„Изкуственият интелект хакер“ на Google откри над 500 XSS уязвимости и създаде работещи вериги от експлойти

Google разкри вътрешен AI агент за сигурност, който е открил над 500 потвърдени уязвимости от тип междинен скриптинг (cross-site scripting или XSS) в собствените му уеб приложения.

Системата, наречена PageBreak, търси слабости, които биха могли да позволят на атакуващ да изпълни нежелан код в браузъра на посетител, включително в критично важни услуги. Съобщението е важно, тъй като скенерите с изкуствен интелект могат да генерират голям брой съмнителни доклади.

Вместо това PageBreak тества всяка заподозряна слабост в реална среда, търсейки доказателство, че една истинска атака работи, преди тя да бъде изпратена на инженерите. Това намалява излишния шум, докато същевременно разкрива скрити уеб слабости.

Анализатори от tl;dr sec, цитирани като Tdr SEC, подчертаха PageBreak в своя преглед от 1 октомври. Това е било защитно тестване, а не зловреден софтуер или потвърдено проникване. Проектът за откриване на уязвимости Big Sleep от своя страна се е фокусирал върху уязвимост в база данни.

Google заяви в публичен доклад, прегледан от Cyber Security News (CSN), че PageBreak е започнал като пилотен проект през ноември 2025 г. и е станал пълен проект през януари 2026 г. Той използва предимно модели Gemini в рамките на работен процес, базиран на доказателства.

„Изкуственият интелект хакер“ на Google откри над 500 XSS уязвимости

PageBreak анализира кода и сигналите от трафика, за да идентифицира възможни слабости. След това предава тази хипотеза на специално изграден модул за валидация, вместо да третира резултата от AI като крайна констатация за сигурността.

За XSS валидаторът инжектира JavaScript, отваря целта през тестова система, наподобяваща браузър, и проверява дали кодът действително се изпълнява.

Вместо просто да маркира рисково изглеждащ код, скенерът демонстрира ефекта. Google отдава своя процент на фалшиво положителни резултати, близък до нула, на тази верификация. Същият метод за валидация може да тества SQL инжекции (SQL injection), преминаване през директории (path traversal), отдалечено изпълнение на код (remote code execution) и фалшифициране на заявки от страна на сървъра (server-side request forgery).

В доклад относно корекциите на грешки в Chrome чрез AI бе показано как автоматизирани системи помагат на екипите да откриват, възпроизвеждат, триажират и отстраняват уязвимости в браузъра. PageBreak добавя ключова защита: той верифицира пътя на експлоатация, преди да ескалира проблема.

Резултатите също така са тествали сигурния дизайн. Към 4 септември 2026 г. PageBreak е открил само два XSS проблема сред стотици приложения, изградени с неговите рамки за уеб разработка с висока степен на надеждност.

И двата са били ограничени до вътрешни приложения или точки за отлаждане с пропуски в защитата, което показва защо последователните контроли на ниво рамка могат да предотвратят цели класове от грешки.

Веригите от експлойти разкриват рискове

Най-значимите констатации не са били обикновени грешки при въвеждане на данни. В един от случаите PageBreak е открил проблем с отравяне на кеша (cache poisoning), засягащ сървър за JavaScript файлове.

Непроверен сегмент от URL пътя е бил вмъкнат във върнатия код, но е бил изключен от ключа на кеша, което е позволило злонамерен отговор да бъде съхранен и по-късно доставен на други посетители в същия географски регион.

Google не е открил доказателства атакуващите да са използвали тази уязвимост в кеша. Все пак тя е могла да доведе до XSS в чувствителни домейни на Google и външни уебсайтове, които зареждат засегнатия JavaScript.

Това отразява рисковете при атаки с отравяне на CDN кеш, където споделените отговори могат да превърнат слабост при въвеждането на данни в изпълнение на код в браузъра.

Втора верига е засегнала административната конзола. PageBreak е установил, че непроверена стойност за пренасочване може да достигне до window.location, но криптографски подпис първоначално е блокирал пряката злоупотреба.

Агентът е открил отделна крайна точка за авторизация, която е генерирала валиден подпис за злонамерен JavaScript URI, превръщайки защитената крайна точка в работещ XSS път.

Третият случай е свързан с разширението Tag Assistant Extension. Слабите проверки на външни връзки, извличането на еднократен токен (nonce) и несигурното препращане на съобщения са позволили съдържание на скрипт, контролирано от атакуващия, да достигне до страница, която се отлажда.

Поддръжката на data URL след това е позволила изпълнение на произволен JavaScript, създавайки условие за универсален XSS. Google запазва непотвърдените констатации за бъдещи сканирания и подобрения на валидатора, вместо да ги изпраща на продуктовите екипи.

Компанията също така признава, че непълните валидатори могат да пропуснат действителни слабости. Докладваните резултати подкрепят комбинирането на автоматизирано тестване със сигурни рамки за разработка, докато инженерите все още преглеждат предложените корекции, преди промените да достигнат до потребителите.

Google работи с инициативи за автоматизирано коригиране на уязвимости, за да се справи с обема от потвърдени доклади. Търсеният резултат е да се намали работата на продуктовите екипи до валидиране на предложените корекции, вместо многократно да разследват дали убедителни доклади, генерирани от AI, описват реални проблеми със сигурността.

Източникът съдържа засегнати домейни и тестови артефакти, а не потвърдена злонамерена инфраструктура. Те са посочени по-долу за справка и не трябва да се третират като черен списък.

Индикатори за компрометиране (IoCs):-

Забележка: IP адресите и домейните са нарочно дезактивирани (напр. [.]), за да се предотврати случайното им разрешаване или превръщане в хипервръзки. Възстановете ги само в контролирани платформи за разузнаване на заплахи като MISP, VirusTotal или вашата SIEM система.