Неизвестный атакующий использовал подозрительно AI-сгенерированный PowerShell-скрипт для разведки Active Directory после входа на Windows Server по уже скомпрометированным учетным данным. История неприятна не самим фактом автоматизации, а тем, что разведка Active Directory теперь собирается почти «под ключ»: шумно, неэлегантно, зато быстро и достаточно эффективно, чтобы упростить жизнь не самым сильным злоумышленникам.
Инцидент произошел в начале июня 2026 года, сообщает The Hacker News. По данным Huntress, злоумышленник получил доступ по RDP к Windows Server, включенному в домен, развернул инструменты в каталоге C:ProgramData и запустил PowerShell-скрипт, который искал контроллер домена, собирал сведения о пользователях, компьютерах и доменах, создавал рабочую директорию, выгружал несколько файлов и в конце формировал AD_Report.html как отчет об успешности сбора. Уже по этому описанию видно: речь не о тихой точечной операции, а о грубой инвентаризации перед следующим этапом.
Исследователи Huntress Джевон Анг и Дрэй Ага считают, что скрипт, вероятно, был собран с помощью большой языковой модели. На это указывают характерные следы: заголовок в духе “100% Working AD Information Gathering Script - FULLY FIXED”, признаки итеративной доработки по промптам, заглушки в коде, переусложненная логика поиска Domain Controller и даже цветной, почти «парадный» вывод в консоль с цианом, зеленым, красным и желтым. Для защитников это важная деталь: разведка Active Directory все чаще будет выглядеть не как аккуратно написанный внутренний тул, а как склеенный ИИ-сервисом комбайн, где избыточность и шум не мешают задаче.
Сам скрипт Huntress описывает как агрессивный и шумный. В нем была реализована пятиступенчатая каскадная схема fallback-поиска контроллера домена. После нахождения основного DC запускался последовательный сбор данных об учетных записях, компьютерах, группах, организационных единицах и доверительных отношениях. То есть злоумышленник не пытался сразу «ломать все подряд», а сначала строил карту среды, чтобы понять, где лежат данные, какие учетные записи интереснее, как устроены связи внутри домена и куда двигаться дальше. Для любой корпоративной Windows-инфраструктуры это самый болезненный сценарий: если атакующий спокойно делает разведку Active Directory, он уже получает контекст для бокового перемещения, поиска привилегий и подготовки выноса данных.
Дальше картина стала еще прозаичнее. Примерно через 30 минут после запуска PowerShell-скрипта атакующий развернул s5cmd для массовых файловых операций и SharpShares, утилиту на C# для перечисления сетевых шар. Цель была понятной: быстро найти доступные пользователю репозитории данных. На финальном этапе собранная информация выгружалась в CSV, архивировалась и отправлялась на удаленный сервер. Перед этим злоумышленник сформировал HTML-отчет в формате инвентаризации Active Directory. Тут весь дух новой эпохи: не изящная APT-магия, а очень земной smash-and-grab, где ИИ не изобретает новую технику, а снимает рутину с оператора. И если раньше такой самописный набор приходилось собирать руками, то теперь его можно получить в виде «почти готового» сценария за несколько подходов к модели.
Huntress отдельно подчеркивает: сама цепочка атаки не нова. Это все тот же знакомый набор приемов, который индустрия видит годами, только теперь он избирательно усиливается ИИ. Ключевое изменение не в появлении фантастически нового вредоноса, а в снижении порога входа. Менее квалифицированный атакующий может быстрее получить рабочий инструмент для рекогносцировки, подобрать несколько вариантов обхода, красиво оформить вывод и перейти к следующему шагу без глубокого понимания Windows-окружения. Для компаний это плохая новость по очень простой причине: на входе становится больше людей, способных провести атаку до уровня ощутимого ущерба.
Этот кейс хорошо ложится на выводы Sygnia из отдельного отчета, опубликованного неделей ранее. Там описана AI-assisted атака на крупную среду в AWS, где путь от первоначального доступа до широкого компромета занял около 72 часов. Злоумышленник не использовал экзотические zero-day и не строил принципиально новый инструментарий. Вместо этого он быстро конвертировал каждую новую учетную запись и каждый новый ключ доступа в следующий шаг: повторную разведку, сбор секретов, закрепление, злоупотребление CI/CD, доступ к базам данных и деструктивные действия. Среди них были блокировки доступа к S3-бакетам, ограничение ECS-сервисов до нулевой емкости, создание ACL-правил для отсечения сети и очистка очередей SQS. Общий вывод неудобный, но важный: ИИ в атаке работает не как магия, а как ускоритель цикла «нашел доступ — понял, что можно сделать — сделал».
Для русскоязычной ИТ-аудитории здесь несколько практических выводов. Командам, которые поддерживают доменную инфраструктуру, уже мало надеяться на то, что неаккуратный скрипт сам себя выдаст. Да, шумная разведка Active Directory действительно оставляет следы, но скорость тоже выросла: полчаса между первичным входом и переходом к поиску файловых хранилищ в реальной атаке уже было достаточно. Значит, защиту стоит проверять не только на «идеального» противника, но и на противника, который действует грубо, быстро и с AI-подсказками. Для SOC это аргумент в пользу более жесткого мониторинга RDP-доступа, запуска PowerShell из нетипичных путей, массового LDAP-перечисления, внезапного интереса к сетевым шарам и появления вспомогательных утилит в системных каталогах. Для ИТ-руководителей и фаундеров вывод еще проще: старые дыры становятся дороже, потому что эксплуатировать их теперь можно быстрее и с меньшей квалификацией.
Самый неприятный вопрос здесь не в том, напишет ли ИИ «идеальный» малварь-конструктор. Похоже, рынок уже входит в фазу, где и посредственный код, собранный моделью, приносит атакующим нормальный операционный результат. А это значит, что в ближайшее время конкурентным преимуществом защиты станет не только глубина экспертизы, но и скорость реакции на банальные, хорошо известные техники, которые внезапно начали масштабироваться почти как сервис.