ИИ ускоряет поиск уязвимостей. Почему рост публикаций — ещё не рост атак

По данным Google Threat Intelligence Group (GTIG), с января по август 2026 года ежемесячное число раскрытых уязвимостей более чем удвоилось. При этом среднее число уязвимостей, замеченных в эксплуатации, выросло не так резко. GTIG также обнаружила, что среди уязвимостей, вероятно найденных с помощью ИИ, чаще встречались ошибки, позволяющие удалённо выполнять код. Однако эти данные не показывают, какую именно долю общего роста вызвал ИИ. 317

Раскрытий стало больше, но это не счётчик атак

В январе 2026 года было раскрыто 5 045 уязвимостей, а в августе — 10 740. За первые восемь месяцев года GTIG насчитала 141 уникальную уязвимость, замеченную в эксплуатации. Для сравнения, за весь 2025 год таких было 127. Среднее число эксплуатируемых уязвимостей выросло с 10,5 в месяц в 2025 году до 18 в период с января по август 2026-го. 3

Здесь важно различать два показателя. Число раскрытий отражает, сколько уязвимостей стало известно публично. Число уязвимостей в эксплуатации — сколько отдельных изъянов специалисты наблюдали в использовании злоумышленниками. Это не количество кибератак и не число пострадавших. Рост публикаций не означает, что сопоставимая доля новых уязвимостей уже используется для атак. 3

Данные показывают рост и числа раскрытий, и эксплуатации, но не позволяют приписать его целиком ИИ. Вывод GTIG касается растущего влияния ИИ на поиск уязвимостей и возможных особенностей обнаруживаемых с его помощью ошибок, а не точной оценки вклада ИИ в общую статистику. 329

Среди найденных с помощью ИИ чаще встречались ошибки для удалённого выполнения кода

Примерно половина уязвимостей, которые GTIG сочла вероятно найденными с помощью ИИ, позволяла удалённо выполнять код — это называется RCE (remote code execution). Среди остальных уязвимостей таких было около 26%. RCE может дать злоумышленнику возможность запускать код на уязвимой системе, поэтому этот тип ошибки потенциально особенно опасен. Но формулировка «вероятно найдена с помощью ИИ» обозначает атрибуцию: она не означает, что ИИ самостоятельно обнаружил каждую уязвимость в этой группе. 1723

Есть и другой важный нюанс: распределение по степени риска. По данным, приводимым в материалах о выводах GTIG, 58% уязвимостей, вероятно найденных с помощью ИИ, относились к среднему уровню риска. Среди прочих раскрытых уязвимостей таких было 28%. Высокий риск получили около 4% уязвимостей в обеих группах. Отдельно GTIG зафиксировала рост числа раскрытых уязвимостей высокого риска по собственной шкале: с 131 в январе до 350 в августе. Это общий показатель, а не статистика только по уязвимостям, связанным с ИИ. 232829

Опасность представляют и zero-day, и уже известные уязвимости

Zero-day — уязвимость, которую уже используют для атак, хотя исправление для неё ещё не выпущено. N-day — уже известная публично уязвимость; для неё нередко существует обновление, но системы без установленного патча всё ещё могут быть уязвимы.

По данным GTIG, среднее число случаев эксплуатации zero-day выросло примерно с восьми в месяц в 2025 году до 11 в месяц с января по август 2026-го. Это более скромный рост, чем по эксплуатации в целом. Поэтому внимание важно уделять и уже известным уязвимостям, в том числе тем, которыми можно воспользоваться после публикации сведений о проблеме. Однако эти цифры не показывают, какая доля эксплуатации n-day связана с ИИ. 329

GTIG также сообщила о преступной группе, у которой был zero-day-эксплойт, предположительно разработанный с помощью ИИ. Группа планировала массовую кампанию, но, по словам GTIG, упреждающее обнаружение могло помешать её проведению. Это конкретный пример разработки, связанной с ИИ, но не доказательство того, что ИИ стал причиной общего роста эксплуатации. 7

ИИ-инструменты тоже входят в поверхность атаки

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

Что делать защитникам и разработчикам

Защитникам: расставляйте приоритеты с учётом того, доступна ли уязвимая система извне, насколько серьёзны возможные последствия и есть ли свидетельства эксплуатации. Не ориентируйтесь только на объём новых раскрытий. Ведите перечень систем, доступных из интернета, и используемого ПО с ИИ; устанавливайте доступные исправления без задержек. Для уязвимостей, которыми уже пользуются до выхода патча, заранее готовьте меры защиты и мониторинг. А известные уязвимости устраняйте как можно быстрее после раскрытия. 389

Разработчикам ПО: используйте тестирование с помощью ИИ вместе с проверкой специалистов, чтобы находить и подтверждать уязвимости до выпуска продукта. Защищайте компоненты ИИ как обычное производственное ПО и своевременно публикуйте исправления и понятные рекомендации для клиентов. Выводы GTIG указывают на важность и количества обнаруженных ошибок, и возможных последствий каждой из них. 48