Две zero-day в Zammad стали точкой входа в сеть Dutch Institute for Vulnerability Disclosure: атакующие получили захват сессий, удаленное выполнение кода и повышение привилегий до root за считанные секунды. По данным BleepingComputer, инцидент важен не только из-за уязвимостей в популярной open-source helpdesk-системе, но и из-за способа атаки: внутри сети работал автономный ИИ-агент, который сам выбирал следующие шаги.
DIVD, нидерландская некоммерческая организация добровольных исследователей безопасности, сообщила, что взлом стал возможен из-за цепочки из двух ранее неизвестных уязвимостей в Zammad. Они получили идентификаторы CVE-2026-102489 и CVE-2026-102490. В связке баги позволяли перехватывать пользовательские сессии, запускать код удаленно и поднимать права с пользователя Zammad до root. Для защитников это неприятная комбинация: сначала вход через прикладной сервис, затем почти мгновенный переход к системному контролю.
Особенность истории в том, что DIVD смогла восстановить ход атаки необычно подробно. Ранее организация описывала инцидент как шумный и очень неаккуратный: автономный агент оставил после себя объяснения собственных решений. Обычно расследователям приходится собирать картину по логам, артефактам на диске и сетевым событиям. Здесь атакующая автоматизация фактически сама документировала, почему пошла тем или иным путем. Удобно для форензики, тревожно для всех остальных.
Zammad — open-source платформа для helpdesk и тикетов, которую используют для клиентской поддержки, внутренних IT-заявок и обработки обращений. Сервис доступен в self-hosted и hosted-вариантах. На своем сайте Zammad заявляет о более чем 2 000 клиентах и 55 000 пользователях; среди упомянутых организаций — De’Longhi, Amnesty International и Nextcloud. Это не «маленькая админка в углу», а типичный корпоративный сервис на стыке пользователей, почты, вложений, внутренних процессов и интеграций.
После эксплуатации zero-day в Zammad атакующий получил доступ к другим сервисам, читал данные и успел их эксфильтровать. DIVD подчеркивает, что все это произошло за секунды именно из-за агентного характера атаки. Человеку-оператору обычно нужно время на разведку, проверку гипотез, выбор команды, оценку результата. ИИ-агент делает эти шаги быстрее и без пауз на кофе, хотя, судя по описанию DIVD, аккуратность пока не входит в его сильные стороны.
Глубже по сети злоумышленник не прошел: помогли сегментация и реакция на инцидент. Это важная деталь для компаний, которые любят считать периметр главным рубежом обороны. В этой истории периметр был пробит через легитимный прикладной сервис, но внутренняя архитектура ограничила ущерб. Сегментация снова выглядит скучной, взрослой и полезной практикой — примерно такой, которую вспоминают не в момент закупки, а когда уже горит.
Уязвимости DIVD обнаружила вместе с Merlon Security. Организация уведомила Zammad и начала предупреждать других владельцев уязвимых инстансов. Рекомендация сейчас простая: обновиться до Zammad 7, который DIVD считает безопасным, либо как можно быстрее вывести инстанс из сети. Для self-hosted-сред это особенно критично: тикетные системы часто имеют доступ к почтовым ящикам, внутренним URL, логинам в переписке, вложениям с диагностикой и другой информации, которую никто не воспринимает как секреты до первого инцидента.
Для разработчиков и администраторов практический вывод не сводится к «поставьте патч». Во-первых, приложения поддержки нужно рассматривать как высокорисковые точки входа, а не как второстепенный SaaS или open-source удобство. Во-вторых, права сервисных пользователей должны быть минимальными: если компрометация одного веб-приложения быстро дает root, проблема не только в CVE. В-третьих, телеметрия должна ловить не только известные IOC, но и темп действий: десятки осмысленных операций за секунды — уже сигнал, даже если каждая отдельная команда выглядит допустимой.
Для бизнеса эта атака показывает, как меняется экономика взлома. Автоматизация не делает уязвимости магическими, но резко сокращает время между входом, разведкой, повышением привилегий и выводом данных. Команды безопасности, которые строят процессы вокруг ручной triage-модели и многочасовых согласований, будут проигрывать не потому, что у них плохие специалисты, а потому что цикл принятия решений стал слишком длинным для машинной скорости атаки.
DIVD обещала раскрыть дополнительные детали 1 октября 2026 года, расследование еще продолжается. Но главный вопрос уже виден: готовы ли компании защищать helpdesk, CRM, wiki и другие «обычные» внутренние системы как полноценные плацдармы для ИИ-атак, или будут ждать следующего кейса, где агент окажется не таким шумным и гораздо менее разговорчивым.