Содержание
Как AI-исправление превратилось в реальную уязвимость
Автоматическое исправление от GitHub Copilot создало критическую уязвимость в публичном репозитории Snowflake. AI заменил безопасную передачу заголовка GitHub Issue через переменную окружения и jq на прямую подстановку пользовательского текста в shell-команду. В результате любой человек мог запустить произвольный код, просто создав Issue со специально подготовленным заголовком.
AI-агент нашёл ошибку за пять дней
Уязвимый коммит появился 18 июня 2026 года и был помечен как созданный при участии Copilot Autofix. Уже 23 июня автономный исследовательский агент Red Agent от Wiz обнаружил проблему, самостоятельно скорректировал неудачный payload после ошибки Bash и получил рабочие учётные данные Jira.
Токен давал доступ к внутренним инженерным, security compliance и bug bounty-проектам Snowflake. Wiz сообщила об уязвимости в тот же день: Snowflake сразу вернула безопасную схему обработки данных, отозвала токен и проверила журналы доступа. По результатам расследования, посторонних подключений не было, а единственная активность принадлежала исследователям Wiz.
Почему это важно для команд, работающих с AI-кодом
История показывает сразу две стороны агентной разработки. AI-помощник способен быстро предложить правку, но может убрать защитный код, не понимая, зачем он был добавлен. Одновременно другой AI-агент сокращает время обнаружения такой ошибки с недель до часов или дней — и тем же преимуществом могут пользоваться злоумышленники.
Для бизнеса вывод практический: изменения от Copilot, Claude Code и других coding-агентов нужно проверять так же строго, как код человека. Особенно опасны workflow-файлы CI/CD, прямая подстановка данных из Issues и Pull Request в shell, а также долгоживущие токены. Автоматические проверки должны блокировать такие паттерны до merge, а секреты — иметь минимальные права и короткий срок жизни.
Новая гонка автоматизации
Публичное раскрытие Wiz превращает случай Snowflake в наглядный пример: AI уже автоматизирует не только написание кода, но и поиск, проверку и эксплуатацию уязвимостей. Скорость реакции команды безопасности становится столь же важной, как качество первоначального code review.