В сети нашли открытые панели управления, через которые автономные ИИ-агенты атаковали сайты компаний почти без участия человека. По данным Reuters, они проверили более 1 200 сайтов и затронули ресурсы свыше 100 компаний, в том числе Deere, SharkNinja и Cummins.

Главная деталь здесь не только в масштабе, но и в способе работы. Исследователь Snorre Fagerland из NorForge обнаружил эти панели, когда искал в интернете открытые экземпляры Cairn — open source-инструмента, который используют для авторизованного тестирования на проникновение. В этот раз его направили против интернет-магазинов без разрешения владельцев.

Что произошло

Схема выглядела так: оператор задавал ИИ-агентам короткую цель, а дальше система действовала шаг за шагом сама. Панели показывали, что агенты искали уязвимости, пробовали зайти в админские и платёжные контуры и, судя по отчётам, иногда добивались доступа.

Reuters пишет, что Fagerland начал находить такие панели примерно с 2 октября. Всего он заметил около двух десятков экземпляров Cairn, которые использовали во вредоносных целях, и смог в реальном времени видеть работу атакующих.

Как это было устроено

Cairn даёт агенту стартовую точку и цель, а затем позволяет ему продвигаться к результату по цепочке маленьких действий. Человек может подсказывать по ходу работы, но в этом случае вмешательство было минимальным: по данным Reuters, оператор описывал предпочтительные приёмы меньше чем 100 иероглифами китайского текста.

В одном из типичных заданий агенты должны были найти способ выполнить код на сайте магазина, а затем поставить загрузчик web shell. Это вредоносная веб-форма, которая сохраняет загруженные файлы и открывает атакующему дальнейший контроль над сервером.

NorForge выделила три группы открытых панелей и сочла более 20 из них вероятно вредоносными. Самая активная группа, которую исследователи назвали AIA0001, работала на китайском языке и связала 14 панелей более чем с 1 100 проектами атак.

Атаки шли быстро и дёшево. По оценке NorForge, успешный взлом занимал в среднем чуть меньше 23 часов, а общий успех составил около 10 % от всех попыток, хотя исследователи отдельно оговорили, что разные кластеры решали разные задачи и напрямую сравнивать их нельзя.

Кого задело и чем это грозит

Reuters подтверждает, что среди затронутых оказались сайты крупных компаний. Deere заявила, что устранила проблему и не видела признаков доступа к чувствительным данным. SharkNinja сказала, что атака пришлась на отдельный сайт поддержки продукта и угрозу локализовали. Cummins сообщила, что проверяет возможный инцидент у одного из подрядчиков.

NorForge отдельно подтвердил один взлом у крупного поставщика запчастей и нашёл живой web shell. Ещё в одном случае исследователи независимо подтвердили компрометацию очень крупного американского ритейлера: агенты нашли единственную cookie-настройку, которая указывала на уязвимый backend-сервер.

Важнее всего другое: открытая панель сама по себе становится источником утечки. Исследователи прогнали по этим данным сканер Trufflehog и нашли сотни секретов, 11 % из которых всё ещё были валидны. Иными словами, даже если атака не завершилась успехом, панель могла выдать токены, ключи и другие рабочие данные.

Похожий риск уже проявлялся и в других историях о сервисах удалённого управления и автоматизации атак. Если вам интересен общий паттерн, посмотрите наш разбор про атаки на роутеры и NAS ради скрытой прокси-сети и материал про эксплойт в Palo Alto Networks и обход защитных проверок.

Что делать прямо сейчас

Если вы отвечаете за сайт компании или интернет-магазин, проверьте не только сами серверы, но и вспомогательные панели, где хранятся журналы, задания и артефакты тестов. Отдельный риск — забытые формы загрузки файлов, старые фреймворки и слабые места в сессиях.

Ещё одна практическая мера — закрыть доступ к админским и тестовым интерфейсам по сети, убрать лишние учётные записи и сменить ключи, если они могли попасть в рабочие логи. Для сотрудников, которые работают из кафе, отелей и других общих сетей, полезен и инструмент для защищённого подключения к публичным сетям — как дополнительный слой, а не как замена нормальной гигиене доступа.

Чек-лист

  • Проверьте, не торчит ли в интернете админская или тестовая панель с портом 8000 или похожим открытым интерфейсом.
  • Поиските неожиданные формы загрузки файлов в скрытых каталогах и на старых поддоменах.
  • Смените ключи, токены и пароли, если они могли попасть в логи, скриншоты или отчёты тестов.
  • Проверьте, нет ли на сервере старых библиотек и фреймворков, известных своими уязвимостями.
  • Ограничьте доступ к внутренним панелям по списку адресов и включите журналирование входов.
  • Для удалённой работы используйте менеджер паролей и двухфакторную аутентификацию, а при подключении из общих сетей — дополнительный слой защиты канала.
Поделиться: