Google повідомила, що її ШІ-агент безпеки PageBreak виявив понад 500 вразливостей типу cross-site scripting у вебзастосунках компанії.

Команда Google Product Security повідомила, що PageBreak стартував як пілотний проєкт у листопаді 2025 року, а в січні 2026 року став повноцінним проєктом. Він тестує власні вебзастосунки Google і виявив вразливості типу cross-site scripting, або XSS, навіть на чутливих доменах компанії. У своєму оголошенні Google не назвала уражені застосунки.

XSS виникає, коли застосунок дозволяє виконати скрипт зловмисника в браузері іншого користувача. Залежно від застосунку та рівня доступу атакувальника, така вада може призвести до витоку даних або дозволити діяти через сесію ураженого користувача. Google повідомила про понад 500 таких знахідок у своїх застосунках, але не навела розбивки за продуктами чи рівнем критичності.

Як PageBreak підтверджує ймовірні вразливості

Замість того щоб надсилати кожен підозрюваний баг команді продукту, PageBreak передає кожного кандидата спеціалізованому валідатору. Для XSS-знахідки валідатор вставляє JavaScript-пейлоад, завантажує уражену сторінку та перевіряє, чи виконується скрипт. За словами Google, етап валідації утримує рівень хибнопозитивних результатів системи майже на нулі.

Агент також може тестувати інші типи вразливостей. За даними Google, її валідатори перевіряють, чи змінює інʼєкційне введення запит до бази даних, чи відкриває застосунок файл через path traversal, або чи можна змусити його виконати код. Окрема перевірка шукає запити, які застосунок надсилає до внутрішніх сервісів.

Більшість сканувань PageBreak використовують моделі Gemini, зокрема Gemini 3.1 Pro і Gemini 3.5 Flash, хоча Google зазначає, що агент може працювати з різними моделями. Самі валідатори не пишуться ШІ-агентом. Google також запускає агентів у багаторазових спробах, оскільки модель може йти непродуктивним шляхом, перш ніж знайде працездатний експлойт.

Google побудувала процес валідації у відповідь на проблему, з якою стикалася її команда безпеки: згенеровані ШІ звіти можуть описувати переконливі шляхи атаки, які не підтверджуються під час тестування. У процесі PageBreak неперевірені кандидати залишаються всередині workflow команди безпеки. Вони можуть слугувати орієнтиром для подальших сканувань або допомагати інженерам створювати нові валідатори, але, як зазначає Google, їх не надсилають командам продуктів як підтверджені баги.

PageBreak виявив дві вразливості у захищених застосунках

Серед сотень застосунків, побудованих на високозахищених вебфреймворках Google, станом на 4 вересня PageBreak ідентифікував дві XSS-вразливості, повідомила компанія. Обидві були обмежені внутрішніми застосунками або debug-ендпойнтами з прогалинами в їхньому захисті. Цей результат стосується саме цієї групи застосунків; показник Google у понад 500 знахідок охоплює її first-party вебзастосунки загалом.

Результат щодо фреймворків дає Google спосіб перевірити, наскільки дизайн її застосунків витримує повторні сканування. PageBreak також має доступ до корпоративних інструментів, які допомагають йому перевіряти застосунки в масштабі. Google повідомила, що її репозиторій коду дозволяє агенту відстежувати шляхи між сервісами, тоді як дані безпеки з живого вебтрафіку можуть повʼязати запитувану сторінку з відповідним вихідним кодом. Наявні сканери надають йому автентифікований доступ до внутрішніх сайтів, які зовнішньому досліднику може бути складно вивчати.

Ці ресурси допомагають пояснити масштаб знахідок Google, не припускаючи, що інша організація могла б досягти таких самих результатів, просто запустивши модель Gemini. Повідомлений PageBreak показник отримано зі сканування застосунків Google з доступом до коду Google, даних трафіку та систем тестування.

Криптокоманди стикаються з таким самим навантаженням на верифікацію

Проблема перевірки згенерованих ШІ звітів із безпеки проявилася і в криптософті. У липні дослідники безпеки Ethereum Foundation описали процес, у якому агенти формують потенційні знахідки, а окремі рецензенти намагаються їх відтворити. Фонд повідомив про одну підтверджену ваду в libp2p, пізніше розкриту як CVE-2026-34219, водночас попередивши, що правдоподібні звіти можуть стосуватися недосяжного коду або умов атаки, які на практиці не виконуються.

Для команд, які працюють із коштами криптокористувачів, різниця між потенційною проблемою та працездатним експлойтом впливає на те, наскільки швидко звіт може привести до виправлення. Серпневе сканування Bitcoin Red Team зафіксувало 7 958 знахідок у 501 open-source проєкті за 108 годин. На той момент 24,7% знахідок мали відтворювані докази; повний підсумок не означав 7 958 підтверджених експлуатованих вразливостей.

Попередні матеріали про криптовалютні bug bounty також описували схоже навантаження на ревʼю. Співгендиректор Cosmos Labs Баррі Планкетт у квітні заявив, що кількість сабмітів до її програми зросла на 900% порівняно з попереднім роком, включно як із валідними, так і з невалідними звітами. PageBreak — це внутрішній інструмент Google, і компанія не повідомляла, що він доступний для криптопроєктів.

Google планує поєднувати знахідки з виправленнями

Навіть після обмеження звітів лише підтвердженими знахідками, за словами Google, її продуктові команди все одно отримують великий обсяг роботи з безпеки. Тому PageBreak працює з іншими проєктами Google, зокрема з CodeMender — агентом, який генерує виправлення багів. Google планує поглибити цю інтеграцію, щоб продуктові команди могли розглядати запропоновані виправлення паралельно з підтвердженими вразливостями.