GitLab экстренно закрыл уязвимость, позволявшую захватить сервер удаленно
GitLab экстренно закрыл уязвимость, позволявшую захватить сервер удаленно Уязвимость касается самостоятельно развернутых экземпляров GitLab за последние двенадцать лет, начиная с версии 7.0. Оценка критичности максимальная, 10 из 10. Атакующему хватало сетевого доступа к инстансу и одного публичного репозитория. Почему это вопрос всей команды разработки Через GitLab в большинстве компаний проходит весь путь кода к продакшену. Там идут ревью и сборки, хранятся секреты пайплайнов и ключи деплоя, настроены доступы к раннерам. Контроль над таким сервером позволяет встроить закладку в релиз и отправить её клиентам вместе с обычным обновлением. Для атаки на цепочку поставки это готовая точка входа. Сервер с исходным кодом сегодня ценнее многих продакшен-систем. Получив к нему доступ, атакующий видит архитектуру продукта, забирает секреты пайплайнов и может внести изменения в релиз так, что их обнаружат спустя месяцы. Когда мы проектировали AppSec.Code, исходили из того, что такой сервер рано или поздно станет целью атаки. Поэтому платформа работает в закрытом контуре, секреты пайплайнов хранятся отдельно от кода, а каждое изменение в защищенных ветках остается в журнале аудита. Мы постоянно контролируем появление подобных уязвимостей и отслеживаем, как развиваются техники их эксплуатации. — поделился Данил Балавнев, руководитель продукта AppSec.Code. ❗️Если ваша команда использует самостоятельно развёрнутый GitLab, установите обновление как можно скорее. Если сервер был доступен из интернета до установки патча, проверьте журналы событий и смените токены CI/CD. #AppSec_экспертиза