Как наша песочница вычисляет «умные» вредоносы и совершенствует защиту при помощи ML
Атакующие не стоят на месте: они все лучше маскируют вредоносные файлы, чтобы те выглядели безопасно для средств защиты. Поэтому важно, чтобы такие файлы проходили проверку, а при малейших подозрениях попадали в песочницу — например, в нашу PT Sandbox.
На вебинаре уже завтра, 20 октября, в 14:00, расскажем, как новые возможности продукта помогают быстрее обнаруживать и разбирать угрозы, куда движутся его экспертиза и ML-технологии и как извлечь из него максимум пользы для расследования.
Что будет:
1️⃣ Разберем, что нового появилось в экспертизе PT Sandbox и как это помогает в анализе вредоносного ПО.
2️⃣ Представим ByteDog — новую ML-модель внутри песочницы — и объясним, как с ее помощью обнаруживать зловреды.
3️⃣ Расскажем, как подключить большие языковые модели к PT Sandbox и какие возможности это открывает для пользователей.
Будет интересно всем: от исследователей безопасности до аналитиков SOC. Регистрируйтесь и приходите✋ 🤚
#PTSandbox
@Positive_Technologies
Атакующие не стоят на месте: они все лучше маскируют вредоносные файлы, чтобы те выглядели безопасно для средств защиты. Поэтому важно, чтобы такие файлы проходили проверку, а при малейших подозрениях попадали в песочницу — например, в нашу PT Sandbox.
На вебинаре уже завтра, 20 октября, в 14:00, расскажем, как новые возможности продукта помогают быстрее обнаруживать и разбирать угрозы, куда движутся его экспертиза и ML-технологии и как извлечь из него максимум пользы для расследования.
Что будет:
1️⃣ Разберем, что нового появилось в экспертизе PT Sandbox и как это помогает в анализе вредоносного ПО.
2️⃣ Представим ByteDog — новую ML-модель внутри песочницы — и объясним, как с ее помощью обнаруживать зловреды.
3️⃣ Расскажем, как подключить большие языковые модели к PT Sandbox и какие возможности это открывает для пользователей.
Будет интересно всем: от исследователей безопасности до аналитиков SOC. Регистрируйтесь и приходите
#PTSandbox
@Positive_Technologies
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🔥7❤5
This media is not supported in your browser
VIEW IN TELEGRAM
🤔46❤22🔥14 10🗿7🐳1
Почти каждая компания пользуется «1С». Теперь PT Dephaze проверяет, можно ли его взломать 😱
Когда говорим «почти в каждой», мы не шутим. Решениями на базе «1С:Предприятия» пользуются больше 1,6 млн организаций, включая госучреждения, и свыше 11 000 крупных предприятий. Через «1С» проходит почти вся жизнь бизнеса: бухучет, закупки, контрагенты, финансы, поставки, персонал.
Что будет, если «1С» взломают
Злоумышленник, который получил доступ к «1С» снаружи или изнутри, заберет коммерческие документы, данные сотрудников и контрагентов, клиентские базы, финотчетность и внутреннюю переписку.
Он сможет завести фиктивные платежки или подменить документы, а если захватит сервер — продвинуться дальше по инфраструктуре и нарушить рабочие процессы. Поэтому так важно заранее найти слабые места системы и позаботиться о ее защите при помощи системы автопентеста.
И поэтому PT Dephaze теперь умеет проверять возможные способы компрометации «1С:Предприятия»
Во время автопентеста система сама находит сетевой доступ к приложению, проверяет, можно ли без аутентификации достать оттуда список пользователей, ищет учетки с пустыми паролями и пробует авторизоваться при помощи данных, добытых на прошлых этапах автопентеста.
Это дает возможность обнаружить и оперативно закрыть наиболее опасные проблемы в настройках конфигураций безопасности «1С». В будущем мы планируем углубить анализ систем вендора и развивать техники для оценки защищенности других критически важных для бизнеса приложений.
Но мы завезли еще новых фичей в продукт
И все — на основе вашей обратной связи: теперь доступен дополнительный контекст в цепочках атак (IP-адреса и учетные данные на разных этапах), более конкретные рекомендации, расширение области тестирования прямо во время пентеста и подсвечивание слабых мест парольной политики.
Если вы уже используете PT Dephaze, можно прямо сейчас проверить, в безопасности ли ваши данные, а если нет, вы знаете, куда идти 😉
#PTDephaze
@Positive_Technologies
Когда говорим «почти в каждой», мы не шутим. Решениями на базе «1С:Предприятия» пользуются больше 1,6 млн организаций, включая госучреждения, и свыше 11 000 крупных предприятий. Через «1С» проходит почти вся жизнь бизнеса: бухучет, закупки, контрагенты, финансы, поставки, персонал.
Что будет, если «1С» взломают
Злоумышленник, который получил доступ к «1С» снаружи или изнутри, заберет коммерческие документы, данные сотрудников и контрагентов, клиентские базы, финотчетность и внутреннюю переписку.
Он сможет завести фиктивные платежки или подменить документы, а если захватит сервер — продвинуться дальше по инфраструктуре и нарушить рабочие процессы. Поэтому так важно заранее найти слабые места системы и позаботиться о ее защите при помощи системы автопентеста.
И поэтому PT Dephaze теперь умеет проверять возможные способы компрометации «1С:Предприятия»
Во время автопентеста система сама находит сетевой доступ к приложению, проверяет, можно ли без аутентификации достать оттуда список пользователей, ищет учетки с пустыми паролями и пробует авторизоваться при помощи данных, добытых на прошлых этапах автопентеста.
Это дает возможность обнаружить и оперативно закрыть наиболее опасные проблемы в настройках конфигураций безопасности «1С». В будущем мы планируем углубить анализ систем вендора и развивать техники для оценки защищенности других критически важных для бизнеса приложений.
Но мы завезли еще новых фичей в продукт
И все — на основе вашей обратной связи: теперь доступен дополнительный контекст в цепочках атак (IP-адреса и учетные данные на разных этапах), более конкретные рекомендации, расширение области тестирования прямо во время пентеста и подсвечивание слабых мест парольной политики.
Если вы уже используете PT Dephaze, можно прямо сейчас проверить, в безопасности ли ваши данные, а если нет, вы знаете, куда идти 😉
#PTDephaze
@Positive_Technologies
❤15🔥12👍6🗿5🫡3🐳1
Media is too big
VIEW IN TELEGRAM
Мы представили коммерческую версию PT Security Lakehouse
Теперь данные из разных средств защиты можно собрать на одной платформе, чтобы с ними одновременно могли работать аналитики SOC, разработчики и ИИ-модели.
Это помогает ускорить расследование инцидентов и обнаруживать атаки, которые раньше могли остаться незамеченными на стыке разных систем защиты. А главное — теперь платформу можно развернуть в собственной инфраструктуре.
В чем проблема 👨⚕️🧑⚕️👩⚕️
Представьте, что ваши системы кибербеза — врачи в поликлинике. Каждый отвечает за свою область и хранит информацию о пациентах у себя, почему-то не добавляя ее в общую электронную карту.
Пациент приходит к кардиологу с болью в сердце, но тот не знает, что недавно у него была простуда, которая могла вызвать осложнения. Потому что терапевт об этом не рассказал.
В кибербезопасности похожая история. Чтобы разобраться в инциденте, аналитику или ИИ-агенту нужна полная картина происходящего. Но данные разбросаны по разным системам, и каждая видит только свою часть событий.
Из-за этого легко пропустить атаку на стыке нескольких средств защиты. Например, заметить, что программа на рабочей станции использует нехарактерный для нее сетевой протокол, можно, только если одновременно видеть и поведение на устройстве, и сетевую активность.
Как эту проблему решает PT Security Lakehouse 💊
Возвращаясь к нашей поликлинике: платформа становится общей электронной регистратурой, в которой собрана максимально полная информация по всем больным. Теперь врачи видят общую картину и могут быстрее разобраться в причинах проблем — не только по отдельному пациенту, но и по всему району.
Два года Security Lakehouse работает с нашими продуктами внутри Позитива. Сегодня платформа принимает до миллиона событий в секунду и более 50 млрд обезличенных записей в сутки.
На ее данных уже работают PT AF Cloud и облачные детекты PT NAD. На ней же строится следующее поколение наших продуктов, включая MaxPatrol O2.
А вот что важно в коммерческой версии:
1️⃣ Нет зависимости от одного вендора. У платформы открытая архитектура, а данные хранятся в S3-совместимом хранилище в открытых форматах. Поэтому для работы с ними можно использовать разные аналитические инструменты.
2️⃣ Справляется с большими нагрузками. Хранение данных и вычисления разделены, поэтому разные системы и пользователи не мешают друг другу. Security Lakehouse можно масштабировать по мере роста нагрузки, в том числе когда к данным одновременно обращается множество ИИ-агентов.
3️⃣ Можно развернуть в своей инфраструктуре. На собственных серверах, в частном, публичном или гибридном облаке. С продуктами Позитива платформа интегрируется из коробки, а сторонние средства защиты подключаются по открытым протоколам.
Кому будет полезна 🚑
В первую очередь крупным компаниям с собственными SOC и провайдерам ИБ-услуг, которым нужно хранить и анализировать огромные объемы событий за длительный период.
Первые пилоты уже идут в компаниях нефтегазовой отрасли, металлургии и банковского сектора. Если хотите ускорить расследования и видеть то, что раньше оставалось незамеченным, оставляйте заявку на пилотный проект на нашем сайте.
Еще больше подробностей про PT Security Lakehouse — в выступлении с Positive Security Day.
#PSD2026
@Positive_Technologies
Теперь данные из разных средств защиты можно собрать на одной платформе, чтобы с ними одновременно могли работать аналитики SOC, разработчики и ИИ-модели.
Это помогает ускорить расследование инцидентов и обнаруживать атаки, которые раньше могли остаться незамеченными на стыке разных систем защиты. А главное — теперь платформу можно развернуть в собственной инфраструктуре.
В чем проблема 👨⚕️🧑⚕️👩⚕️
Представьте, что ваши системы кибербеза — врачи в поликлинике. Каждый отвечает за свою область и хранит информацию о пациентах у себя, почему-то не добавляя ее в общую электронную карту.
Пациент приходит к кардиологу с болью в сердце, но тот не знает, что недавно у него была простуда, которая могла вызвать осложнения. Потому что терапевт об этом не рассказал.
В кибербезопасности похожая история. Чтобы разобраться в инциденте, аналитику или ИИ-агенту нужна полная картина происходящего. Но данные разбросаны по разным системам, и каждая видит только свою часть событий.
Из-за этого легко пропустить атаку на стыке нескольких средств защиты. Например, заметить, что программа на рабочей станции использует нехарактерный для нее сетевой протокол, можно, только если одновременно видеть и поведение на устройстве, и сетевую активность.
Как эту проблему решает PT Security Lakehouse 💊
Возвращаясь к нашей поликлинике: платформа становится общей электронной регистратурой, в которой собрана максимально полная информация по всем больным. Теперь врачи видят общую картину и могут быстрее разобраться в причинах проблем — не только по отдельному пациенту, но и по всему району.
Два года Security Lakehouse работает с нашими продуктами внутри Позитива. Сегодня платформа принимает до миллиона событий в секунду и более 50 млрд обезличенных записей в сутки.
На ее данных уже работают PT AF Cloud и облачные детекты PT NAD. На ней же строится следующее поколение наших продуктов, включая MaxPatrol O2.
А вот что важно в коммерческой версии:
1️⃣ Нет зависимости от одного вендора. У платформы открытая архитектура, а данные хранятся в S3-совместимом хранилище в открытых форматах. Поэтому для работы с ними можно использовать разные аналитические инструменты.
2️⃣ Справляется с большими нагрузками. Хранение данных и вычисления разделены, поэтому разные системы и пользователи не мешают друг другу. Security Lakehouse можно масштабировать по мере роста нагрузки, в том числе когда к данным одновременно обращается множество ИИ-агентов.
3️⃣ Можно развернуть в своей инфраструктуре. На собственных серверах, в частном, публичном или гибридном облаке. С продуктами Позитива платформа интегрируется из коробки, а сторонние средства защиты подключаются по открытым протоколам.
Кому будет полезна 🚑
В первую очередь крупным компаниям с собственными SOC и провайдерам ИБ-услуг, которым нужно хранить и анализировать огромные объемы событий за длительный период.
Первые пилоты уже идут в компаниях нефтегазовой отрасли, металлургии и банковского сектора. Если хотите ускорить расследования и видеть то, что раньше оставалось незамеченным, оставляйте заявку на пилотный проект на нашем сайте.
Еще больше подробностей про PT Security Lakehouse — в выступлении с Positive Security Day.
#PSD2026
@Positive_Technologies
❤11👍9🫡5🍾1
Как перестать бояться аудита больших доменных инфраструктур
Чем больше Active Directory, тем сложнее аудит: сканирование тянется часами, диски трещат по швам, а данные копятся быстрее, чем вы успеваете их анализировать.
На вебинаре 22 октября в 14:00 расскажем, как мы переработали подход к сбору и хранению данных Active Directory, чтобы объем хранимой информации для крупных инфраструктур был до 20 раз меньше, а нагрузка на железо при сканировании — ниже.
Чем планируем поделиться:
• Почему старый подход «тянул» из инфраструктуры все соки и как мы это исправили.
• Как обновления отразятся на MaxPatrol VM, MaxPatrol SIEM, MaxPatrol HCC и MaxPatrol Carbon.
• Как подготовить свои PDQL-запросы и автоматизации к новой модели данных, чтобы ничего не сломалось.
• Что такое новые стандарты контроля AD: проверки учеток пользователей и компьютеров, параметры доменной конфигурации, шаблоны сертификатов. Все то, что нужно для нормального харденинга.
• Куда движется поддержка ALD Pro и других служб каталогов.
Зовем аналитиков SOC, специалистов по управлению уязвимостями и админов Active Directory, а также команды, которые отвечают за харденинг и снижение рисков в домене.
Регистрируйтесь и подключайтесь к нам онлайн 🫲
@Positive_Technologies
Чем больше Active Directory, тем сложнее аудит: сканирование тянется часами, диски трещат по швам, а данные копятся быстрее, чем вы успеваете их анализировать.
На вебинаре 22 октября в 14:00 расскажем, как мы переработали подход к сбору и хранению данных Active Directory, чтобы объем хранимой информации для крупных инфраструктур был до 20 раз меньше, а нагрузка на железо при сканировании — ниже.
Чем планируем поделиться:
• Почему старый подход «тянул» из инфраструктуры все соки и как мы это исправили.
• Как обновления отразятся на MaxPatrol VM, MaxPatrol SIEM, MaxPatrol HCC и MaxPatrol Carbon.
• Как подготовить свои PDQL-запросы и автоматизации к новой модели данных, чтобы ничего не сломалось.
• Что такое новые стандарты контроля AD: проверки учеток пользователей и компьютеров, параметры доменной конфигурации, шаблоны сертификатов. Все то, что нужно для нормального харденинга.
• Куда движется поддержка ALD Pro и других служб каталогов.
Зовем аналитиков SOC, специалистов по управлению уязвимостями и админов Active Directory, а также команды, которые отвечают за харденинг и снижение рисков в домене.
Регистрируйтесь и подключайтесь к нам онлайн 🫲
@Positive_Technologies
👍5🐳5❤4🗿1
Please open Telegram to view this post
VIEW IN TELEGRAM
👍20❤12🐳10🫡8
Секретный ключ оказался числом 4. Что случилось с сертификатами eMudhra 🔑
У индийского удостоверяющего центра eMudhra обнаружили слабые приватные ключи восьми промежуточных центров сертификации. Один из них был числом 4.
Такие ключи должны быть большими случайными числами, которые практически невозможно подобрать. Здесь же исследователям удалось их восстановить и получить возможность выпускать поддельные сертификаты.
Разбираемся в этой истории вместе с Павлом Васильевым, руководителем группы Android-экспертизы PT MAZE. Он объясняет, чем это опасно, и напоминает, чтоя же говорил предупреждал о подобных рисках еще в прошлом году.
Как устроено доверие в интернете🤝
Когда вы открываете сайт, браузер проверяет его сертификат — своего рода цифровое удостоверение личности. Но поверить документу на слово нельзя: нужно убедиться, что его выдал тот, кому можно доверять. Для этого существует цепочка доверия.
Сертификат сайта подписан промежуточным удостоверяющим центром, а полномочия промежуточного центра подтверждает корневой. Доверенные корневые сертификаты заранее включены в хранилища браузеров и операционных систем.
В случае eMudhra сам корневой ключ не был скомпрометирован. Ошибка произошла при генерации ключей промежуточных центров. Но и этого оказалось достаточно, чтобы возникла угроза подделки сертификатов сайтов.
Что мог сделать злоумышленник😎
Представьте, что кто-то научился выпускать убедительные поддельные удостоверения личности. Документ проходит все проверки, хотя пользуется им тот, кто хочет выдать себя за кого-то другого.
С сертификатами похожая история. Атакующий мог попытаться выдать свой сервер за настоящий сайт. Если приложение принимало поддельный сертификат, а злоумышленник мог перехватить или перенаправить соединение, он получал возможность читать и подменять передаваемые данные — например, пароли или документы.
Впрочем, один скомпрометированный ключ не позволяет автоматически расшифровать весь интернет-трафик. Для атаки нужны и доступ к соединению, и доверие приложения к поддельному сертификату.
А что с российскими пользователями? 🧑💻
По имеющимся данным, оснований говорить о массовых последствиях нет. Chrome и Firefox оперативно заблокировали затронутые сертификаты, а eMudhra их отозвала.
При этом страна, в которой работает сайт, и то, кто выдал ему настоящий сертификат, сами по себе не исключают подмену. Гораздо важнее, каким сертификатам доверяет программа пользователя.
Поэтому остаточный риск сохраняется прежде всего для приложений и устройств, которые не получили нужные обновления или не учитывают отзыв сертификатов.
Об этих рисках предупреждали еще до инцидента☹️
В прошлом году Павел рассказывал, к чему может привести компрометация ключей удостоверяющих центров. И о том, почему от их сохранности зависит безопасность интернет-соединений.
В истории с eMudhra механизмы блокировки помогли быстро ограничить угрозу. А сам случай напомнил, что надежность шифрования зависит не только от математики, но и от того, как создают и защищают ключи.
Подробнее о том, как устроена эта система — смотрите в записи выступления.
@Positive_Technologies
У индийского удостоверяющего центра eMudhra обнаружили слабые приватные ключи восьми промежуточных центров сертификации. Один из них был числом 4.
Такие ключи должны быть большими случайными числами, которые практически невозможно подобрать. Здесь же исследователям удалось их восстановить и получить возможность выпускать поддельные сертификаты.
Разбираемся в этой истории вместе с Павлом Васильевым, руководителем группы Android-экспертизы PT MAZE. Он объясняет, чем это опасно, и напоминает, что
Как устроено доверие в интернете
Когда вы открываете сайт, браузер проверяет его сертификат — своего рода цифровое удостоверение личности. Но поверить документу на слово нельзя: нужно убедиться, что его выдал тот, кому можно доверять. Для этого существует цепочка доверия.
Сертификат сайта подписан промежуточным удостоверяющим центром, а полномочия промежуточного центра подтверждает корневой. Доверенные корневые сертификаты заранее включены в хранилища браузеров и операционных систем.
В случае eMudhra сам корневой ключ не был скомпрометирован. Ошибка произошла при генерации ключей промежуточных центров. Но и этого оказалось достаточно, чтобы возникла угроза подделки сертификатов сайтов.
Что мог сделать злоумышленник
Представьте, что кто-то научился выпускать убедительные поддельные удостоверения личности. Документ проходит все проверки, хотя пользуется им тот, кто хочет выдать себя за кого-то другого.
С сертификатами похожая история. Атакующий мог попытаться выдать свой сервер за настоящий сайт. Если приложение принимало поддельный сертификат, а злоумышленник мог перехватить или перенаправить соединение, он получал возможность читать и подменять передаваемые данные — например, пароли или документы.
Впрочем, один скомпрометированный ключ не позволяет автоматически расшифровать весь интернет-трафик. Для атаки нужны и доступ к соединению, и доверие приложения к поддельному сертификату.
А что с российскими пользователями? 🧑💻
По имеющимся данным, оснований говорить о массовых последствиях нет. Chrome и Firefox оперативно заблокировали затронутые сертификаты, а eMudhra их отозвала.
При этом страна, в которой работает сайт, и то, кто выдал ему настоящий сертификат, сами по себе не исключают подмену. Гораздо важнее, каким сертификатам доверяет программа пользователя.
Поэтому остаточный риск сохраняется прежде всего для приложений и устройств, которые не получили нужные обновления или не учитывают отзыв сертификатов.
💡 Что мы рекомендуем: обновите браузеры, операционные системы и приложения. Заодно проверьте, есть ли обновления для роутеров и других подключенных устройств. Не игнорируйте предупреждения о проблемах с сертификатами и не отключайте их проверку ради доступа к сайту.
Компаниям стоит отдельно проверить серверное ПО и корпоративные приложения. Обновление браузера не защищает автоматически все остальные программы.
Об этих рисках предупреждали еще до инцидента
В прошлом году Павел рассказывал, к чему может привести компрометация ключей удостоверяющих центров. И о том, почему от их сохранности зависит безопасность интернет-соединений.
«Такие ситуации хорошо подчеркивают, насколько хрупкой может быть мировая инфраструктура доверия и с каким вниманием необходимо относиться к обеспечению безопасности ее ключевых частей», — отмечает Павел.
В истории с eMudhra механизмы блокировки помогли быстро ограничить угрозу. А сам случай напомнил, что надежность шифрования зависит не только от математики, но и от того, как создают и защищают ключи.
Подробнее о том, как устроена эта система — смотрите в записи выступления.
@Positive_Technologies
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13🤯8🫡6🐳3🗿2
Критическая уязвимость в 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 уже защищены — их клиентам ничего делать не нужно.
Что это дает злоумышленнику 🥷
Взлом сервера GitLab может открыть доступ к исходному коду компании, закрытым репозиториям, токенам доступа, ключам и другим конфиденциальным данным. Многое зависит от того, как настроен сервер.
Особенно опасно то, что GitLab встроен в процесс разработки и выпуска программ. Получив контроль над сервером, злоумышленник может попытаться вмешаться в сборку приложений и внедрить в них вредоносный код. Или использовать сервер для атак на остальную инфраструктуру компании.
Кто в зоне риска 😱
В России это, например, банки, ИТ-компании, телеком-операторы, промышленные предприятия — в общем, все, кто самостоятельно разрабатывает ПО.
Больше всего рискуют серверы, доступные из интернета. Только в России их тысячи, и сколько из них уязвимы, оценить сложно. Но и внутренний сервер защищен лишь до тех пор, пока злоумышленник не проник в сеть компании.
По данным GitLab, атак пока не зафиксировано. Но в сети уже появился код, который выдают за эксплойт для этой уязвимости, так что ситуация может быстро измениться.
Как защититься🔥
Главное — как можно скорее установить исправления. Список безопасных версий есть в бюллетене GitLab.
Пока обновление не установлено, снизить риски поможет PT Application Firewall. Мы подготовили дополнительные правила защиты.
PT AF Cloud — правило распространяется среди пользователей сервиса и уже доступно для самостоятельного включения.
PT Application Firewall PRO — правило и инструкции по его применению можно получить через техподдержку Positive Technologies.
Обратите внимание, что правило может повлиять на просмотр документов в формате Org-mode, поскольку именно через такие файлы возможна атака. И помните, что WAF помогает снизить риски отдельных сценариев атаки, но не заменяет обновление самого GitLab.
@Positive_Technologies
Не успели отгреметь новости об уязвимостях в 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
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14🤯14🫡7👍1
«У вас атака, возможно, APT» или что PT X успел за год
Мы презентовали PT X на Positive Security Day в прошлом октябре. И за недолгое время он успел стать надежным защитником для множества компаний из самых разных отраслей: от промышленности и ритейла до ИТ и финансового сектора.
Не будем рисовать «на фюзеляже», сколько кибератак успел отразить продукт, но постараемся рассказать о самых интересных из них, тех, которые обычно остаются в закрытых отчетах об инцидентах, на вебинаре 27 октября в 14:00.
В каждом из случаев покажем, как команда PT X и PT ESC успевала остановить злоумышленников до того, как они достигли цели, и какие инструменты и технологии в этом помогали.
А еще разберем, кто и на каком этапе берет на себя выявление инцидентов и их валидацию и почему связка «автоматизация + человек» работает там, где по отдельности можно забуксовать. Ну и честно ответим на вопрос, который задают все: почему компании с защитой все равно могут оказаться уязвимыми.
Все по делу: практика и ответы на вопросы, ничего лишнего. Если интересно, регистрируйтесь и присоединяйтесь к нам онлайн🏃♂️
#PTX
@Positive_Technologies
Мы презентовали PT X на Positive Security Day в прошлом октябре. И за недолгое время он успел стать надежным защитником для множества компаний из самых разных отраслей: от промышленности и ритейла до ИТ и финансового сектора.
Не будем рисовать «на фюзеляже», сколько кибератак успел отразить продукт, но постараемся рассказать о самых интересных из них, тех, которые обычно остаются в закрытых отчетах об инцидентах, на вебинаре 27 октября в 14:00.
Например, будет кейс про APT-группировку, планам которой наши эксперты успешно мешали раз за разом, и о проникновении в инфраструктуру через доверенного подрядчика.
В каждом из случаев покажем, как команда PT X и PT ESC успевала остановить злоумышленников до того, как они достигли цели, и какие инструменты и технологии в этом помогали.
А еще разберем, кто и на каком этапе берет на себя выявление инцидентов и их валидацию и почему связка «автоматизация + человек» работает там, где по отдельности можно забуксовать. Ну и честно ответим на вопрос, который задают все: почему компании с защитой все равно могут оказаться уязвимыми.
Все по делу: практика и ответы на вопросы, ничего лишнего. Если интересно, регистрируйтесь и присоединяйтесь к нам онлайн
#PTX
@Positive_Technologies
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12❤5🐳5
Media is too big
VIEW IN TELEGRAM
Мы опубликовали все материалы с Positive Security Day
Конференция, на которой мы рассказали, как ИИ меняет индустрию кибербеза и наш продуктовый портфель, а также поделились планами на ближайшее будущее, завершилась неделю назад.
Плейлисты с записями дискуссий и всех выступлений вы можете найти в любом удобном вам месте:
⏺️ YouTube ⏺️ RUTUBE ⏺️ VK Видео ⏺️ Сайт
В них мы:
1️⃣ Обсудили, как ИИ меняет саму суть работы кибербеза, почему его можно считать подрывной технологией и когда нам ждать технологического шторма.
2️⃣ Презентовали каскад ИИ-моделей в MaxPatrol O2, который способен самостоятельно закрыть 68% инцидентов без участия человека, тратя на каждый 15–20 секунд.
3️⃣ Представили коммерческую версию своей платформы больших данных PT Security Lakehouse. Она агрегирует данные из разных средств защиты, чтобы с ними могли работать аналитики, ИИ-агенты и разработчики.
4️⃣ Рассказали, что выходим в новый для нас B2C-сегмент. Рассматриваем несколько направлений: защиту корпоративных смартфонов, решения для банков, которые помогут обезопасить их клиентов, и отдельное приложение для частных пользователей.
5️⃣ Поделились тем, как научили PT Application Firewall защищать языковые модели и ИИ-агентов, выявляя попытки атак, манипулирования промптами и кражи конфиденциальной информации.
6️⃣ И наконец-то сообщили дату юбилейного киберфеста PHDays Fest, который пройдет с 20 по 22 мая 2027 года в «Лужниках».
И это, конечно, далеко не все. Презентации спикеров уже на сайте, также готовы и фото с первого и второго дней нашей конференции.
Смотрите, читайте и вспоминайте, как это было.
#PSD2026
@Positive_Technologies
Конференция, на которой мы рассказали, как ИИ меняет индустрию кибербеза и наш продуктовый портфель, а также поделились планами на ближайшее будущее, завершилась неделю назад.
Плейлисты с записями дискуссий и всех выступлений вы можете найти в любом удобном вам месте:
⏺️ YouTube ⏺️ RUTUBE ⏺️ VK Видео ⏺️ Сайт
В них мы:
1️⃣ Обсудили, как ИИ меняет саму суть работы кибербеза, почему его можно считать подрывной технологией и когда нам ждать технологического шторма.
2️⃣ Презентовали каскад ИИ-моделей в MaxPatrol O2, который способен самостоятельно закрыть 68% инцидентов без участия человека, тратя на каждый 15–20 секунд.
3️⃣ Представили коммерческую версию своей платформы больших данных PT Security Lakehouse. Она агрегирует данные из разных средств защиты, чтобы с ними могли работать аналитики, ИИ-агенты и разработчики.
4️⃣ Рассказали, что выходим в новый для нас B2C-сегмент. Рассматриваем несколько направлений: защиту корпоративных смартфонов, решения для банков, которые помогут обезопасить их клиентов, и отдельное приложение для частных пользователей.
5️⃣ Поделились тем, как научили PT Application Firewall защищать языковые модели и ИИ-агентов, выявляя попытки атак, манипулирования промптами и кражи конфиденциальной информации.
6️⃣ И наконец-то сообщили дату юбилейного киберфеста PHDays Fest, который пройдет с 20 по 22 мая 2027 года в «Лужниках».
И это, конечно, далеко не все. Презентации спикеров уже на сайте, также готовы и фото с первого и второго дней нашей конференции.
Смотрите, читайте и вспоминайте, как это было.
#PSD2026
@Positive_Technologies
🔥18❤7👍6🐳1🗿1
This media is not supported in your browser
VIEW IN TELEGRAM
78 багхантеров три месяца пытались реализовать недопустимое событие в Т-Банке
Так прошли первые среди российских финтех-компаний открытые кибериспытания на нашей платформе Standoff Bug Bounty. Белые хакеры пытались добраться до денег и данных банка или нарушить работу инфраструктуры.
Результат: ни одного реализованного недопустимого события, хотя за каждое можно было получить до 12 млн рублей (общий фонд — 50 млн рублей). Пришло пять отчетов, четыре признали валидными. Максимальная выплата — 3,5 млн рублей.
Итоги обсудили на конференции Security Shift
Дмитрий Гадарь, вице-президент и руководитель департамента ИБ Т-Банка, рассказал, что открыться решили не спонтанно. Банк с момента основания инвестирует в безопасность. «Это прошито в нашей культуре», — говорит он.
Подготовка шла годами: сначала выход на багбаунти и значительное повышение выплат, затем закрытая программа для узкого круга исследователей, которые заработали на ней 8 млн рублей. И только потом открытые испытания.
Кибериспытания — следующий шаг после багбаунти, подтверждает Николай Исламов, руководитель управления безопасности приложений Т-Банка.
Замглавы Минцифры Александр Шойтов сравнил кибериспытания и похожие проверки с краш-тестом системы «в моменте» и подчеркнул их важность для ИБ. Министерство и само проверяет госсистемы: по 372-му постановлению ключевые ГИС тестируют одни из самых сильных компаний. По его мнению, это эффективная процедура.
Другие участники сессии назвали кибериспытания «мега-левел-апом» и высшим уровнем проверки. Правда, большинству компаний до него еще расти.
Все они правы
Багбаунти — важный инструмент проверки защищенности, но здесь обнаруживаются отдельные уязвимости, а у каждой программы свой список целей и ограничений. Реальные злоумышленники правилам не подчиняются.
На кибериспытаниях ограничений минимум, а цель — бизнес целиком. Исследователи пытаются реализовать недопустимое событие, способное критично навредить компании.
Здесь проверяют не «есть ли дыра в коде», а «выстоит ли конструкция, если по ней ударят всерьез». Если она выдержала три месяца атак, как у Т-Банка, это серьезный аргумент в пользу ее устойчивости.
Что еще дали испытания
1️⃣️️️️ Проверку технологий, процессов и людей. Центр реагирования, по словам Исламова, «полностью видел все действия исследователей» и мешал им добраться до цели.
2️⃣️️️️ Понимание векторов атак. Исследователи пытались зайти через бизнес-логику и дочерние компании. «Отдельное юрлицо от тебя ничем не защищает», — напоминает Исламов.
3️⃣️️️️ Опыт защиты от атак с ИИ. Банк зафиксировал несколько атак, где люди работали в связке с ИИ. По прогнозу Исламова, через полгода-год «будут автономные системы для атак».
Команда выпустила против ИИ-атакующего своего ИИ-защитника. «Это была, наверное, одна из первых битв, когда роботы боролись друг с другом», — вспоминает Игорь Кубышко, руководитель управления кибербезопасности. Он уверен, что безопасник будущего — «оркестратор агентов».
Советы другим
«Я все компании призываю выходить на багбаунти и на кибериспытания, просто делать это аккуратно», — говорит Гадарь. Он знает компании, которые прыгнули в багбаунти «на все бабки» и потом три-четыре месяца вместе с ИТ разбирали поток отчетов.
А главное, по его мнению, — признать, что старые методы ИБ больше не работают. «Важно, чтобы каждый из нас принял новую реальность и попытался в ней жить», — уверен Гадарь.
Теперь важнее, как компания устроена изнутри, как быстро реагирует и может ли ее бизнес рухнуть из-за кибератаки. Это и помогают проверить кибериспытания.
@Positive_Technologies
Так прошли первые среди российских финтех-компаний открытые кибериспытания на нашей платформе Standoff Bug Bounty. Белые хакеры пытались добраться до денег и данных банка или нарушить работу инфраструктуры.
Результат: ни одного реализованного недопустимого события, хотя за каждое можно было получить до 12 млн рублей (общий фонд — 50 млн рублей). Пришло пять отчетов, четыре признали валидными. Максимальная выплата — 3,5 млн рублей.
Итоги обсудили на конференции Security Shift
Дмитрий Гадарь, вице-президент и руководитель департамента ИБ Т-Банка, рассказал, что открыться решили не спонтанно. Банк с момента основания инвестирует в безопасность. «Это прошито в нашей культуре», — говорит он.
Подготовка шла годами: сначала выход на багбаунти и значительное повышение выплат, затем закрытая программа для узкого круга исследователей, которые заработали на ней 8 млн рублей. И только потом открытые испытания.
Кибериспытания — следующий шаг после багбаунти, подтверждает Николай Исламов, руководитель управления безопасности приложений Т-Банка.
«Нет ничего хуже, чем безопасник, уверенный в собственной неуязвимости. Поэтому для нас как для компании очень важен этот внешний взгляд… Мы ищем не просто уязвимости, а позволяем исследователям прямо реализовать недопустимое событие, какое-то критичное для бизнеса», — рассказывает он.
Замглавы Минцифры Александр Шойтов сравнил кибериспытания и похожие проверки с краш-тестом системы «в моменте» и подчеркнул их важность для ИБ. Министерство и само проверяет госсистемы: по 372-му постановлению ключевые ГИС тестируют одни из самых сильных компаний. По его мнению, это эффективная процедура.
Другие участники сессии назвали кибериспытания «мега-левел-апом» и высшим уровнем проверки. Правда, большинству компаний до него еще расти.
Все они правы
Багбаунти — важный инструмент проверки защищенности, но здесь обнаруживаются отдельные уязвимости, а у каждой программы свой список целей и ограничений. Реальные злоумышленники правилам не подчиняются.
На кибериспытаниях ограничений минимум, а цель — бизнес целиком. Исследователи пытаются реализовать недопустимое событие, способное критично навредить компании.
Здесь проверяют не «есть ли дыра в коде», а «выстоит ли конструкция, если по ней ударят всерьез». Если она выдержала три месяца атак, как у Т-Банка, это серьезный аргумент в пользу ее устойчивости.
«Лучше предоставлять возможности для поиска уязвимостей, и это экономически выгодно, — говорит Гадарь. — Клиенты банка видят, что банк надежный… настолько устойчивы, что можем выставлять себя на публичные исследования».
Что еще дали испытания
1️⃣️️️️ Проверку технологий, процессов и людей. Центр реагирования, по словам Исламова, «полностью видел все действия исследователей» и мешал им добраться до цели.
2️⃣️️️️ Понимание векторов атак. Исследователи пытались зайти через бизнес-логику и дочерние компании. «Отдельное юрлицо от тебя ничем не защищает», — напоминает Исламов.
3️⃣️️️️ Опыт защиты от атак с ИИ. Банк зафиксировал несколько атак, где люди работали в связке с ИИ. По прогнозу Исламова, через полгода-год «будут автономные системы для атак».
Команда выпустила против ИИ-атакующего своего ИИ-защитника. «Это была, наверное, одна из первых битв, когда роботы боролись друг с другом», — вспоминает Игорь Кубышко, руководитель управления кибербезопасности. Он уверен, что безопасник будущего — «оркестратор агентов».
Советы другим
«Я все компании призываю выходить на багбаунти и на кибериспытания, просто делать это аккуратно», — говорит Гадарь. Он знает компании, которые прыгнули в багбаунти «на все бабки» и потом три-четыре месяца вместе с ИТ разбирали поток отчетов.
А главное, по его мнению, — признать, что старые методы ИБ больше не работают. «Важно, чтобы каждый из нас принял новую реальность и попытался в ней жить», — уверен Гадарь.
Теперь важнее, как компания устроена изнутри, как быстро реагирует и может ли ее бизнес рухнуть из-за кибератаки. Это и помогают проверить кибериспытания.
@Positive_Technologies
❤14🔥13👍7
Больше чем в половине случаев кибератаки нарушают работу бизнеса
К такому выводу пришли эксперты команды PT ESC IR после анализа 140+ проектов по расследованию инцидентов и ретроспективному анализу за последний год.
Все подробности, рекомендации и шокирующиенекоторых открытия — в классном исследовании на сайте и на карточках, но и тут кое-что важное напишем.
Кто пострадавшие
На первое место в списке жертв резко вышла промышленность (с 9 до 22% случаев), за ней — госучреждения, ИТ-компании и торговля.
Поводом для почти двух третей обращений стала подозрительная активность, которую клиенты заметили сами или с нашей помощью. Примерно в трети случаев злоумышленники уже успели зашифровать данные, запросить выкуп или сделать публичное заявление о взломе 🙁
Кто атакует
Почти в половине расследований мы обнаружили следы известных APT-группировок, а еще более чем в трети случаев — киберкриминал, нацеленный на шифрование и уничтожение данных.
Прибыло и в полку APT-группировок. В отчете мы рассказываем о трех новых, обнаруженных нашими экспертами: APT10051, Stingy Basilisk и Chewbacca. Что интересно, некоторые из них (не только новички) умудрялись одновременно заходить в одни и те же инфраструктуры и действовать там одновременно и независимо друг от друга.
Причины не меняются
Успех атак часто базируется на недостатках безопасности, которые некоторые компании, увы, не устраняют годами. Не зря они много лет одни и те же:
• устаревшие ОС и ПО — 30% инцидентов
• отсутствие 2FA — 25%
• слабая сегментация сети — 24%
И инструменты, кстати, тоже
Для получения первоначального доступа, повышения привилегий и отключения средств защиты злоумышленники использовали более 25 различных уязвимостей. При этом больше половины из них на момент атаки были известны не менее двух лет. И никак не пропатчены 😱
Читайте, как злоумышленники проникают, закрепляются и действуют в инфраструктуре, а также — что со всем этим делать, на нашем сайте.
#PTESC
@Positive_Technologies
К такому выводу пришли эксперты команды PT ESC IR после анализа 140+ проектов по расследованию инцидентов и ретроспективному анализу за последний год.
Все подробности, рекомендации и шокирующие
Кто пострадавшие
На первое место в списке жертв резко вышла промышленность (с 9 до 22% случаев), за ней — госучреждения, ИТ-компании и торговля.
Поводом для почти двух третей обращений стала подозрительная активность, которую клиенты заметили сами или с нашей помощью. Примерно в трети случаев злоумышленники уже успели зашифровать данные, запросить выкуп или сделать публичное заявление о взломе 🙁
Кто атакует
Почти в половине расследований мы обнаружили следы известных APT-группировок, а еще более чем в трети случаев — киберкриминал, нацеленный на шифрование и уничтожение данных.
Прибыло и в полку APT-группировок. В отчете мы рассказываем о трех новых, обнаруженных нашими экспертами: APT10051, Stingy Basilisk и Chewbacca. Что интересно, некоторые из них (не только новички) умудрялись одновременно заходить в одни и те же инфраструктуры и действовать там одновременно и независимо друг от друга.
Причины не меняются
Успех атак часто базируется на недостатках безопасности, которые некоторые компании, увы, не устраняют годами. Не зря они много лет одни и те же:
• устаревшие ОС и ПО — 30% инцидентов
• отсутствие 2FA — 25%
• слабая сегментация сети — 24%
И инструменты, кстати, тоже
Для получения первоначального доступа, повышения привилегий и отключения средств защиты злоумышленники использовали более 25 различных уязвимостей. При этом больше половины из них на момент атаки были известны не менее двух лет. И никак не пропатчены 😱
«Для успешной атаки злоумышленникам часто не нужны принципиально новые техники. Они используют давно известные уязвимости, которые компании не устранили вовремя. Дольше оставаясь незамеченными, они получают больше времени, чтобы закрепиться в инфраструктуре, собрать информацию и продвинуться к критически важным системам. Поэтому компаниям недостаточно защищать только внешние сервисы. Важно контролировать происходящее внутри корпоративной сети и быстро реагировать на признаки компрометации», — отметил Денис Гойденко, руководитель PT ESC IR.
Читайте, как злоумышленники проникают, закрепляются и действуют в инфраструктуре, а также — что со всем этим делать, на нашем сайте.
#PTESC
@Positive_Technologies
❤10🔥9 7👍3🤔1🗿1