🔺 Обнаружена критическая уязвимость в GitLab

CVE-2026-110264 (CVSS 10,0) позволяет злоумышленнику без аккаунта и какого-либо участия жертвы выполнить произвольный код прямо на сервере GitLab.

Проблема связана с обработкой файлов формата Org-mode. Специально подготовленный файл может вызвать ошибку в движке регулярных выражений и привести к выполнению команд от имени GitLab.

Затронуты Self-Managed CE (Community Edition) и EE (Enterprise Edition):

🔵 Все версии от 7.0 до 18.11.13.
🔵 19.0.x до 19.0.10.
🔵 19.1.x до 19.1.9.
🔵 19.2.x до 19.2.9.
🔵 19.3.x до 19.3.6.
🔵 19.4.x до 19.4.3.
🔵 19.5.x до 19.5.1.

Для эксплуатации требуется сочетание условий:

🔵 Сетевой доступ к серверу GitLab без входа в систему.
🔵 Возможность загрузить в GitLab .org-файл, который сервер отрендерит. Достаточно публичного проекта.
🔵 В файле, в строках #+TODO:, #+SEQ_TODO: или #+TYP_TODO:, задано регулярное выражение с числом повторов больше 32 767. Она и вызывает переполнение.

Рекомендуем:

🔵 Обновиться до исправленной версии (19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10 или 18.11.13). Для версий 18.10 и ниже отдельного патча нет, нужно идти по штатному пути обновления до 18.11.13 или новее.
🔵 Развернуть официальные детекты GitLab (Sigma): Onigmo native worker crash и Org mode render error burst.
🔵 Добавить в WAF/IDS детект аномально длинных, многократно повторяющихся конструкций в строках #+TODO: / #+SEQ_TODO: / #+TYP_TODO: внутри .org-файлов.
🔵 Ограничить сетевой доступ к GitLab, если публичная доступность сервиса не нужна (VPN, whitelist).

Пользователям BI.ZONE WAF уже доступны правила, которые предотвращают попытки эксплуатации.

💬 Мы в MAX

🔔 29–30 октября будем на Kazan Digital Week 2026

Ищите нас первые два дня на стенде Innostage. Представим наше решения BI.ZONE SD-WAN и BI.ZONE ZTNA и ответим на любые вопросы.

А также поучаствуем в двух панельных дискуссиях направления «Кибербезопасность нового времени».

🔵29 октября, 11:00–12:30
«Экономически эффективная цифровая устойчивость бизнеса», Евгений Хасин

🔵30 октября, 10:30–12:00
«Актуальные подходы обеспечения киберустойчивости», Дмитрий Маслов

Зарегистрироваться и ознакомиться с программой можно на сайте мероприятия.

До встречи!

💬 Мы в MAX

🔍 Артефакты Windows и Linux, которые помогают восстановить цепочку атаки

Не все хосты инфраструктуры находятся под наблюдением SOC, а стандартных настроек аудита ОС может не хватать для расследования. К тому же атакующие могут намеренно удалять следы своей активности.

В новой статье из серии Ready, set, SOC! разбираем, как собирать и анализировать цифровые следы на примере расследования компрометации рабочей станции.

➡️Статья уже на сайте

Другие материалы серии ищите по хештегу #ReadySetSOC.

🌞 Как быстро восстановить работу после сбоя?

Прежде всего, важно учитывать связи между бизнес-процесами, людьми, данными и IT-системами, расставить приоритеты и определить требования к срокам.

Для этого мы применяем подход BIA (Business Impact Analysis) — анализ воздействия на бизнес. На его основе выстраивается порядок восстановления с учетом зависимостей систем и требований безопасности:

🔵Изучаем процессы и активы.
🔵Оцениваем последствия простоя.
🔵Формируем требования к восстановлению.
🔵Определяем дальнейшие шаги.

Собрали чек-лист, который поможет вам определить слабые зоны и укрепить их до сбоя 👇🏻

➡️Скачать бесплатно

💬 Мы в MAX

🔔 Уже завтра встречаемся на SOC Forum 2026

Выступим с докладами, примем участие в дискуссии, поделимся опытом и кейсами.

🔵27 октября, 11:45–12:15
«Ландшафт киберугроз значительно не меняется. Так в чем проблема?», Олег Скулкин

🔵28 октября, 14:00–14:30
«Не ради оценки: как аудит SOC в RWB стал основой плана развития», Марсель Айсин

🔵28 октября, 15:30-16:30
«Атак больше. А видим мы их лучше?», дискуссия с участием Олега Скулкина

Увидимся на форуме! ❤️

💬 Мы в MAX

⚙️ Почему безопасность Linux — это не только настройки

Можно закрыть неиспользуемые порты, запретить вход по SSH с паролем и настроить межсетевой экран. Но даже правильно настроенные средства защиты не гарантируют безопасность, если не понимать, как устроена система и как отдельные механизмы безопасности взаимодействуют друг с другом.

В статье разбираемся, как построена Linux-система изнутри, где скрываются потенциальные слабые места и почему настоящая защита начинается не с настроек, а с понимания того, что именно мы защищаем.

➡️Читать материал

💬 Мы в MAX

🛡️ 15% внешних IP-адресов компаний могут быть в зоне риска

Инфраструктура организаций постоянно меняется: появляются новые сервисы, а старые отключаются.

Если не отслеживать эти изменения, то данные о внешнем периметре теряют актуальность и часть активов остается вне поля зрения служб безопасности.

Эксперты BI.ZONE EASM зафиксировали, что у половины компаний за год поменялось не менее 15% внешнего периметра.

➡️Подробнее на сайте

💬 Мы в MAX

🚀 Завтра встречаемся на митапе Access Zone #6

Поговорим о разных сторонах ИИ: как он меняет ландшафт угроз и как становится союзником в управлении привилегированным доступом.

Послушаем экспертов BI.ZОNE, а затем обменяемся мнениями в дискуссии.

Когда: 29 октября, 18:00–22:00
Где: московский офис BI.ZONE

Укажите корпоративную почту и дождитесь подтверждения заявки, без него приглашение недействительно.

➡️Мест осталось мало, успевайте зарегистрироваться

💬 Мы в MAX

🍎 Компьютер, который никто не замечал

Пока компании защищают Windows и Linux, макбуки сотрудников нередко остаются вне полноценного мониторинга. Хотя именно на них могут храниться доступы к критически важным системам.

И угрозы вполне реальны: по данным BI.ZONE SOC, почти у 28% компаний хотя бы раз срабатывали алерты на устройствах с macOS.

В статье рассказываем, как Mac становится незаметной точкой входа для злоумышленников, почему встроенной защиты недостаточно и как EDR помогает вовремя обнаруживать и останавливать угрозы.

➡️Читать материал

А в конце статьи вас ждет чек-лист для проверки защищенности macOS-устройств.

💬 Мы в MAX

🔝 На что обратить внимание в первые 60 минут после обнаружения атаки?

В подкасте GDS руководитель BI.ZONE DFIR Фёдор Скворцов вместе с коллегами по цеху разобрал ключевые этапы реагирования на инцидент: как локализовать угрозу, организовать работу команды, начать расследование, подготовиться к коммуникациям и восстановлению.

➡️Смотрите запись
«VK Видео»
YouTube

💬 Мы в MAX

💼 Мы открыли центр обучения и сертификации 

Важно не только внедрить средство защиты инфраструктуры, но и уметь им пользоваться. Поэтому мы запустили платформу, где сотрудники компаний смогут получить практический опыт еще до начала работы с каждым из наших решений.

Сейчас в центре обучения и сертификации более 25 программ по семи продуктам BI.ZОNE. Каждый курс завершается проверкой компетенций с тренером. 

Практическое обучение основано на реальных инцидентах, с которыми могут столкнуться разные специалисты:

🔵Инженеры и архитекторы внедрения и эксплуатации.
🔵Аналитики SOC и администраторы. 

Для менеджеров по продажам наших партнеров также предусмотрены программы с эмуляцией диалогов с заказчиком.

➡️Читать подробнее о BI.ZONE Education

💬 Мы в MAX

🐃 Подписали меморандум о сотрудничестве с Innostage

Впереди — совместные проекты и инициативы, которые позволят выстраивать процессы продаж, обучения и сопровождения заказчиков еще эффективнее. 

В рамках партнерства мы планируем развивать наши решения и собирать их под конкретные задачи организаций.

➡️Подробнее о плане развития продуктов

💬 Мы в MAX

⁉️ Как снизить киберриски, связанные с ИИ

11 ноября вместе с iTPROTECT расскажем:

🔵Как компании внедряют ИИ‑агентов на практике и какие процессы часто при этом ломаются

Разберем уровни автономности на живых примерах, способы получения ИИ‑агентом нужных доступов и реальные инциденты.

🔵Какой должна быть модель контроля нечеловеческого доступа

Обсудим модель безопасной инфраструктуры, в которую можно допускать ИИ. Также покажем, как BI.ZОNE PAM распознает, что в привилегированной сессии вместо человека работает ИИ‑агент.

В конце вебинара дадим актуальные рекомендации и ответим на ваши вопросы.

➡️Зарегистрироваться

🚀 Новые возможности BI.ZONЕ ZTNA

На вебинаре подвели итоги первого года развития BI.ZONE ZTNA и показали, как новые возможности продукта помогают решать актуальные задачи управления доступом.

Разобрали обновления в системе аутентификации, поддержке инфраструктуры и сценариях удаленного доступа, а также вместе с CISO Центра робототехники Сбера Михаилом Самковым обсудили практические задачи бизнеса.

➡️Подробнее — в записи вебинара

💬 Мы в MAX

🔥 Митап для всех, кто работает с киберугрозами

21 ноября вместе с Inseca и «Технологиями киберугроз» проведем очередной CTI Meetup. На мероприятии обсудим практические кейсы в области киберразведки и поделимся результатами исследований.

BI.ZОNE Threat Intelligence выступит генеральным партнером митапа. Проведем квиз, в котором можно проверить свои знания и побороться за наш фирменный мерч.

Когда: 21 ноября, 14:00–20:00
Где: лофт «Москва», Берсеневская набережная, 6с3

➡️Зарегистрироваться

Кстати, прием заявок на CFP еще открыт. Если хотите поделиться практическим опытом в области CTI, оставляйте заявку на доклад до 5 ноября.

🛡 Что происходит с безопасностью macOS в 2026 году

По нашим данным, за девять месяцев 2026 года число предложений вредоносного ПО для macOS на теневых площадках выросло в шесть раз по сравнению с аналогичным периодом 2025 года.

Меняется и сам рынок: от отдельных стилеров он смещается к комплексным RAT- и C2-платформам. Цены на такие предложения варьируются от 70 до 20 000 долларов.

Все это показывает, что безопасность Mac не стоит оставлять без внимания.

Если хотите разобраться в защите macOS, у нас есть статья с рекомендациями и чек-листом для проверки настроек безопасности устройств.

➡️Читать статью и забрать чек-лист

🌞 Как работает многоуровневая защита Linux

Если атакующий скомпрометирует веб-сервер, он получит полномочия его процесса и сможет действовать в рамках назначенных прав.

Поэтому в Linux предусмотрены несколько взаимодополняющих уровней защиты: они ограничивают действия процессов, управляют ресурсами и усложняют эксплуатацию ошибок. У каждого своя задача и свои границы возможностей.

В статье разбираем, как устроены эти уровни: от SELinux и AppArmor до защиты памяти, namespaces и seccomp. Объясняем, как они дополняют друг друга и почему даже при настроенных ограничениях важно следить за поведением системы.

➡️Читать материал

💬 Мы в MAX