Содержание
AI-малварь перестала быть темой для лабораторных докладов: исследователи Huntress разобрали реальную атаку, где злоумышленники использовали чат-боты для создания вредоносного PowerShell-скрипта на обычном языке.
Речь идёт о файле Untitled1.ps1. Huntress описывает его как шумный, агрессивный и кастомный инструмент для разведки в Active Directory. По характеру атаки исследователи считают, что за ней могли стоять не самые опытные операторы.
И это как раз неприятная часть истории. Раньше такой уровень автоматизации требовал навыков разработки или готового фреймворка. Теперь часть работы можно поручить генеративной модели и получить уникальный скрипт под конкретную среду.
Untitled1.ps1 искал данные в Active Directory
Huntress изучила Untitled1.ps1 как инструмент для перечисления объектов Active Directory. Скрипт строил карту доменной среды, искал доступные ресурсы и помогал атакующим понять, где лежат интересные данные.
Поведение выглядело грубо. Скрипт создавал много шума, что нетипично для аккуратных групп. Опытные злоумышленники обычно стараются не поднимать лишние события в логах. Здесь всё выглядело так, будто авторы больше доверяли сгенерированному коду, чем собственной операционной дисциплине.
После разведки атакующие подключили легитимную утилиту s5cmd. Это быстрый консольный инструмент для операций с Amazon S3. Huntress отмечает, что его часто используют для быстрой выгрузки данных из взломанных сред.
Перед тем как защитники обнаружили и удалили злоумышленников, те успели запустить SharpShares.exe. Этот инструмент ищет сетевые шары и помогает найти хранилища, доступные пользователям. В атаке он фильтровал типовые административные ресурсы и искал более полезные места с данными.
Почему сигнатуры хуже ловят такую малварь
Главная проблема для защитников не в том, что код получился красивым. Наоборот, Huntress нашла в нём признаки ИИ: лишние комментарии, переусложнение и местами грязную структуру.
Проблема в уникальности. Антивирусы и EDR-системы годами опирались на хэши файлов, статические строки и известные фрагменты кода. А vibe-coded-скрипт может появиться один раз, в одной сети и больше никогда не повториться в том же виде.
Huntress формулирует это прямо: «Vibe-coded scripts are inherently unique. Untitled1.ps1 has never existed before and will likely never be compiled in this exact configuration again».
Переводим на нормальный язык. Если злоумышленник каждый раз генерирует новый скрипт, старый подход с поиском знакомого файла слабее. Защитникам приходится смотреть не только на файл, а на цепочку действий.
- Разведка: скрипт перечислял объекты и ресурсы Active Directory
- Поиск данных: SharpShares.exe проверял доступные сетевые шары
- Выгрузка: s5cmd готовили для быстрой передачи данных
ИИ может менять синтаксис, имена функций и структуру скрипта. Но ему сложнее скрыть саму логику атаки. Домен всё равно надо перечислить, данные надо найти, а затем вывести наружу.
Vibe coding снижает порог входа в киберпреступность
Термин vibe coding обычно используют для разработки через подсказки на естественном языке. Человек описывает задачу, а модель пишет код. В легальной разработке это ускоряет прототипы. В руках атакующих это ускоряет создание одноразовых инструментов.
Для компаний это плохая новость. Низкоквалифицированный злоумышленник получает шанс собрать рабочий скрипт без глубокого знания PowerShell, AD и инфраструктуры Windows. Код может быть кривым, но он всё равно делает работу.
Для защитников вывод практичный, но неприятный. Ловить надо не только «плохие файлы», а поведение: массовые запросы к AD, необычное перечисление шар, запуск редких утилит и признаки подготовки к эксфильтрации.
В разборе Huntress называет переход от готовых фреймворков к кастомным ИИ-инструментам «significant challenge» для защитников. Это редкий случай, когда формулировка звучит сухо, но за ней стоит реальная головная боль для SOC-команд.
Финальная цитата Huntress жёстко фиксирует суть: «Defenders must abandon rigid, signature-based thinking and embrace behavioral analytics to catch the underlying actions that no LLM can hide».
