Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise renderer via prior bug
-
DeliveryServe crafted HTML page
-
ExploitTrigger use-after-free in Accessibility
-
ExecutionReclaim freed object with controlled data
-
PersistEscape sandbox / escalate privileges
-
ImpactExecute code in browser context
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, 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 renderer process (e.g., via a prior renderer RCE bug) - this is a chained privilege-escalation/sandbox-escape primitive, not a standalone remote exploit. It further requires user interaction (UI:R, loading or navigating to a crafted HTML page) and, per CVSS AC:H, specific memory-layout/timing conditions to reliably trigger the use-after-free in the Accessibility component. Limiting factors: the renderer-compromise prerequisite, high attack complexity, and the need for the victim to load attacker-controlled content substantially raise the bar; the bug affects Chrome builds prior to 148.0.7778.168 across Windows, macOS, and Linux. |
| Impact | Signals are consistent and point to a real-but-conditional risk rather than an internet-facing emergency. The CVSS 7.5 vector (AV:N/AC:H/PR:N/UI:R) reports network vector with no privileges, but the description contradicts the PR:N assumption: exploitation requires an attacker who has ALREADY compromised the renderer process, so this is realistically a chained sandbox-escape primitive, not a zero-click network bug - verify prioritization accordingly. SSVC aligns with low urgency: Exploitation=none, Automatable=no, but Technical Impact=total (full control if reached). EPSS is very low (0.07%, 21st percentile) and there is no KEV listing and no public exploit identified, so widespread opportunistic exploitation is unlikely. However, Chrome's ubiquity and the total technical impact mean this should still be patched promptly as part of the browser's routine security cadence, especially in environments where renderer compromise (via a separate bug) is plausible. |
| Exploit ScenarioDerived | An attacker first uses a separate renderer exploit to gain code execution inside a Chrome tab's sandboxed renderer, then serves or navigates that tab to a crafted HTML page that manipulates the accessibility tree to trigger the use-after-free in the Accessibility component. By controlling the reclaimed memory, the attacker escalates out of the renderer into higher-privileged browser context. No public exploit code has been identified, and the multi-stage nature and high attack complexity make weaponization non-trivial. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 23, 2026
Privilege escalation in Google Chrome desktop before 148.0.7778.168 lets an attacker who has already compromised the renderer process abuse a use-after-free in the Accessibility component to break out of the sandbox and gain elevated privileges via a crafted HTML page. Rated High by Chromium and scored CVSS 7.5, it is a second-stage exploit primitive rather than a standalone entry point. There is no public exploit identified at time of analysis, it is not in CISA KEV, and EPSS is very low at 0.07%.
RemediationAI
Vendor-released patch: update Google Chrome to 148.0.7778.168 or later on all desktop platforms; Chrome typically auto-updates, so verify via chrome://settings/help and relaunch to apply. For managed fleets, push the updated build through enterprise deployment tooling, and for Linux users update the distribution-provided Chromium/Chrome packages once Red Hat and SUSE publish rebuilt versions. Because exploitation first requires a compromised renderer, keeping the site-isolation sandbox enabled (the default) and promptly applying all Chrome security updates that fix renderer-side bugs are the most effective compensating controls; disabling the sandbox or accessibility features is not recommended as a workaround since it degrades security or usability. Refer to the vendor advisory at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_12.html.
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 a CWE-416 use-after-free in Chrome's Accessibility (a11y) subsystem, which builds and maintains the accessibility tree that mirrors the DOM for assistive technologies. Use-after-free occurs when a freed object's memory is later dereferenced, allowing an attacker to control the contents of the reclaimed allocation and hijack execution or corrupt state. Because the Accessibility engine partly operates in the higher-privileged browser process, a memory-corruption bug there is a classic vector for escaping the renderer sandbox. The affected product per CPE is cpe:2.3:a:google:chrome (all versions prior to the fixed build), and Red Hat and SUSE tags indicate downstream redistribution in Linux Chromium/Chrome packages.
Know when the next one hits your stack
- 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:U/C:H/I:H/A:H
Requires a pre-compromised renderer (PR:L) and precise memory conditions (AC:H) plus loading crafted content (UI:R); escaping the renderer sandbox crosses a trust boundary (S:C) with full impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Accessibility in Google Chrome prior to 148.0.7778.168 allowed a remote attacker who had compromised the renderer process to perform privilege escalation via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome desktop contains a privilege escalation flaw (CVE-2026-8557) affecting all versions before 148.0.7778.168 that allows attackers to escape the browser sandbox if they have already compromised the rendering process. While this is a secondary vulnerability requiring prior system access and no public exploit has been identified, it significantly increases the impact of renderer exploits across organizations where Chrome is widely deployed. Immediate patching is recommended to eliminate this post-compromise escalation path.
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
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Same weakness CWE-416 – Use After Free
View allSame technique Privilege Escalation
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Fixed |
EUVD-2026-30469
GHSA-wh82-47gg-p482
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB