Уязвимост в библиотеката ruby-saml, водеща до заобикаляне на автентикацията в GitLab

Публикувани са коригиращи актуализации на платформата за съвместна разработка GitLab – 17.9.2, 17.8.5 и 17.7.7, в които е отстранена уязвимост (CVE-2025-25291, CVE-2025-25292), която позволява заобикаляне на SAML (Security Assertion Markup Language) базираната аутентификация. Уязвимостта присъства в Ruby библиотеката ruby-saml, която реализира функции за SAML аутентификация. Освен GitLab, уязвимостта засяга и други проекти, които използват тази библиотека. Проблемът е решен в актуализациите на ruby-saml 1.18.0 и 1.12.4.

Уязвимостта е причинена от разликите в разбор на XML документи от парсерите ReXML и Nokogiri, в резултат на което при обработка на един и същи XML документ се генерират документи с различна структура. Проблемът е, че REXML и Nokogiri по различен начин обработват цифровите подписи в XML документа, което може да се използва за създаване на условия, при които при проверка ще се използва една подпис, а при атестация на потребителя друга. Тази възможност позволява на атакуващия да използва XSW (XML Signature Wrapping) метод за атака за фалшифициране на SAML отговор за произволно съдържание, имайки достъп до всеки подписан SAML документ.

Проблемът е установен в резултат на инициатива от компанията GitHub, която разглежда възможността за преминаване на GitHub към използването на тази библиотека, и с цел проверка на сигурността организира конкурс (Bug bounty) за хакване на тестова среда, в която за SAML аутентификация е използвана библиотеката ruby-saml. Един от изследователите по сигурността е обърнал внимание на наличието на уязвимост. В процеса на разследването служител на GitHub е установил още един метод на атака, основан на същия принцип.

В бъдеще възможността за извършване на атака бе потвърдена за GitLab. В контекста на GitLab уязвимостта позволява на атакуващия, който има достъп до произволен коректно подписан SAML документ, да премине аутентификация под друг потребител, т.е. за да заобиколи аутентификацията и да влезе под друг потребител, атакуващият вече трябва да има достъп до една от работните учетни записи.

Източник: opennet.ru