Критическая уязвимость в GitLab 🦊 Не успели отгреметь новости об уязвимостях в PHP, как в тот же день GitLab сообщил о критической уязвимости CVE-2026-110264 (PT-2026-120800) с максимальной оценкой CVSS — 10 баллов из 10. Разбираемся, чем она опасна, кто в зоне риска, и как от нее защищаться с помощью PT Application Firewall. Что за уязвимость 🤔 GitLab — платформа, на которой компании хранят исходный код своих программ, управляют разработкой и автоматизируют выпуск обновлений. Обнаруженная проблема связана с обработкой регулярных выражений — специальных шаблонов для поиска и обработки текста. При определенных условиях специально подготовленное выражение вызывает переполнение целого числа. В результате злоумышленник может выполнить произвольный код на сервере. Один из сценариев атаки предполагает использование вредоносного файла в формате Org-mode, который GitLab обрабатывает через веб-интерфейс. Самое опасное, что для этого не нужно входить в систему, знать пароль или даже иметь учетную запись. Уязвимость существовала 12 лет. Под угрозой все версии GitLab CE/EE, начиная с 7.0, выпущенной еще в 2014 году, если на них не установлены исправления. Речь о GitLab, который компании разворачивают на собственных серверах. Облачные GitLab и GitLab Dedicated уже защищены — их клиентам ничего делать не нужно. Исследователь из Швеции, обнаруживший уязвимость, в одном из своих недавних постов написал: «ИИ делает доступными многие исследования, которые раньше большинству из нас были не по силам. <..> Попробуйте погуглить название своего любимого продукта вместе с аббревиатурой RCE. Велика вероятность, что в 2026 году в нем обнаружили похожие уязвимости». Запись была опубликована неделю назад, когда он сообщил о другой найденной уязвимости в GitLab. Что это дает злоумышленнику 🥷 Взлом сервера GitLab может открыть доступ к исходному коду компании, закрытым репозиториям, токенам доступа, ключам и другим конфиденциальным данным. Многое зависит от того, как настроен сервер. Особенно опасно то, что GitLab встроен в процесс разработки и выпуска программ. Получив контроль над сервером, злоумышленник может попытаться вмешаться в сборку приложений и внедрить в них вредоносный код. Или использовать сервер для атак на остальную инфраструктуру компании. Кто в зоне риска 😱 В России это, например, банки, ИТ-компании, телеком-операторы, промышленные предприятия — в общем, все, кто самостоятельно разрабатывает ПО. Больше всего рискуют серверы, доступные из интернета. Только в России их тысячи, и сколько из них уязвимы, оценить сложно. Но и внутренний сервер защищен лишь до тех пор, пока злоумышленник не проник в сеть компании. По данным GitLab, атак пока не зафиксировано. Но в сети уже появился код, который выдают за эксплойт для этой уязвимости, так что ситуация может быстро измениться. Как защититься 🔥 Главное — как можно скорее установить исправления. Список безопасных версий есть в бюллетене GitLab. Пока обновление не установлено, снизить риски поможет PT Application Firewall. Мы подготовили дополнительные правила защиты. PT AF Cloud — правило распространяется среди пользователей сервиса и уже доступно для самостоятельного включения. PT Application Firewall PRO — правило и инструкции по его применению можно получить через техподдержку Positive Technologies. Обратите внимание, что правило может повлиять на просмотр документов в формате Org-mode, поскольку именно через такие файлы возможна атака. И помните, что WAF помогает снизить риски отдельных сценариев атаки, но не заменяет обновление самого GitLab. @Positive_Technologies