Порвали два трояна

⚡️ Реагирование на инциденты 1С, защита ИИ-агентов имеющимися ИБ-решениями и другие полезные посты октября

Разгребая PHP2Shell, мигрируя между ДЦ и устанавливая полторы тысячи патчей Microsoft, можно было пропустить полезные и не сиюминутные материалы нашего канала. Поэтому мы подобрали статьи за месяц, которые помогут выстроить эффективные процессы и системы в ИБ. Если вы что-то пропустили, самое время наверстать упущенное!

🔵 реагирование на инциденты, затрагивающие 1С;
🔵 топ-риски человеческого фактора в 2026;
🟣 как меняется управление уязвимостями: тенденции и советы;
🟢 большой пакет правил и функций в продуктах Kaspersky для защиты ИИ-агентов;
🟢 эффективная адаптация аналитиков SOC;
🟢 основные драйверы внедрения мер ИБ и тренды GRC;
🔵 внедрение облачных агентов в разработку: наш опыт;
🔵 почему перерасход токенов — это киберугроза;
⚪️ саморазмножающиеся ИИ-модели и полное их разоблачение;
🟣 итоги, доклады и просто картинки с Security Analyst Summit.

🛡 Снижаем ИИ-риски имеющимися инструментами

Организациям со зрелой ИБ не обязательно внедрять десяток модных решений, чтобы контролировать риски, связанные с появлением в бизнес-процессах ИИ-агентов. Как мы уже упоминали, ИИ-агенты во многом похожи на инсайдерскую угрозу, а инструменты они используют примерно так же, как атакующие, работающие по тактике LotL. Весь фокус в том,чобы научить традиционные СЗИ отличать деятельность полезного ИИ-агента от активности, порождённой атаками злоумышленников на ИИ-системы.

Чтобы решить эту задачу, «Лаборатория Касперского» обновила правила и экспертное наполнение сразу нескольких продуктов, упрощая ИБ-командам моделирование угроз, блокировку несанкционированных ИИ-сервисов, отслеживание подозрительных действий ИИ-агентов и фильтрацию небезопасного контента (вредоносных скиллов и ML-моделей).

Подход строится на поведенческом детектировании, а не на простом запрете ИИ-инструментов. Например, обновлённые правила Kaspersky Endpoint Detection and Response обнаруживают случаи, когда агент получает доступ к файлам с учётными данными, или когда приложение неожиданно подключается к внешнему API какой-то LLM. Решение также сигнализирует об опасных настройках, например если агенты работают в авторежиме (YOLO) или с отключенной песочницей.

Чтобы принимать решения о настройках ИИ на базе реальных, а не гипотетических рисков, в Threat Intelligence Portal и новом подразделе Hunt Hub появились подробные профили ИИ-агентов и того, как злоумышленники их атакуют. В информацию входит готовая к использованию логика детектирования и сетевые артефакты.

Подробный разбор того, как в защите ИИ участвуют вышеописанные компоненты, какие правила есть в EDR, а также о возможностях Kaspersky Scan Engine и функциях контроля доступа читайте в статье на Securelist.

🤯 Шелл-шок: чему учат PHP2Shell и Brotli

Последняя неделя даёт хорошее представление о том, как будет выглядеть управление уязвимостями в эпоху ИИ.

PHP2Shell (CVE-2026-109618 и -109619, CVSS 9.2) начался с паники. Детали утекли до релиза, патчи PHP вышли 21 октября, а Amazon заметили попытки эксплуатации ещё 17 октября. Затем ханипоты неделю бомбили миллионами запросов с нейрослопными «эксплойтами» с GitHub, а некоторые боты Mirai безуспешно ломились во все серверы, похожие на PHP. Пару громких заявлений о реальной эксплуатации исследователи потом отозвали. Подтверждённых шеллов за первые три дня так и не появилось.

Первая подтверждённая RCE засветилась лишь 24 октября, причём на ханипоте с Apache mod_php, то есть в самой удобной для атакующего конфигурации. Универсального эксплойта так и нет, поскольку параметры атаки нужно подбирать под каждую сборку сервера. Но 26 октября CISA внесла обе CVE в KEV и дала подотчётным ведомствам всего три дня на устранение дефекта.

Как выяснилось, реальная эксплуатация имеет самый неприятный вид: PHP2Shell связали с LPE в ядре Linux (Fragnesia, CVE-2026-46300) и получили root на 25 межсетевых экранах. После успешной компрометации атакующие нацелились на доменный контроллер, и вероятно, пытались закрепиться в инфраструктуре с целью шпионажа.

По данным Censys, из доступных сканированию 43,2 млн серверов с уязвимой версией PHP, сегодня всё ещё подвержены уязвимости 32,7 млн.

Уязвимость в Brotli (CVE-2026-111497) получила меньше внимания, в том числе потому, что разные команды исследователей изучили разные её аспекты и назвали каждая по-своему: Node2Shell, HTTP2Shell, Python2Shell, Broccoli2Shell, Brotli2Shell. Нашли дефект в OpenAI, а в Google исправили библиотеку ещё в феврале. Тогда проблема проходила больше по линии надёжности, а не безопасности. Первоначально октябрьская волна патчей в зависимых проектах началась с одного Node. js. Публичный PoC на стандартных сборках только ронял процесс, а в Red Hat отметили, что надёжного RCE нет. Потом копии уязвимого декодера нашлись в .NET, Windows-сборках PHP, DuckDB, ClickHouse, Apache Arrow, форках 7-Zip и много где ещё. Выискивать и патчить опасную зависимость надо для каждого проекта отдельно.

25 октября исследователи подтвердили, что смогли собрать рабочую цепочку, приводящую к RCE на стандартном Node.js 24.22.0, а уже 26 октября зафиксировали первую атаку. Пришла она с того же IP, с которого раньше эксплуатировали PHP2Shell. 27 октября CVE попала в KEV со сроком устранения до 10 ноября.

Тем временем, отдельные вендоры начали выпускать свои бюллетени для устранения дефекта. Так, в Broadcom оценили уязвимость в VMware SDDC Manager на 9.8 по CVSS.

А джекпот сорвала Palo Alto: PAN-OS задели и PHP2Shell, и Brotli. Во втором случае целью становится сам файрвол. Если включены расшифровка TLS и инспекция Brotli, вредоносные данные может прислать любой сайт, который открыл пользователь за файрволом. Многие хотфиксы для двух дефектов совпадают, так что админы хотя бы сэкономят время на перезагрузках.

Какой можно сделать вывод, глядя на всю эту кутерьму? Часть находок, сделанных ИИ — очень запутанные баги, которые сложно эксплуатировать. Даже опытные исследователи долго не могли понять, насколько они опасны. Импакт оказался реальным, но по CVSS и описанию заранее это не определить. Получается, что единственный надёжный сигнал — подтверждённая эксплуатация. Но этот сигнал поступает слишком поздно для оперативного реагирования.
Поэтому роль превентивного харденинга значительно растёт. Он хлопотный, но в итоге обходится дешевле, чем еженедельно разбирать очередную порцию слоп-PoC.

Ну а страховочной сеткой, конечно, служат развитые процессы детектирования и реагирования. Кстати, наш пост про PHP4Shell на Securelist обновили детектирующими правилами для Kaspersky EDR.

📣Что менять в защите КИИ перед 2027 годом

Когда: 28 октября 2026 в 11:00 (МСК)

Требования к защите критической информационной инфраструктуры растут с каждым годом. К традиционной дилемме «остановить систему или жить без патчей» и вечному вопросу «что отключать при кибератаке» добавляются вопросы категорирования, ответственности, доступа подрядчиков и импортозамещение.

Как выбирать меры защиты, организовывать реагирование и проверять восстановление КИИ? Об этом поговорим на  онлайн-конференции AM-Live! Обсудим:

▶️ изменения в требованиях к защите за последний год;
▶️ когда пересматривать результаты категорирования с учётом отраслевых перечней;
▶️ какие атаки в 2026 году создают наибольший риск остановки критичных процессов;
▶️ как автоматизировать учёт объектов КИИ и изменений в инфраструктуре; 
▶️ чем защищать систему, которую нельзя обновить и заменить;
▶️ какие три действия владельцу значимого объекта КИИ сделать до 1 марта 2027 года.

👤 От «Лаборатории Касперского» в дискуссии поучаствует Алексей Панюхин, старший менеджер предпродажной поддержки решений для бизнеса.

Встречаемся в среду: 28 октября 2026
Нужна предварительная регистрация.

Узнать о конференции и зарегистрироваться ⟶

Интересные исследования APT и oh shit новости ИБ за неделю

❗️ Технический анализ BlackX, нового UEFI-буткита на основе BlackLotus, используемого вероятно кластером APT41. Он применялся против дипломатических ведомств в странах Средней Азии.

🟢 Группа Storm-0940 атаковала более 2000 организаций с помощью ИИ-фреймворка для пентестов ARTEX. Атаки нацелены на инфраструктуру жертв в Microsoft 365. Группе приписывают в том числе компрометацию ConnectWise Cloud Backup.

❕ Разбор свежих TTPs APT Lazarus, применяемых в операции FlashHole. Злоумышленники злоупотребляли ПО CrossWeb EX, используемого в Южной Корее для доступа к онлайн-банкингу и другим важным сервисам. ВПО использует GitHub в качестве C2 и защищает свой трафик постквантовой криптографией.

🟢 Технический анализ нового Go-бэкдора MythicRatatoskr, использующего C2 в mesh-сети Yggdrasil. ВПО применяется группой UAC-0099.

🟣 Обзор TTPs APT28, включающих новый бэкдор Hookedge. Он запускает скрытый экземпляр Edge для доставки нагрузок.

🔵 Незащищённый сервер раскрыл детали работы оператора, использовавшего ИИ-фреймворк Cairn на базе DeepSeek против 66 целей, включая министерства и госведомства Вьетнама, Тайваня, Индонезии и Индии.

🟣 А в Латинской Америке другой фреймворк такого типа, CARLIY0S, использовался группой CyberCartel против более чем 400 финансовых организаций.

🔵 Обзор деятельности k0t — предположительно брокера первоначального доступа, компрометирующего устройства FortiGate, FortiWeb и GlobalProtect, в основном в Азиатско-Тихоокеанском регионе и Латинской Америке. Впоследствии его жертвы появлялись на DLS группировок Qilin и The Gentlemen.

🟣 Неизвестный злоумышленник внедрил бэкдор Ebury в 333 выходных узла Tor, то есть примерно в 10% от их общего количества. В течение нескольких дней в начале октября он перенаправлял SSH-сессии на свои серверы.

🟢 Используя похищенные OAuth-токены, злоумышленники опубликовали троянизированную версию LiteLLM 1.107.0 в официальных репозиториях проекта в PyPI и Docker. Она, как водится, крала учётные данные к облачным сервисам и ИИ-провайдерам. За два часа её скачали около 49000 раз.

🟣 Технический анализ нового ВПО HypeAgent. Это многофункциональный троянец для Windows, поддерживающий около 195 команд, включая скрытый RDP, и инжектор в Exodus Wallet для кражи seed-фраз.

🟣 GitLab выпустила патч для CVE-2026-110264 с оценкой CVSS 10.0. Дефект в regex-компиляторе позволял неаутентифицированному атакующему выполнять код на серверах, начиная с версии 7.0.

🟡 Браузеры и ОС заблокировали восемь промежуточных CA eMudhra и отозвали доверие к её корневому сертификату после ошибки 2025 года, из-за которой приватные ключи оказались слабыми, могли быть восстановлены и использованы для подделки доверенных сертификатов.