Google ने खुलासा किया है कि उसके PageBreak AI सुरक्षा एजेंट ने कंपनी के वेब एप्लिकेशनों में 500 से अधिक cross-site scripting कमजोरियां खोजी हैं.

Google Product Security टीम ने कहा कि PageBreak की शुरुआत नवंबर 2025 में एक पायलट के रूप में हुई थी और जनवरी 2026 में यह एक औपचारिक प्रोजेक्ट बन गया. यह Google के अपने वेब एप्लिकेशनों का परीक्षण करता है और कंपनी के संवेदनशील डोमेनों पर भी cross-site scripting, या XSS, खामियां खोज चुका है. Google ने अपनी घोषणा में प्रभावित एप्लिकेशनों की पहचान नहीं बताई.

XSS तब होता है जब कोई एप्लिकेशन हमलावर की स्क्रिप्ट को किसी दूसरे यूजर के ब्राउज़र में चलने देता है. एप्लिकेशन और हमलावर की पहुंच के आधार पर यह खामी डेटा को उजागर कर सकती है या किसी को प्रभावित यूजर के सेशन के जरिए कार्रवाई करने दे सकती है. Google ने अपने एप्लिकेशनों में 500 से अधिक निष्कर्षों की जानकारी दी, लेकिन प्रोडक्ट या severity के आधार पर कोई विवरण नहीं दिया.

PageBreak संदिग्ध खामियों की पुष्टि कैसे करता है

हर संदिग्ध बग को सीधे प्रोडक्ट टीम के पास भेजने के बजाय, PageBreak प्रत्येक संभावित निष्कर्ष को एक विशेष validator के पास भेजता है. XSS निष्कर्ष के मामले में validator एक JavaScript payload डालता है, प्रभावित पेज को लोड करता है, और जांचता है कि स्क्रिप्ट चलती है या नहीं. Google ने कहा कि इस validation चरण ने सिस्टम की false positive दर को लगभग शून्य के करीब बनाए रखा है.

यह एजेंट अन्य प्रकार की खामियों का भी परीक्षण कर सकता है. Google के अनुसार, उसके validators यह जांचते हैं कि क्या injected input डेटाबेस query को बदलता है, क्या कोई एप्लिकेशन path traversal के जरिए किसी फाइल को उजागर करता है, या क्या उससे कोड execute कराया जा सकता है. एक अलग जांच उन requests को भी देखती है जिन्हें कोई एप्लिकेशन internal services को भेजता है.

अधिकांश PageBreak स्कैन Gemini मॉडलों का उपयोग करते हैं, जिनमें Gemini 3.1 Pro और Gemini 3.5 Flash शामिल हैं, हालांकि Google ने कहा कि एजेंट अलग-अलग मॉडलों के साथ भी काम कर सकता है. Validators खुद AI एजेंट द्वारा नहीं लिखे गए हैं. Google एजेंट्स को बार-बार प्रयासों के माध्यम से भी चलाता है, क्योंकि कोई मॉडल काम करने योग्य एक्सप्लॉइट मिलने से पहले एक गैर-उत्पादक रास्ते पर जा सकता है.

Google ने validation प्रक्रिया उस समस्या के जवाब में बनाई, जिसका सामना उसकी सुरक्षा टीम कर चुकी थी: AI-जनित रिपोर्ट्स ऐसे विश्वसनीय attack paths बता सकती हैं जो परीक्षण के दौरान विफल हो जाते हैं. PageBreak की प्रक्रिया के तहत, अप्रमाणित candidates सुरक्षा टीम के workflow के भीतर ही रहते हैं. वे बाद के स्कैन का मार्गदर्शन कर सकते हैं या इंजीनियरों को नए validators बनाने में मदद कर सकते हैं, लेकिन Google ने कहा कि उन्हें प्रोडक्ट टीमों को confirmed bugs के रूप में नहीं भेजा जाता.

PageBreak ने संरक्षित एप्लिकेशनों में दो खामियां खोजीं

Google के अनुसार, उसके high-assurance वेब फ्रेमवर्क पर बने सैकड़ों एप्लिकेशनों में से PageBreak ने 4 सितंबर तक दो XSS कमजोरियों की पहचान की. दोनों ही internal applications या debug endpoints तक सीमित थीं, जहां उनकी सुरक्षा सुरक्षा-परतों में कमी थी. यह परिणाम उसी एप्लिकेशन समूह को कवर करता है; 500 से अधिक निष्कर्षों का Google का आंकड़ा अधिक व्यापक रूप से उसके first-party वेब एप्लिकेशनों को कवर करता है.

यह framework परिणाम Google को यह जांचने का तरीका देता है कि उसके एप्लिकेशन डिजाइन repeated scans के खिलाफ कितना टिकाऊ है. PageBreak को उन कंपनी टूल्स तक भी पहुंच है जो उसे बड़े पैमाने पर एप्लिकेशनों का निरीक्षण करने में मदद करते हैं. Google ने कहा कि उसका code repository एजेंट को services के बीच paths को ट्रैक करने देता है, जबकि live web traffic से मिलने वाला सुरक्षा डेटा किसी requested page को संबंधित source code से जोड़ सकता है. मौजूदा scanners उसे internal sites तक authenticated access देते हैं, जिनकी जांच किसी बाहरी researcher के लिए मुश्किल हो सकती है.

ये संसाधन Google के निष्कर्षों के दायरे को समझाने में मदद करते हैं, बिना यह संकेत दिए कि कोई दूसरी संस्था केवल Gemini मॉडल चलाकर वही परिणाम पा सकती है. PageBreak की रिपोर्ट की गई गिनती Google के एप्लिकेशनों पर किए गए उन स्कैन से आई है, जिनमें Google के code, traffic data और testing systems तक पहुंच थी.

क्रिप्टो टीमों को भी उसी verification workload का सामना करना पड़ता है

AI-जनित सुरक्षा रिपोर्ट्स की जांच की समस्या क्रिप्टो सॉफ्टवेयर में भी सामने आई है. जुलाई में, Ethereum Foundation की सुरक्षा रिसर्च ने एक ऐसी प्रक्रिया का वर्णन किया जिसमें एजेंट संभावित निष्कर्ष विकसित करते हैं और अलग reviewers उन्हें reproduce करने की कोशिश करते हैं. फाउंडेशन ने libp2p में एक confirmed flaw की रिपोर्ट की, जिसे बाद में CVE-2026-34219 के रूप में सार्वजनिक किया गया, साथ ही यह चेतावनी भी दी कि सतही तौर पर विश्वसनीय रिपोर्ट्स में unreachable code या ऐसे attack conditions शामिल हो सकते हैं जो व्यवहार में लागू ही नहीं होते.

जो टीमें क्रिप्टो यूजर्स के फंड्स को संभालती हैं, उनके लिए candidate issue और working exploit के बीच का अंतर इस बात को प्रभावित करता है कि कोई रिपोर्ट कितनी जल्दी fix तक पहुंच सकती है. अगस्त में Bitcoin Red Team के एक स्कैन ने 108 घंटों के बाद 501 open-source projects में 7,958 निष्कर्ष दर्ज किए. उस समय, 24.7% निष्कर्षों के पास reproducible proofs थे; पूरी संख्या 7,958 confirmed exploitable vulnerabilities का प्रतिनिधित्व नहीं करती थी.

क्रिप्टो bug bounties पर पहले की रिपोर्टिंग में भी इसी तरह के review burden का वर्णन किया गया था. Cosmos Labs के co-CEO Barry Plunkett ने अप्रैल में कहा था कि उसके प्रोग्राम में submissions पिछले वर्ष की तुलना में 900% बढ़ गई थीं, जिनमें valid और invalid दोनों तरह की रिपोर्ट्स शामिल थीं. PageBreak Google का एक internal tool है, और Google ने यह नहीं कहा है कि यह क्रिप्टो प्रोजेक्ट्स के लिए उपलब्ध है.

Google निष्कर्षों को fixes के साथ जोड़ने की योजना बना रहा है

Google ने कहा कि verified findings तक रिपोर्ट्स सीमित कर देने के बाद भी उसकी प्रोडक्ट टीमों को सुरक्षा से जुड़ा काम बड़ी मात्रा में मिलता है. इसलिए PageBreak, Google के अन्य प्रोजेक्ट्स के साथ काम कर रहा है, जिनमें CodeMender भी शामिल है, जो bug fixes तैयार करने वाला एक एजेंट है. Google की योजना इस कनेक्शन को और गहरा करने की है ताकि प्रोडक्ट टीमें confirmed vulnerabilities के साथ-साथ proposed fixes की भी समीक्षा कर सकें.