ИИ в кибербезопасности перестаёт быть инструментом только для SOC-команд и становится рабочим усилителем атакующих. По оценке Алекса Стамоса, директора по информационной безопасности Cognition, модели уже позволяют автоматизировать значительную часть цепочки взлома — от поиска ошибки до подготовки эксплойта. Для российских разработчиков и руководителей IT это означает неприятную, но практичную вещь: привычный запас времени между обнаружением уязвимости и реальной атакой быстро сокращается.
В беседе с подкастом Decoder, о которой сообщает The Verge, Стамос описал октябрь как месяц почти непрерывных инцидентов. В фокусе оказались крупные уязвимости в PHP и Node.js, атаки на поставщиков AI-инфраструктуры и цепочки компрометации через украденные ключи доступа. Его формулировка намеренно жёсткая: рынок защиты, в который годами вкладывали миллиарды, оказался не готов к темпу, который задаёт автоматизация атак.
Один из приведённых Стамосом сценариев начинается со взлома Fireworks — поставщика AI-сервисов. По его словам, из инфраструктуры компании могли быть похищены API-ключи, затем использованные для доступа к Cursor. Следующим звеном стал вредоносный плагин, который мог попасть примерно в 5 тыс. компаний. Важно не столько имя конкретной жертвы, сколько механика: один скомпрометированный подрядчик способен открыть путь не к одной сети, а к длинной цепочке клиентов, интеграций и расширений.
Именно такие каскадные инциденты делают ИИ в кибербезопасности проблемой не абстрактного будущего, а операционной реальностью. Раньше атакующей группе требовалось заранее изучить продукт, найти дефект, написать и проверить эксплойт, после чего развернуть атаку против выбранных целей. Теперь модель может выполнять часть этой работы по ходу атаки: анализировать поверхность, проверять гипотезы и адаптировать код под конкретную среду. Масштабирование становится дешевле, а число попыток — больше.
Почему прежняя модель защиты буксует
Стамос сравнивает нынешний момент с интернетом 1990-х: сервисов становится больше, они теснее связаны друг с другом, а базовая гигиена не всегда поспевает за скоростью роста. Разница в том, что тогда исследователю или злоумышленнику приходилось вручную разбирать программу и долго собирать инструменты. Сейчас открытые модели и доступные агентные системы снижают этот порог для куда более широкого круга игроков — от криминальных групп до государственных структур.
Он также отмечает инверсию привычной «цепочки атаки». Классический подход предполагал подготовку до вторжения: разведку, разработку техники, выбор жертв. В новой схеме автоматизированная система сначала широко исследует доступные цели, а затем находит уязвимости и подбирает способ эксплуатации почти в реальном времени. Для защитников это означает, что рассчитывать только на редкие плановые аудиты или ручной анализ после релиза уже рискованно.
В разговоре фигурирует ARTEX — открытый инструмент китайского происхождения, который, по словам Стамоса, обсуждают специалисты по инцидентам. Он утверждает, что при подключении подходящей модели подобные средства могут быть применены против заметного числа организаций. Это не повод считать любой открытый репозиторий готовой кнопкой взлома: эффективность зависит от конфигурации, доступа, качества модели и защищённости цели. Но сам факт появления таких инструментов меняет экономику атак: опасные возможности всё меньше зависят от штата высококлассных исследователей.
Что делать разработчикам и бизнесу
Первый вывод для продуктовых команд — перестать считать секреты технической мелочью. API-ключ, токен CI/CD, доступ к облачному аккаунту или подпись для плагинов могут стать точкой входа в десятки клиентских сред. Ротация ключей, минимальные права, отдельные учётные записи для сервисов, журналирование действий и ограничение сроков жизни токенов — не эффектная часть инженерии, зато она заметно уменьшает ущерб после утечки.
Второй вывод — пересмотреть доверие к цепочке поставки. Пакет, расширение редактора, библиотека, облачный провайдер и AI-сервис не существуют отдельно от продукта: у каждого есть права, зависимости и потенциальный радиус поражения. Компаниям стоит заранее знать, какие плагины можно устанавливать, кто их подписывает, какие действия они разрешают и как быстро их можно отключить. Полезно репетировать не только восстановление серверов, но и отзыв скомпрометированных ключей, блокировку интеграций и коммуникацию с клиентами.
Третий вывод касается скорости. Если атакующий способен быстро превратить найденную ошибку в рабочую атаку, цикл исправления должен быть короче обычного квартального бэклога. Нужны постоянное сканирование зависимостей, приоритизация уязвимостей по реальной эксплуатируемости, изоляция критичных компонентов и понятный путь экстренного патча. ИИ здесь пригодится и защитникам — для анализа логов, поиска аномалий и разбора кода, — но он не компенсирует отсутствие инвентаризации активов и базовых процессов.
Стамос не рисует неизбежный технологический апокалипсис, но ожидает период, который называет «тёмными веками» безопасности: атакующие уже получили новый рычаг, а защитные практики и рынок ещё подстраиваются. Главный вопрос ближайших лет — смогут ли компании встроить ИИ в кибербезопасности быстрее, чем автоматизированные атаки станут рутиной. Контекст и заявление Стамоса можно сверить в выпуске .
