Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious page
-
ExploitServe crafted cross-origin requests
-
ExecutionTrigger CORS origin-policy bypass
-
ImpactWeaken web origin enforcement
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Exploitation requires the victim to visit or interact with attacker-controlled web content (UI:R) running in an unpatched Google Chrome build prior to 155.0.8059.39; the attacker then sends crafted cross-origin network traffic that abuses the CORS implementation to bypass web-origin-policy enforcement. No authentication or elevated privileges are needed (PR:N), and attack complexity is low (AC:L), but the mandatory user-interaction step and the Chromium-assessed 'Low' severity with integrity-only impact meaningfully limit real-world risk. The primary limiting factor is Chrome's silent auto-update mechanism, which rapidly reduces the exposed population. |
| Impact | This is a genuinely low-priority issue where every available signal agrees. The CVSS base score is 4.3 (Medium-low), and the vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N) shows only a limited integrity impact with no confidentiality or availability loss, scope unchanged, and mandatory user interaction (UI:R). Google itself rated the Chromium security severity as 'Low.' EPSS reinforces this: 0.17% probability at only the 6th percentile, indicating very low likelihood of exploitation in the wild. There is no CISA KEV listing and no POC referenced in the provided data, so exploitation status is 'no public exploit identified at time of analysis.' No SSVC decision record was supplied. The one mild tension worth noting: the CWE is CWE-221 (Information Loss/Omission) and the description frames this as 'Information loss in CORS' that lets an attacker 'bypass web origin policy,' which intuitively suggests a confidentiality-adjacent cross-origin data concern, yet the official vector sets C:N and attributes the single impact to I:L - verify the exact impacted asset with Google if confidentiality of cross-origin responses is a concern. Net assessment: real but low-severity, not an urgent remediation priority beyond normal Chrome auto-update hygiene. |
| Exploit ScenarioDerived | An attacker lures a victim to a malicious web page (satisfying the UI:R user-interaction requirement), which issues crafted cross-origin network traffic that abuses the CORS implementation to weaken enforcement of the web origin policy. Because scope is unchanged and impact is limited to integrity (I:L), the realistic result is partial circumvention of cross-origin restrictions rather than full data theft or code execution. 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 meAnalysisAIv1 – Oct 09, 2026
Improper CORS handling in Google Chrome versions prior to 155.0.8059.39 allows a remote attacker to bypass the browser's web origin policy by delivering crafted cross-origin network traffic to a victim who visits attacker-controlled content (UI:R). The assessed vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N, 4.3) shows no authentication requirement but a mandatory user-interaction step and integrity-only impact, matching Chromium's own 'Low' severity rating; there is no public exploit identified at time of analysis and EPSS is negligible at 0.17% (6th percentile). Risk is further reduced by Chrome's silent auto-update channel, which quickly shrinks the exposed population.
RemediationAI
Vendor-released patch: Google Chrome 155.0.8059.39; upgrade to this version or later, as documented in Google's Stable Channel Update for Desktop (https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html). Standard practice is to let the built-in updater apply it and then fully restart the browser, since Chrome applies updates only after all processes are relaunched. For managed fleets, force the version via enterprise policy (for example pinning the target version with Chrome Browser Cloud Management or an equivalent update policy) and verify compliance so that hosts cannot remain on pre-155.0.8059.39 builds. Because the defect is entirely client-side CORS logic, there is no meaningful server-side workaround that can be applied by web application owners; the practical compensating controls are to gate or block access from unpatched browser user agents at sensitive internal web properties, restrict high-value browsing to managed and version-verified browsers, and rely on endpoint management to detect and remediate stale Chrome installations. Each of these controls has trade-offs: user-agent gating is trivially spoofable and can break legitimate users, and browsing restrictions add friction, so patching remains the only complete fix. Track the upstream advisory at https://issues.chromium.org/issues/513518289 for any revision to the fixed version.
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 sits in Chrome's implementation of Cross-Origin Resource Sharing (CORS), the browser mechanism that governs whether a page from one origin may read responses fetched from another, using Origin headers, Access-Control-Allow-Origin/credentials responses, and preflight OPTIONS requests. CWE-221 (Information Loss or Omission) is the root-cause class here: a piece of origin-related information is dropped or not correctly propagated during CORS processing, so the browser's origin-policy enforcement can be sidestepped when crafted cross-origin traffic is processed. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covers all Chrome builds below the fixed release, and the issue is tracked upstream as Chromium bug 513518289, classified by the Chromium team as Low security severity, consistent with an integrity-only impact and required user interaction. The 'Authentication Bypass' tag reflects that the origin policy - effectively the browser's authentication boundary between sites - is what fails, not that the attacker needs any credentials.
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:N/I:L/A:N
Remote, no privileges, low complexity, but requires user interaction with malicious content; a CORS/origin-policy bypass yields limited integrity impact only, with scope unchanged.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Information loss in CORS in Google Chrome prior to 155.0.8059.39 allowed a remote attacker to bypass web origin policy via crafted network traffic. (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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-93604
GHSA-76jp-9gqr-629g
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB