Более 500 уязвимостей межсайтового скриптинга в веб-приложениях Google обнаружил ИИ-агент безопасности под названием PageBreak с момента полноценного запуска в январе. Система использует модели Gemini для автономного поиска потенциальных дефектов и передает отчеты только после того, как детерминированные валидаторы воспроизведут эксплойт в работающем приложении. По данным статьи Google, такой цикл проверки обеспечивает почти нулевую долю ложных срабатываний. Результат важен для бизнеса, поскольку команды безопасности получают подтвержденные находки вместо непроверенных гипотез.

ИИ-агент Google PageBreak нашел 500 XSS-уязвимостей

Как PageBreak подтверждает дефекты до отчета

PageBreak проверяет каждую гипотезу об уязвимости реальным эксплойтом в живой среде, а не оценкой фрагментов кода. Для межсайтового скриптинга выполняется JavaScript, для обхода пути производится запись в общедоступное место, а для удаленного выполнения кода вызывается исходящий DNS-запрос. Находка попадает к продуктовой команде только после успешной проверки. Инженер по информационной безопасности Michal Bentkowski сообщил, что команда изначально сделала ставку на такую детерминированную проверку. Подобная схема ограждает продуктовые команды от непроверенных сообщений.

Сами валидаторы представляют собой обычный код, написанный инженерами по безопасности и вынесенный за контур агента, а не созданный моделью. Старший инженер по информационной безопасности Lukas Weichselbaum подчеркнул, что модель может предлагать любые версии, но находка засчитывается лишь после подтверждения валидатором с помощью реальной полезной нагрузки. Многие отчеты об ошибках, созданные ИИ, звучат убедительно, но оказываются ошибочными и отнимают время на ручную проверку. PageBreak таким образом разделяет выдвижение гипотезы и подтверждение. Архитектура превращает агента в генератор версий, а валидатор — в контролер.

Google также сохраняет внутри компании недетерминированные находки вместо их удаления. Эти неподтвержденные кандидаты используются для более глубоких будущих сканирований и выявления пробелов в покрытии проверок. Кроме того, они помогают разрабатывать новые валидаторы под другие типы уязвимостей. Bentkowski признал, что действующие валидаторы пока не охватывают все классы уязвимостей и сложные сценарии. Такое ограничение создает риск пропусков, которые могли бы выявить недетерминированные проверки.

Что PageBreak меняет для корпоративной безопасности

Для компаний с крупным парком веб-приложений такой подход снижает шум в управлении уязвимостями и ускоряет разбор отчетов. Продуктовые команды получают меньшую очередь, где каждый пункт содержит воспроизведенный эксплойт, поэтому исправление начинается без повторной проверки. Небольшие группы безопасности выигрывают за счет того, что агент выполняет первичное расследование в приложениях с аутентифицированным доступом. Крупные организации могут направлять подтвержденные находки сразу в действующие процессы устранения дефектов. Практический эффект заметен в сокращении спорных заявок и более быстром назначении исправлений.

При этом несколько условий требуют проверки перед копированием подхода. PageBreak опирается на инженерную специфику Google, включая сквозную видимость кода в монорепозитории, сигналы безопасности, связывающие живой HTTP-трафик с исходным кодом, и инфраструктуру сканирования с аутентифицированным доступом. Без такой видимости и тестовых сред воспроизвести детерминированную проверку сложнее. Сообщенное число свыше 500 находок не имеет независимого подтверждения, согласно источнику. Заказчикам стоит спрашивать поставщиков, как построены валидаторы, какие классы уязвимостей покрыты и как измеряются пропуски.

Конкретным маркером станет интеграция PageBreak с агентскими средствами исправления, такими как CodeMender, для автоматического создания патчей. Долгосрочная цель Google состоит в том, чтобы участие продуктовых команд свелось к проверке исправлений, созданных ИИ. Прогресс этой связки покажет, превращается ли подтвержденное обнаружение в закрытые уязвимости. Опубликованные технические разборы по XSS, отравлению кеша из-за неверной конфигурации и обходу пути дают базу для сравнения.