Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise renderer process via prior bug
-
DeliveryServe crafted HTML page
-
ExploitTrigger SiteIsolation authorization flaw
-
ExecutionBypass web origin policy
-
ImpactAccess cross-origin content
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to have ALREADY compromised the Chrome renderer process before this bug can be used - it is a chained, second-stage vulnerability, not an initial access vector. It further requires user interaction (UI:R, e.g., visiting/loading attacker content) and delivery of a crafted HTML page, and affects Chrome versions prior to 154.0.8037.92. The impact is limited to bypassing web-origin (Site Isolation) policy for an integrity effect (I:H) with no direct confidentiality or availability impact. The prior-renderer-compromise requirement is the dominant limiting factor and substantially reduces real-world risk versus the CVSS PR:N encoding. |
| Impact | This is a genuinely lower-tier issue despite a moderate 6.5 CVSS. The vendor itself rated it 'Chromium security severity: Low', and the CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N) reflects a single-impact bug: integrity-only (I:H) with no confidentiality or availability effect. The critical caveat is that the description explicitly requires 'a remote attacker who had compromised the renderer process' - i.e., this is a second-stage bug useful only after an attacker already controls a sandboxed renderer, so it functions as a link in an exploit chain (a partial sandbox/origin-policy weakening) rather than a standalone entry point. Note the conflict: the CVSS encodes PR:N (unauthenticated), but the description imposes a substantial prerequisite (prior renderer compromise) that PR:N does not capture - this is a known Chrome scoring convention where the renderer-compromise precondition is treated as out-of-scope chaining rather than a privilege. No EPSS score, no CISA KEV listing, and no public exploit were provided, so this is 'no public exploit identified at time of analysis.' Overall: real but low priority - it requires an existing renderer compromise and only weakens origin isolation rather than granting code execution or data theft directly. |
| Exploit ScenarioDerived | An attacker first compromises a Chrome renderer process (e.g., via a separate memory-corruption bug or a malicious site the victim visited after clicking through - UI:R), then serves a crafted HTML page that exploits the SiteIsolation authorization flaw to bypass web-origin policy from within the already-controlled renderer. This lets the attacker access or act on content belonging to another web origin that Site Isolation should have kept separate, deepening an existing foothold. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Incorrect authorization in Chrome's Site Isolation component (versions prior to 154.0.8037.92) allows an attacker who has already compromised a renderer process to bypass web-origin policy using a crafted HTML page, producing cross-origin integrity violations without direct confidentiality or availability impact. This is a chained, second-stage bug rather than an initial access vector: exploitation presupposes a prior renderer compromise and also requires user interaction to load the attacker's content, which is why Chromium rates it Low security severity despite an NVD base score of 6.5. Google has shipped a patched build and no public exploit code was identified at time of analysis; there is no indication of confirmed active exploitation (no CISA KEV listing).
RemediationAI
Vendor-released patch: upgrade to Google Chrome 154.0.8037.92 or later, distributed through the stable channel update described at https://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_01807488085.html; the fix is available from the vendor and should be pushed via automatic updates or enterprise management (e.g., a forced relaunch policy), with a browser restart required for the new build to take effect. Because the bug is only reachable after a renderer has already been compromised, direct compensating controls cannot close the defect itself, but they can reduce the odds of reaching the required precondition: keep Site Isolation and the renderer sandbox at their defaults (do not launch with --disable-site-isolation-trials), enforce the SitePerProcess enterprise policy so cross-site frames stay in separate processes, and verify that renderer exploit mitigations and out-of-process sandboxing have not been relaxed; the trade-off is increased memory and process overhead on low-end devices. Blocking attacker-supplied HTML is impractical for a general-purpose browser, but content filtering, safe-browsing enforcement and prompt patching of renderer-side memory-corruption bugs (the typical first stage of this chain) materially shrink exposure, and organizations that cannot immediately deploy 154.0.8037.92 should treat all older Chrome builds as a priority patch target rather than relying on the Low vendor severity rating. No version numbers beyond the vendor-supplied 154.0.8037.92 should be assumed as fixed, and no public exploit code was identified at time of analysis.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is an incorrect authorization weakness (CWE-863) inside Chrome's Site Isolation architecture, the process-per-site model that uses the browser process to enforce origin boundaries between renderers and keep cross-origin data out of untrusted processes. When Site Isolation's authorization checks are faulty, a renderer that has already been taken over can be induced to reach content or privileges belonging to a different origin, defeating the origin policy that Site Isolation exists to guarantee. The affected CPE (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) is a wildcard, so every Chrome build below the fixed version 154.0.8037.92 is in scope across platforms. The publicly listed vector is CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N (6.5), whereas our independent assessment uses CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:N/I:H/A:N: the network attack vector and user-interaction requirement are retained, but attack complexity is raised to High because the attacker must first hold a compromised renderer. The PR:N encoding is somewhat misleading in practice, since the exploit is not reachable by an unauthenticated outsider against an intact browser, and the sole impact is integrity (I:H) via origin-policy bypass, with no direct confidentiality or availability effect. The Chromium issue is tracked at issues.chromium.org/issues/498793976.
Know when Chrome gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N
AC:H because a prior renderer compromise is a real precondition; PR:N and UI:R per Chrome convention; integrity-only impact (origin-policy bypass) so C:N/A:N.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Incorrect authorization in SiteIsolation in Google Chrome prior to 154.0.8037.92 allowed a remote attacker who had compromised the renderer process to bypass web origin policy via a crafted HTML page. (Chromium security severity: Low)
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Use-after-free vulnerability in the DisplayObject class in the ActionScript 3 (AS3) implementation in Adobe Flash Player
V8 in Google Chrome prior to 54.0.2840.90 for Linux, and 54.0.2840.85 for Android, and 54.0.2840.87 for Windows and Mac
Type confusion in V8 in Google Chrome prior to 59.0.3071.86 for Linux, Windows, and Mac, and 59.0.3071.92 for Android, a
The Array.prototype.concat implementation in builtins.cc in Google V8, as used in Google Chrome before 49.0.2623.108, do
Mozilla Firefox before 18.0, Firefox ESR 10.x before 10.0.12 and 17.x before 17.0.2, Thunderbird before 17.0.2, Thunderb
Incorrect handling of complex species in V8 in Google Chrome prior to 57.0.2987.98 for Linux, Windows, and Mac and 57.0.
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 16.0, Firefox ESR 10.x before 10.0.8, Thunderbi
An issue was discovered in the Cisco WebEx Extension before 1.0.7 on Google Chrome, the ActiveTouch General Plugin Conta
The XrayWrapper implementation in Mozilla Firefox before 35.0 and SeaMonkey before 2.32 does not properly interact with
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 18.0, Firefox ESR 17.x before 17.0.2, Thunderbi
The Web IDL implementation in Mozilla Firefox before 28.0, Firefox ESR 24.x before 24.4, Thunderbird before 24.4, and Se
Use-after-free vulnerability in the BitmapData class in the ActionScript 3 (AS3) implementation in Adobe Flash Player 13
EUVD-2026-89402
GHSA-vv45-qw3h-rvwh
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB