Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
DeliveryTrigger malicious StorageAccessAPI call
-
ExploitBypass cross-origin isolation in renderer
-
ExecutionRead cross-origin data from victim browser session
-
ImpactExfiltrate data to attacker server
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V14 - Data Protection Data exposure prevention
MITRE ATT&CK
2 techniques across 2 tactics: Collection, Discovery The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation has one hard prerequisite: the victim must actively visit an attacker-controlled crafted HTML page in an unpatched Chrome browser (prior to 152.0.7977.65). The CVSS PR:N vector confirms no attacker-side authentication is required - the attacker merely hosts the malicious page. Exploitation is limited by: mandatory active user interaction (the victim must navigate to the page, not just receive a passive network packet); unchanged scope (S:U in CVSS confirms no sandbox escape or privilege escalation beyond the browser renderer); and partial confidentiality impact only with no integrity or availability consequence (I:N/A:N). The SSVC automatable: no classification independently confirms that mass automated exploitation without per-victim user interaction is not feasible. Non-default browser configurations or policies that restrict Storage Access API usage would further reduce exposure. |
| Impact | The CVSS 4.3 score with vector AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N reflects a network-reachable vulnerability with no authentication requirement but mandatory user interaction, limited to partial confidentiality impact with no integrity or availability consequence. EPSS of 0.24% at the 15th percentile is very low, and SSVC independently corroborates this with exploitation: none and automatable: no - the user-interaction gate (UI:R) prevents mass automated scanning and exploitation. KEV is absent, no POC is known, and the Chromium team itself rated this Low severity. Even a well-resourced threat actor would find more efficient cross-origin data theft vectors than this flaw. The primary real-world risk is targeted abuse against specific high-value users via phishing links, not opportunistic mass exploitation. There is no conflict between data sources - all signals consistently indicate low urgency. |
| Exploit ScenarioDerived | An attacker hosts a crafted HTML page that abuses Chrome's StorageAccessAPI to read cross-origin data from a victim's active browser session. The victim is lured to the page via a phishing link or malicious advertisement; once the page loads, it silently reads restricted cross-origin storage data. No public exploit code exists at time of analysis, so crafting a working exploit requires meaningful knowledge of Chrome's StorageAccessAPI internals and cross-origin boundary enforcement. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 26, 2026
Cross-origin data exposure in Google Chrome's StorageAccessAPI implementation allows a remote attacker to read data across origin boundaries by directing a victim to a specially crafted HTML page. All Chrome desktop releases prior to 152.0.7977.65 are affected across all platforms. No public exploit code has been identified and CISA SSVC classifies current exploitation status as none, consistent with the Chromium team's own Low severity rating.
RemediationAI
Update Google Chrome to version 152.0.7977.65 or later using Chrome's built-in update mechanism (Settings → Help → About Google Chrome) or via enterprise deployment tools; the stable-channel advisory is at https://chromereleases.googleblog.com/2026/08/stable-channel-update-for-desktop_0256176589.html. For enterprise environments that cannot patch immediately, consider disabling or restricting the Storage Access API via enterprise browser policy (Chrome Enterprise policy StorageAccessAPIAllowedForOrigins can be scoped to limit which origins may invoke it), though this may break federated login and embedded content workflows that legitimately depend on the API. URL filtering to block access to untrusted domains is a lower-efficacy compensating control given that the attack vector requires user navigation to a crafted page. No workaround fully mitigates the underlying implementation flaw without patching.
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 Storage Access API is a browser mechanism that allows embedded third-party iframes to request access to their first-party storage (cookies, local storage) when loaded in a cross-site context, primarily designed to support federated login and embedded widgets without full third-party cookie access. The affected CPE (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) spans all Chrome desktop releases before 152.0.7977.65. CWE-200 (Exposure of Sensitive Information to an Unauthorized Actor) identifies the root cause class: the StorageAccessAPI implementation improperly permits cross-origin data to be read by an attacker-controlled page, violating the same-origin policy boundary that this API is supposed to enforce. The flaw exists in the browser's renderer-level enforcement of storage partitioning rather than in any server-side component.
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:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
Network-delivered via crafted page (AV:N), user must visit page (UI:R), no attacker auth needed (PR:N), partial confidentiality only with no integrity or availability impact.
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: Chrome
Lifecycle Timeline
3DescriptionCVE.org
Information leak in StorageAccessAPI in Google Chrome prior to 152.0.7977.65 allowed a remote attacker to obtain cross-origin data 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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Same weakness CWE-200 – Information Exposure
View allSame technique Information Disclosure
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-66052
GHSA-q9qv-6qx8-79cg
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB