PangunaLBank News Center
Nakatuklas ang PageBreak ng Google ng mahigit 500 XSS na depekto sa mga web app nito
googles-pagebreak-finds-over-500-xss-flaws
Nakatuklas ang PageBreak ng Google ng mahigit 500 XSS na depekto sa mga web app nito
Sinasabi ng Google na sinusuri ng PageBreak ang mga pinaghihinalaang kahinaan laban sa mga tumatakbong aplikasyon bago magpadala ng mga ulat sa mga product team. Ginagamit ng agent ang mga Gemini model para sa karamihan ng mga scan at hiwalay na mga tool para tiyakin kung gumagana ang isang exploit. Ang mga application na binuo sa mga high-assurance framework ng Google ay may dalawang natukoy na XSS findings hanggang Set. 4. Plano ng Google na mas pag-ugnayin ang PageBreak sa CodeMender, na lumilikha ng mga security fix.
2026-09-25 Pinagmulan:crypto.news

Inihayag ng Google na ang AI security agent nitong PageBreak ay nakatuklas ng mahigit 500 kahinaan sa cross-site scripting sa iba’t ibang web application ng kumpanya.

Buod
  • Ayon sa Google, sinusubukan muna ng PageBreak ang mga pinaghihinalaang kahinaan laban sa mga tumatakbong application bago magpadala ng ulat sa mga product team.
  • Gumagamit ang agent ng mga modelong Gemini para sa karamihan ng mga scan at ng hiwalay na mga tool upang kumpirmahin kung gumagana ang isang exploit.
  • Ang mga application na binuo sa high-assurance frameworks ng Google ay may dalawang XSS findings hanggang Set. 4.
  • Plano ng Google na iugnay nang mas malapit ang PageBreak sa CodeMender, na bumubuo ng mga security fix.

Sinabi ng Google Product Security team na nagsimula ang PageBreak bilang pilot noong Nobyembre 2025 at naging pormal na proyekto noong Enero 2026. Sinusuri nito ang sariling mga web application ng Google at nakatuklas ng mga kahinaan sa cross-site scripting, o XSS, maging sa mga sensitibong domain ng kumpanya. Hindi tinukoy ng Google sa anunsyo nito kung aling mga application ang apektado.

Nangyayari ang XSS kapag pinapayagan ng isang application na tumakbo ang script ng attacker sa browser ng ibang user. Depende sa application at sa antas ng access ng attacker, maaaring maglantad ang kahinaang ito ng data o magbigay-daan sa isang tao na kumilos gamit ang session ng apektadong user. Nag-ulat ang Google ng mahigit 500 findings sa kabuuan ng mga application nito, ngunit hindi ito nagbigay ng breakdown ayon sa produkto o severity.

Paano kinukumpirma ng PageBreak ang mga pinaghihinalaang kahinaan

Sa halip na ipadala ang bawat pinaghihinalaang bug sa isang product team, ipinapasa ng PageBreak ang bawat kandidato sa isang espesyal na validator. Para sa isang XSS finding, naglalagay ang validator ng JavaScript payload, nilo-load ang apektadong page, at tinitingnan kung tumatakbo ang script. Sinabi ng Google na napanatili ng validation step na ito ang false positive rate ng system na halos zero.

Kaya ring subukan ng agent ang iba pang uri ng mga kahinaan. Ayon sa Google, sinusuri ng mga validator nito kung ang isang ini-inject na input ay nagpapabago sa isang database query, kung ang isang application ay naglalantad ng file sa pamamagitan ng path traversal, o kung maaari itong mapasunod na mag-execute ng code. May hiwalay ding pagsusuri para sa mga request na ipinapadala ng isang application sa mga internal service.

Karamihan sa mga scan ng PageBreak ay gumagamit ng mga modelong Gemini, kabilang ang Gemini 3.1 Pro at Gemini 3.5 Flash, bagama’t sinabi ng Google na maaaring gumana ang agent sa iba’t ibang modelo. Ang mga validator mismo ay hindi isinulat ng AI agent. Pinapatakbo rin ng Google ang mga agent sa paulit-ulit na mga pagtatangka dahil maaaring sumunod ang isang modelo sa hindi produktibong landas bago makahanap ng gumaganang exploit.

Binuo ng Google ang prosesong ito ng validation bilang tugon sa isang problemang naranasan ng security staff nito: ang mga ulat na ginawa ng AI ay maaaring maglarawan ng kapani-paniwalang mga attack path na bumabagsak kapag aktuwal na sinusubukan. Sa ilalim ng proseso ng PageBreak, nananatili sa workflow ng security team ang mga kandidato na hindi pa nabeberipika. Maaari silang magsilbing gabay sa mga susunod na scan o makatulong sa mga engineer na bumuo ng mga bagong validator, ngunit sinabi ng Google na hindi sila ipinapadala sa mga product team bilang kumpirmadong bug.

Nakakita ang PageBreak ng dalawang kahinaan sa mga protektadong application

Sa daan-daang application na binuo sa high-assurance web frameworks ng Google, natukoy ng PageBreak ang dalawang XSS vulnerability hanggang Set. 4, ayon sa Google. Pareho itong nalimitahan sa mga internal application o debug endpoint na may mga puwang sa kanilang security protections. Saklaw ng resultang ito ang grupong iyon ng mga application; ang bilang ng Google na mahigit 500 findings ay mas pangkalahatang tumutukoy sa first-party web applications nito.

Ang resulta sa framework ay nagbibigay sa Google ng paraan upang subukan kung gaano katatag ang disenyo ng mga application nito laban sa paulit-ulit na mga scan. May access din ang PageBreak sa mga tool ng kumpanya na tumutulong dito na magsuri ng mga application nang malawakan. Sinabi ng Google na pinapahintulutan ng code repository nito ang agent na subaybayan ang mga path sa iba’t ibang service, habang ang security data mula sa live web traffic ay maaaring mag-ugnay ng isang hinihiling na page sa kaugnay na source code. Ang mga umiiral na scanner ay nagbibigay rito ng authenticated access sa mga internal site na maaaring maging mahirap suriin para sa isang panlabas na researcher.

Nakakatulong ang mga resource na iyon na ipaliwanag ang lawak ng findings ng Google nang hindi ipinapahiwatig na makakamit ng ibang organisasyon ang kaparehong resulta sa simpleng pagpapatakbo lamang ng isang Gemini model. Ang iniulat na bilang ng PageBreak ay nagmula sa mga scan ng mga application ng Google na may access sa code, traffic data, at testing systems ng Google.

Hinarap din ng mga crypto team ang parehong verification workload

Lumitaw rin ang problema ng pag-check sa mga AI-generated security report sa crypto software. Noong Hulyo, inilarawan ng security research ng Ethereum Foundation ang isang proseso kung saan bumubuo ang mga agent ng mga potensyal na finding at sinisikap ng hiwalay na mga reviewer na i-reproduce ang mga ito. Nag-ulat ang foundation ng isang kumpirmadong kahinaan sa libp2p, na kalaunan ay isiniwalat bilang CVE-2026-34219, habang nagbabala na ang mga mukhang kapani-paniwalang ulat ay maaaring may kinalaman sa unreachable code o sa mga kondisyon ng pag-atake na hindi naman talaga umiiral sa aktuwal na sitwasyon.

Para sa mga team na humahawak ng pondo ng mga crypto user, ang pagkakaiba sa pagitan ng isang candidate issue at ng isang gumaganang exploit ay nakaaapekto sa bilis kung gaano kabilis maaaring humantong ang isang ulat sa isang fix. Isang scan ng Bitcoin Red Team noong Agosto ang nagtala ng 7,958 findings sa 501 open-source project matapos ang 108 oras. Sa puntong iyon, 24.7% ng mga finding ang may reproducible proofs; ang kabuuang bilang ay hindi nangangahulugang may 7,958 kumpirmadong exploitable vulnerabilities.

Inilarawan din sa naunang pag-uulat tungkol sa mga crypto bug bounty ang kahalintulad na review burden. Sinabi ni Cosmos Labs co-CEO Barry Plunkett noong Abril na tumaas ng 900% ang mga submission sa programa nito kumpara sa nakaraang taon, kabilang ang parehong mga valid at invalid na ulat. Ang PageBreak ay isang internal na tool ng Google, at hindi sinabi ng Google na available ito para sa mga crypto project.

Plano ng Google na ipares ang findings sa mga fix

Kahit na nililimitahan na ang mga ulat sa mga nabeberipikang finding, sinabi ng Google na tumatanggap pa rin ang mga product team nito ng mataas na dami ng security work. Dahil dito, nakikipagtulungan ang PageBreak sa iba pang proyekto ng Google, kabilang ang CodeMender, isang agent na bumubuo ng mga bug fix. Plano ng Google na palalimin ang koneksyong iyon upang marepaso ng mga product team ang mga iminungkahing fix kasabay ng mga kumpirmadong kahinaan.