Google впервые остановил атаку с AI-0-day. Что это значит для бизнеса 10-200 человек

11 мая 2026 года Google Threat Intelligence Group выкатил крайне интересный отчёт.

Если коротко: группа атакующих использовала большую языковую модель (LLM, Large Language Model) для поиска и эксплуатации уязвимости нулевого дня в боевой атаке. Не учебной, не лабораторной, не PoC (Proof of concept).

Раньше об этом писали как о теоретическом риске. Теперь это реальный инцидент с конкретным incident response.

По данным Bloomberg и CNBC, целью атаки стал популярный инструмент системного администрирования, которым пользуется множество компаний. Конкретное название Google умышленно не раскрыл до полного закрытия уязвимости. Атакующие обошли двухфакторную аутентификацию и готовили операцию как массовую атаку, с расчётом на одновременный удар по большому числу установок.

GTIG остановил атаку до её активной фазы. В отчёте отдельно зафиксировано, что использованная модель не Gemini. Какая именно LLM, не раскрывается.

John Hultquist, ведущий аналитик GTIG, в комментарии The Register сформулировал происходящее так: «верхушка айсберга, прообраз того, что нас ждёт». В тексте отчёта отдельно отмечен серьёзный интерес к подходу со стороны китайских и северокорейских атакующих групп.

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

Главное в отчёте GTIG не сама атака, а граничный переход. Если вчера фраза «AI находит уязвимости автономно» была теоретическим риском, на который у любого CTO был ответ «пока не видели в дикой природе», то завтра это станет обыденностью. После 11 мая это уже лог-файл реального инцидента с конкретной командой реагирования, конкретным временем обнаружения и конкретным сохранённым артефактом.

Граничный переход меняет операционную модель риска, даже если ничего не меняется в моменте. Раньше можно было ставить план безопасности на 18 месяцев. Теперь окно планирования сжимается, потому что у атакующих появился мультипликатор, а у вас его нет.

Если у вас компания на 10-200 человек, посмотрите на своё уравнение трезво.

AI-инструменты у вас уже есть. Сотрудники подключают подписки и API-ключи без согласования с IT. Это не вина людей, это нормальный рабочий процесс 2026 года.

Выделенной security-команды у вас, скорее всего, нет. На рынке ИБ-специалистов по-прежнему дефицит, и для компании вашего размера нанять отдельного человека под этот функционал экономически больно.

Поверхность атаки растёт. Вы открываете API, подключаете SaaS-инструменты, даёте интеграции в CRM, выпускаете внутренних агентов. Каждый из этих узлов теперь оценивается атакующим не вручную, а через LLM-пайплайн с многократным ускорением.

Это и есть тот самый асимметричный риск, о котором писал MIT NANDA в осеннем отчёте про 95% провальных AI-проектов. У атакующих экспертиза получает 10× ускоритель. У бизнеса 10-200 человек без security-экспертизы остаётся 1× защиты против 10× атаки.

Три шага, которые имеют смысл прямо на этой неделе.

Граница пробита один раз. Дальше частота инцидентов будет нарастать. Окно для тихой подготовки сейчас, после первого публичного кейса и до того, как массовая волна станет рутиной.

Может быть, проблема не в том, что AI находит уязвимости? Может, в том, что бизнес не строит компетентность ему противопоставить? Может, в том, кто внедряет AI, не подумав про оборотную сторону?

Больше разборов AI для бизнеса - в Telegram: https://t.me/gorilla_under_hood

Источники: