Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious page
-
DeliveryDeliver crafted content to Chrome
-
ExploitTrigger incorrect-authorization check (AC:H timing)
-
ExecutionBypass sandbox security boundary
-
ImpactExecute code / access data outside renderer
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 victim to run a vulnerable Chrome desktop build (before 154.0.8037.57) and to actively visit or interact with attacker-controlled web content (UI:R). No authentication is required (PR:N), but the trigger has high attack complexity (AC:H), implying the attacker must win a race or satisfy specific timing/memory-state conditions rather than firing a single deterministic request. The flaw is an incorrect-authorization (CWE-863) security-boundary bypass whose success crosses the sandbox scope (S:C). Limiting factors: mandatory user interaction, AC:H reliability constraints, and the availability of a vendor patch all reduce realistic exploitation likelihood; there is no default-on server-side exposure since the client must browse to malicious content. |
| Impact | This is a real high-priority issue but its exploitability is bounded by attack complexity. The CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H, 8.3) describes a network-reachable, unauthenticated flaw that nonetheless requires both user interaction (visiting a malicious page) and a high-complexity trigger (AC:H - likely timing, grooming, or a race), and produces a scope change (S:C) with full confidentiality/integrity/availability impact. In Chrome terms, CWE-863 (Incorrect Authorization) combined with S:C and C:H/I:H/A:H points to a security-policy/permission-enforcement bypass that escapes the renderer sandbox - an RCE-class outcome rather than a simple 'authentication bypass.' Signals are mixed on urgency: no EPSS score, no CISA KEV listing, and no public POC are present in the input, so there is no evidence of active exploitation or automated weaponization - this is not confirmed in-the-wild. The AC:H requirement further lowers the odds of reliable mass exploitation compared with the AC:L siblings in the same Chrome release. A patch is available from the vendor. Net: prioritize patching because of Chrome's ubiquity and the full-impact scope change, but recognize the raw 8.3 overstates near-term real-world risk absent EPSS/KEV/POC signals and given AC:H. Note: the input tag 'Authentication Bypass' understates the impact - the CVSS shows full code-execution-class C/I/A, not a mere auth bypass. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page and lures a Chrome user (before 154.0.8037.57) into visiting it, e.g. via phishing or a malvertising redirect. The page exercises the incorrect-authorization flaw under carefully timed conditions (AC:H) to bypass a browser security boundary, cross the sandbox scope (S:C), and gain code execution or full data access on the host. No public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Sep 29, 2026
An authorization-bypass flaw in Google Chrome desktop builds prior to 154.0.8037.57 lets remote attackers escape a security boundary by having the victim load crafted web content in the browser. Successful exploitation crosses a sandbox boundary (S:C) and can compromise confidentiality, integrity and availability of the affected system, but the CVSS vector (AC:H, UI:R) means the attacker must satisfy specific timing or memory-state conditions and the user must actively visit or interact with the malicious page. No confirmed active exploitation (not in CISA KEV), no public exploit code identified at time of analysis, and a vendor patch is available, so prioritization should reflect a high-severity but hard-to-trigger client-side issue rather than an imminent mass-exploitation event.
Earlier versions of this analysis (1)
Google Chrome desktop (stable channel) is affected by a security flaw that Google has addressed in a stable-channel update, but the absence of a published description, CVSS score, vector, and CWE means the precise impact cannot be determined from the available intelligence. Exploitation prerequisites - including the specific feature involved, the level of user interaction, and any privilege requirements - are unconfirmed, so no reliable statement can be made about whether a remote attacker could achieve code execution, sandbox escape, information disclosure, or another outcome; there is no public exploit identified at time of analysis and no confirmed active exploitation (CISA KEV). Because the fix is distributed through Google's stable channel and mirrored by downstream packagers such as Ubuntu, the confirmed and actionable mitigation is simply to bring Chrome (or the distribution-packaged Chromium/Chrome build) up to the current stable release.
RemediationAI
Vendor-released patch: Chrome 154.0.8037.57. The primary remediation is to update every Chrome desktop installation to 154.0.8037.57 or later - via the built-in updater at chrome://settings/help, or through enterprise software distribution/patch management (Ubuntu and other Linux users should upgrade the chrome/chromium package using their repository), followed by a full browser restart, since Chrome keeps the old binary loaded until all processes exit. Patch details are documented in the Google Chrome Releases stable-channel advisory (http://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0856730748.html) and the underlying fix in Chromium issue 508462481. If immediate browser updates are not operationally feasible, compensating controls are limited and carry trade-offs: enforce strict site isolation and reduce the use of untrusted web content on affected endpoints (restricting browsing to allow-listed sites cuts productivity and does not fully remove the exposure because the flaw is triggered by page content); block or isolate risky browsing through a remote/isolated browsing or VDI tier that runs a different, patched build (adds latency and infrastructure cost); and keep sandboxing enabled at all costs, since disabling it or running with --no-sandbox would widen the impact of any bypass rather than mitigate it. Because the trigger requires the victim to visit attacker-controlled content, phishing-resistant browsing controls and DNS/web filtering reduce the odds of encounter but should be treated as temporary supplements, not substitutes, for upgrading to 154.0.8037.57.
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 root cause is categorized as CWE-863 (Incorrect Authorization): the browser grants a privilege or access it should have denied, rather than failing to validate memory or input. In Chromium's multi-process design, renderer processes are untrusted and are meant to be confined by both the sandbox and the site-isolation model, with privileged operations brokered through brokered interfaces (Mojo IPC) to browser-process services. An authorization-check defect on such a boundary can allow content from an untrusted origin or renderer to obtain capabilities reserved for the privileged process, which is why the assessed vector carries S:C - the impact scope crosses the intended sandbox/security boundary rather than staying inside one component. The high attack-complexity rating (AC:H) and required user interaction (UI:R) indicate the bypass is not a single deterministic request: the attacker must induce the victim to load attacker-controlled content and then satisfy a narrow race, ordering, or state precondition for the check to be defeated. Because the trigger lives in the client rendering/privilege path, there is no default server-side exposure; the attack surface is any Chrome desktop build older than 154.0.8037.57 that browses attacker-controlled web content. The ELEVATED EPSS/KEV signals are absent from the provided intelligence, and exploitation status is therefore unconfirmed.
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:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Network drive-by via malicious page (AV:N/UI:R/PR:N); high-complexity trigger (AC:H); authorization bypass escapes the sandbox (S:C) yielding full code-execution-class impact (C:H/I:H/A:H).
Primary rating from Vendor (vendor:ubuntu).
CVSS VectorVendor: vendor:ubuntu
Lifecycle Timeline
2DescriptionCVE.org
[Unknown description]
Executive ViewAI
Google Chrome desktop versions prior to 154.0.8037.57 contain an authorization-bypass flaw that can allow a remote attacker to escape the browser's sandbox and compromise the underlying system. While exploitation requires complex timing or memory-state conditions and user interaction, and no public exploit code has been identified, the widespread deployment of Chrome means organizations should prioritize patching to mitigate potential risk to confidentiality, integrity, and availability of affected endpoints.
Apply vendor patch.
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
Same weakness CWE-863 – Incorrect Authorization
View allSame technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-89224
GHSA-g4vm-jg64-5chw
NVD
CVE.org
EPSS
Exploit-DB