Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
ExploitPage invokes flawed SanitizerAPI behavior
-
ExecutionSanitizer leaks sensitive data
-
ImpactAttacker exfiltrates disclosed information
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Incorrect provision of specified functionality
|
| Exploitation Conditions | Exploitation requires the victim to load attacker-controlled web content (UI:R in the CVSS vector) in an unpatched Chrome build prior to 155.0.8059.39 that exercises the SanitizerAPI; the crafted HTML page must invoke the API's mis-specified functionality to trigger the leak. No authentication or privileges are needed (PR:N), but the mandatory user interaction and the information-disclosure-only impact (C:L, no integrity/availability effect) substantially limit real-world risk. There is no indication a special non-default configuration is required beyond normal browser use. |
| Impact | This is a low-priority issue despite a network attack vector. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N, base 4.3) describes a remote, unauthenticated flaw that requires user interaction (victim must visit a crafted HTML page) and yields only low confidentiality impact with no integrity or availability effect - consistent with the vendor's 'Low' severity rating and the SSVC assessment (Exploitation: none, Automatable: no, Technical Impact: partial). All signals align toward low real-world urgency: there is no CISA KEV listing, no public exploit identified, and SSVC explicitly records no observed exploitation and non-automatable attacks. No EPSS score was provided in the input, so probabilistic exploitation likelihood cannot be quantified here. The one amplifying factor is prevalence - Chrome is ubiquitous - but the information-only impact, mandatory user interaction, and absence of any exploitation evidence make this a patch-in-normal-cycle item rather than an emergency. |
| Exploit ScenarioDerived | An attacker hosts or injects a crafted HTML page that abuses the SanitizerAPI's incorrect handling of specified functionality; when a victim using an unpatched Chrome build visits the page, sensitive information is leaked across a boundary it should not cross. No public exploit code has been identified, and success depends on the victim actively loading attacker-controlled content. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Information disclosure in Google Chrome before 155.0.8059.39 allows a remote attacker to leak sensitive information from the browser when a victim loads a crafted HTML page that exercises the Sanitizer API, exploiting an implementation that does not deliver the functionality as specified. The attack requires no authentication (PR:N) but does require the user to open attacker-controlled web content (UI:R), and the impact is confined to low confidentiality with no integrity or availability effect, yielding a CVSS 3.1 base score of 4.3 and a Chromium-assigned severity of Low. No public exploit code has been identified at time of analysis and CISA's SSVC decision framework rates exploitation as none, so this is a low-priority update-and-move-on issue rather than an urgent threat.
RemediationAI
Update to Google Chrome 155.0.8059.39 or later, which is the vendor-released fix and the version boundary identified in the Chrome stable channel advisory (https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html) and confirmed by the ENISA EUVD record; allow Chrome's built-in updater to reach that build or push it through enterprise software management, and verify the reported version in chrome://version after deployment. The patch is available from the vendor, so no unpatched-window workaround is strictly required; if an update cannot be applied immediately, the practical compensating controls are to accelerate forced updates via browser management policy and to reduce exposure to untrusted HTML in the interim, recognising the trade-off that blocking or severely restricting general web browsing is disruptive and that the Sanitizer API cannot be reliably disabled through a documented end-user setting in the data provided, while network filtering offers little benefit because the trigger is an ordinary, legitimate page load. Organisations running Chromium-based browsers should apply their vendor's equivalent build once it rebases on this Chrome milestone, and because the impact is limited to low-confidentiality information disclosure with no integrity or availability effect and no exploit code identified at time of analysis, remediation can be scheduled through routine patch cycles rather than emergency change control. The advisory URLs above should be retained as the authoritative references for audit and compliance evidence.
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 affected component is the Sanitizer API, the browser primitive (historically exposed through Element.setHTMLUnsafe/setHTML-style methods) designed to parse untrusted HTML against an explicit allow-list of elements and attributes so that dangerous markup is stripped before insertion into the DOM. The root cause class is CWE-684, Incorrect Provision of Specified Functionality: the shipped implementation does not behave the way the specification mandates, so markup or state that the API is supposed to remove or neutralize survives processing, and a crafted HTML page can use that mis-specified behavior to expose information the page should not be able to read. Because the defect is a deviation from the specified sanitization contract rather than a memory-safety bug, the consequence is limited to information disclosure (C:L) rather than code execution, and the vector shows no integrity or availability impact. CPE data confirms the affected package as google:chrome across all platforms and versions prior to 155.0.8059.39 (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*), with the underlying engineering issue tracked in Chromium issue 556213916 and the public release note in Chrome's stable channel update. Chromium security severity is Low, and ENISA's EUVD record (EUVD-2026-93645) mirrors the same version boundary.
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:L/PR:N/UI:R/S:U/C:L/I:N/A:N
Remote crafted page with no auth (AV:N/PR:N) but requires victim navigation (UI:R); only low confidentiality loss and no integrity or availability impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Incorrect provision of specified functionality in SanitizerAPI in Google Chrome prior to 155.0.8059.39 allowed a remote attacker to leak sensitive information 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.
EUVD-2026-93645
GHSA-93jf-5rxp-jxc7
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB