Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain physical access to unattended device
-
DeliveryOpen or interact with Chrome browser
-
ExploitTrigger use-after-free condition in Ozone display layer
-
ExecutionCorrupt heap memory region
-
ImpactExecute arbitrary code within Chrome process
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 | Physical access to the target device is the explicit and mandatory prerequisite, as confirmed by the CVSS attack vector AV:P. The attacker does not require any account credentials or authentication (PR:N), and no user interaction from the victim is needed (UI:N) beyond the attacker being present at the device. Attack complexity is Low (AC:L), meaning no special timing, race conditions, or brute-force is required once physical access is obtained. Exploitation is limited to scenarios where an attacker can directly interact with the hardware - remote exploitation is not possible. Non-default configurations or specific feature flags for Ozone are not described as prerequisites in the available data; the vulnerability appears present in default Chrome installations on affected platforms. |
| Impact | The CVSS base score of 6.8 reflects a meaningful tension: impact subscores are all High (C:H/I:H/A:H), but the attack vector is Physical (AV:P), which dramatically constrains real-world exploitability. Physical access is a hard prerequisite that eliminates remote and adjacent-network threat actors entirely. Attack complexity is Low (AC:L) and no privileges are required (PR:N), meaning that once an attacker has physical access, exploitation is not technically demanding. No EPSS data was provided in the intelligence feed, and this CVE does not appear on the CISA KEV list, indicating no confirmed active exploitation at the time of analysis. No public POC has been identified. For enterprise environments where devices may be left unattended or accessed by untrusted parties (shared workstations, kiosks, field devices), this is a meaningful risk that justifies patching. For environments with strong physical security controls, the practical risk is substantially lower than the impact subscores suggest. Google rated this Critical internally (Chromium security severity), likely reflecting the memory safety class and impact potential rather than the physical access prerequisite. |
| Exploit ScenarioDerived | An attacker gains physical access to an unattended device running a vulnerable version of Chrome (prior to 149.0.7827.103) - for example, a shared workstation or unattended laptop. By interacting with the Chrome browser and triggering a specific sequence of operations within the Ozone display layer, the attacker causes a freed memory region to be referenced, enabling heap corruption. Successful exploitation could lead to arbitrary code execution within the Chrome process with high impact on confidentiality, integrity, and availability. No public POC has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 09, 2026
Heap corruption via use-after-free in Chrome's Ozone display subsystem (versions prior to 149.0.7827.103) enables a local attacker with physical device access to achieve high-impact compromise across confidentiality, integrity, and availability. The CVSS vector (AV:P/AC:L/PR:N/UI:N) confirms physical presence is the primary prerequisite, with no authentication or user interaction required once access is obtained. No public exploit code or CISA KEV listing has been identified at time of analysis; a vendor-released patch is available in Chrome 149.0.7827.103.
RemediationAI
The primary remediation is to update Google Chrome to version 149.0.7827.103 or later, which includes the vendor-released fix for this use-after-free in Ozone. The stable channel update advisory is available at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html. For organizations unable to patch immediately, the most effective compensating control is enforcing strict physical access policies - device screen locks, full-disk encryption (to limit value of physical access), and unattended device policies reduce the viable attack window. On managed ChromeOS or Linux fleets, disabling local login or enforcing verified boot adds a layer of deterrence. Note that these physical controls do not eliminate the vulnerability; they raise the bar for exploitation. Patch deployment remains the only confirmed remediation.
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
Ozone is Chromium's platform abstraction layer for display and input, primarily used on Linux desktop and ChromeOS to interface with windowing systems such as Wayland and X11. CWE-416 (Use After Free) describes a class of memory safety defects where a program continues to reference memory after it has been freed, enabling an attacker to control the contents of that memory region and redirect execution or corrupt heap state. In Chromium's renderer and browser process architecture, UAF bugs in platform-level components like Ozone can cross process boundaries and undermine the sandbox. The affected version range is all Chrome releases prior to 149.0.7827.103, as confirmed by the EUVD entry (EUVD-2026-35228) and the vendor's stable channel update advisory.
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
Sources disagree (Medium–Critical)AV:P/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Ozone in Google Chrome prior to 149.0.7827.103 allowed a local attacker to potentially exploit heap corruption via physical access to the device. (Chromium security severity: Critical)
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
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.
Related Vulnerabilities in Google Chrome Use-After-Free and Memory Safety Flaws
View all 74Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
EUVD-2026-35228
GHSA-3wm7-483h-66xg
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB