CVE-2026-0628: Chrome Gemini WebView दोष

CVE-2026-0628 में Chrome extension DNR से Gemini के privileged WebView को प्रभावित कर सकता था; Chrome 143.0.7499.192 या नया करें।^{[1], [3], [5]}

CVSS वेक्टर

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H^[3]

💡 आसान भाषा में (ELI5)

Gemini Live को पुस्तकालय के सार्वजनिक सेवा-काउंटर की तरह सोचें, जिसके पीछे कर्मचारियों के लिए एक दरवाज़ा है। Chrome extensions को उस दरवाज़े से जाने से रोकता था, लेकिन डिलीवरी का रास्ता बदलने वाला नियम Gemini काउंटर पर लोड होने वाली script को फिर भी बदल सकता था। Script उस एम्बेडेड काउंटर पर चलती थी, जहाँ से ब्राउज़र की क्षमताएँ माँगने के लिए कर्मचारियों वाला सेवा-मार्ग उपलब्ध था। CVE-2026-0628 में डिलीवरी मार्ग की यही जाँच गायब थी।^{[2], [5]}

इस पेज के मुख्य शब्द

Privileged WebView: Browser-नियंत्रित surface में embed किया गया पेज, जो सामान्य वेबसाइटों को न मिलने वाली browser capabilities से बात कर सकता है।^{[2], [5]}
declarativeNetRequest (DNR): Chrome extension API जो मेल खाते network requests पर declarative नियम लागू करती है, जैसे redirects और response-header बदलाव।^{[2], [6]}
CVE-2026-0628: Google द्वारा High severity बताई गई Chrome flaw: Chrome 143.0.7499.192 से पहले WebView tag में अपर्याप्त policy enforcement।^{[3], [4]}
BragJack / prompt forcing: सितंबर 2026 का शोध-विवरण जो browser AI agents पर extension के नियंत्रण का अध्ययन करता है। यह शोध का नाम है, कोई दूसरी Chrome CVE नहीं।^{[2], [4]}

फ्रेमवर्क मैपिंग

इस गाइड में बताई गई कमजोरी के लिए CWE संदर्भ: CWE-862

मूल कारण विश्लेषण (Root Cause)

Google CVE-2026-0628 को Chrome के WebView tag में अपर्याप्त policy enforcement बताता है। Forever Security के तकनीकी खुलासे के अनुसार Gemini Live browser-नियंत्रित chrome://glic पेज का उपयोग करता था, जो WebView में gemini.google.com embed करता था। Chromium privileged पेज पर extension के सीधे हस्तक्षेप को रोकता था, लेकिन बताई गई कमी से declarativeNetRequest (DNR) वाला extension embedded पेज के मेल खाते HTTPS requests को प्रभावित कर सकता था। शोधकर्ता response headers बदलने और script को बदलकर embedded Gemini origin में code चलाने तथा browser-agent bridge से बात करने का वर्णन करते हैं। इससे सामान्य extension permissions और privileged panel की capabilities के बीच की सीमा पार हो सकती थी। रिपोर्ट page context, स्थानीय फ़ाइल की सामग्री और screenshots तक पहुँच दिखाती है तथा camera/microphone तक संभावित पहुँच बताती है; यह शोधकर्ता द्वारा बताया गया प्रभाव है, वास्तविक हमलों में शोषण का प्रमाण नहीं। इस CVE के लिए उपयोगकर्ता को दुर्भावनापूर्ण extension install करना पड़ता है। Google ने Windows/macOS के Chrome 143.0.7499.192/.193 और Linux के .192 में WebView boundary ठीक की। Chromium का सार्वजनिक fix इस सीमा की पुष्टि करता है: request.is_web_view true होने पर RulesetManager मौजूदा अनुमति निर्णय से पहले false लौटाता है। Chromium ने ChromeSignInWebViewTest.DeclarativeNetRequestRulesNotMatched जोड़ा; यह test MPArch को छोड़ता है, इसलिए यह regression test उस architecture को cover नहीं करता।^{[3], [2], [5], [4]}

हमले का चरण-दर-चरण प्रवाह

चरण 1

पूर्वशर्तें जाँचें

बताए गए Chrome path के लिए प्रभावित build और उपयोगकर्ता द्वारा install किया गया दुर्भावनापूर्ण या compromised extension चाहिए, जिसमें DNR और मेल खाते host permissions हों। यह केवल किसी webpage पर जाने से होने वाला हमला नहीं है।^{[3], [2], [6]}

चरण 2

Browser-owned agent surface खोलें

Gemini Live browser पेज chrome://glic का उपयोग करता है और WebView में Gemini web app embed करता है। यह पेज सामान्य वेबसाइटों को अनुपलब्ध capabilities बुला सकता है।^[2]

चरण 3

WebView request सीमा पार करें

शोधकर्ता के अनुसार, privileged surface पर extension interaction सीमित होने के बावजूद DNR नियम embedded WebView में लोड होने वाले HTTPS resources को प्रभावित कर सकते थे।^{[2], [5]}

चरण 4

Privileged page behavior तक पहुँचें

Response policy और Gemini origin में लोड code बदलकर प्रदर्शित chain browser-agent bridge से बात कर सकती थी। शोधकर्ता ने स्थानीय files और screenshots तक पहुँच बताई; वास्तविक शोषण का सार्वजनिक प्रमाण नहीं है।^{[2], [3]}

चरण 5

Patch करें और extension exposure घटाएँ

Google का fix platform के अनुसार Chrome 143.0.7499.192/.193 में है। वर्तमान stable release पर जाएँ और व्यापक host तथा DNR permissions वाले extensions सीमित करें।^{[1], [3], [5]}

सोर्स कोड: कमज़ोर बनाम सुरक्षित कार्यान्वयन

यह Chromium का upstream C++ बदलाव है, exploit का पुनर्निर्माण नहीं। यह मौजूदा अनुमति निर्णय से पहले WebView से आए अनुरोधों को अस्वीकार करता है, ताकि Declarative Net Request नियम उन पर लागू न हों। Chromium ने ChromeSignInWebViewTest.DeclarativeNetRequestRulesNotMatched भी जोड़ा; यह browser test MPArch को छोड़ता है, इसलिए उस architecture की coverage सिद्ध नहीं होती।^[5]

कमज़ोर कार्यान्वयन

// अंश: extensions/browser/api/declarative_net_request/ruleset_manager.cc
// सुधार से पहले इस अंतिम निर्णय में WebView से अनुरोध आने की जाँच नहीं थी।
return true;

सुरक्षित और सुदृढ़ फ़िक्स

// अंश: extensions/browser/api/declarative_net_request/ruleset_manager.cc
// मौजूदा अंतिम अनुमति से पहले Chromium बदलाव 9722f06a:
// Declarative Net Request नियमों को उन अनुरोधों पर लागू नहीं करना चाहिए
// जो WebViews से आते हैं।
if (request.is_web_view) {
  return false;
}
return true;

इंजीनियरिंग और सिस्टम सुरक्षा चेकलिस्ट

✓सभी managed Chrome channels और operating systems को वर्तमान stable release में update करें; Google की पहली fixed release 143.0.7499.192/.193 है।^{[1], [3]}
✓declarativeNetRequest और व्यापक host permissions वाले extensions की सूची बनाएँ; unapproved या unused extensions हटाएँ और managed allowlists अपनाएँ।^{[6], [2]}
✓Privileged browser page अन्य origins embed करता हो तो केवल URL को पर्याप्त isolation न मानें; पूरे embedded request context पर extension policy लागू करें।^{[2], [5]}
✓Browser tests जोड़ें जो सुनिश्चित करें कि extension redirects और header modifications privileged browser WebViews के resources को प्रभावित न कर सकें।^[5]
✓ब्राउज़र-एजेंट एकीकरण के लिए defense-in-depth नियम के रूप में, privileged operations को origin-bound browser interface के पीछे रखें; हर operation पर message source, frame identity, request type और user-consent स्थिति की पुष्टि करें।^[2]
✓इस CVE को बाद के BragJack research से अलग रखें: अन्य browsers में व्यापक निष्कर्षों का अर्थ यह नहीं कि वे इसी CVE से प्रभावित हैं।^{[2], [4]}