Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain adjacent network position
-
DeliverySend crafted proxy-auth traffic
-
ExploitTrigger incomplete cleanup of auth state
-
ExecutionRead residual sensitive data
-
ImpactExfiltrate disclosed information
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Incomplete cleanup
|
| Exploitation Conditions | Exploitation requires the attacker to be on an adjacent network (AV:A) - the same broadcast domain, local subnet, or a man-in-the-middle position on the network path - and specifically targets Chrome's Proxy Auth code path, so a proxy with authentication must be in use during the victim's browsing. The high attack complexity (AC:H) indicates additional non-trivial conditions such as winning a timing/race window or specific state alignment tied to the incomplete cleanup (CWE-459). Limiting factors: no remote internet-wide exploitation is possible, the victim environment must route traffic through an authenticating proxy, and exploitation only yields disclosure of sensitive information (C:H) with no integrity or availability impact (I:N/A:N). Patched in Chrome 155.0.8059.39 and later. |
| Impact | This is a moderate-severity information-disclosure flaw (CVSS 5.3) whose real-world urgency is tempered by its access requirements. The provided CVSS vector (CVSS:3.1/AV:A/AC:H/PR:N/UI:N) describes an adjacent-network (AV:A), high-complexity (AC:H) attack requiring no privileges or user interaction, with high confidentiality impact (C:H) and no integrity or availability impact. No EPSS score, CISA KEV listing, or public POC was supplied, so there is no public exploit identified at time of analysis and no evidence of active exploitation. The combination of AV:A plus AC:H means an attacker must be on the same logical network segment AND win a race/timing or meet specific conditions tied to the incomplete cleanup (CWE-459), which materially lowers likelihood versus a remote network-exploitable bug. Signals are internally consistent here - a High Chromium-rated but network-adjacent, high-complexity bug reasonably maps to a mid-range CVSS. The dominant risk driver is not exploitability but prevalence: Chrome's ubiquity means even a hard-to-exploit bug affects an enormous installed base, which is why it warrants prompt patching rather than emergency response. |
| Exploit ScenarioDerived | An attacker positioned on the same local network (e.g., shared Wi-Fi, a compromised LAN host, or a malicious intermediary proxy) sends crafted network traffic to a victim's Chrome browser during proxy authentication, exploiting memory or state that was not fully cleared (incomplete cleanup) to recover residual sensitive data such as proxy credentials or prior session information. The high attack complexity (AC:H) means the attacker must satisfy timing or configuration-dependent conditions, so exploitation is not reliably repeatable. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Information disclosure in Google Chrome's Proxy Auth handling lets an attacker on the same adjacent network segment (same broadcast domain or a man-in-the-middle position on the traffic path) capture sensitive data that Chrome failed to properly clear from memory. Exploitation is unauthenticated per the assessed vector (CVSS:3.1/AV:A/AC:H/PR:N/UI:N) but carries high attack complexity, and it only works meaningfully when the victim's browser is configured to route traffic through an authenticating proxy, making this a narrow, environment-dependent leak rated CVSS 5.3. The flaw is rated Chromium security severity High, is tracked as EUVD-2026-93809, and is fixed in Chrome 155.0.8059.39; there is no confirmed active exploitation (no CISA KEV listing) and no public exploit identified at time of analysis.
RemediationAI
Vendor-released patch: upgrade Google Chrome to 155.0.8059.39 or later, per the stable channel advisory at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html and the Chromium issue at https://issues.chromium.org/issues/533426590; verify the running build via chrome://version and force the update through your management tooling (Chrome auto-update, or enterprise policy/package management) since broad auto-update rollout can lag on managed endpoints. Where patching must be staged, compensating controls should target the required adjacent-network position and the authenticating-proxy dependency: enforce network segmentation, 802.1X, and DHCP snooping/ARP inspection on user VLANs to prevent an attacker from gaining same-segment or MITM placement (trade-off: does not help against a host already compromised on the same segment); and, on the proxy side, prefer Kerberos/Negotiate or certificate-bound authentication over Basic proxy auth and disable unencrypted proxy authentication where feasible, since those reduce what an adjacent sniffer can recover (trade-off: breaks access for clients that cannot do Negotiate, and may require a separate PAC/exception path). If proxy disclosure is suspected, rotate proxy credentials for the affected users. Removing users from authenticating-proxy environments entirely (direct egress) would eliminate the precondition but is usually unacceptable from a web-filtering and governance standpoint.
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 root cause class is CWE-459 (Incomplete Cleanup): state associated with HTTP proxy authentication - the code path Chrome uses to respond to a proxy's 407 Proxy Authentication Required challenge and to manage proxy credentials/negotiation state - is not fully scrubbed once it is no longer needed, leaving sensitive residue that crafted network traffic can retrieve. Because the vulnerable code lives in the browser's proxy-auth layer, the attack surface is the adjacent network hop between the browser and the authenticating proxy rather than any web-facing endpoint; the attacker must be able to observe or inject traffic on that path (AV:A), which is why the assessed vector has PR:N and UI:N but AC:H and only confidentiality impact (C:H/I:N/A:N). CPE data identifies the affected package as google:chrome with a wildcard version constraint, and EUVD lists the affected range as Chrome builds prior to 155.0.8059.39. No integrity or availability effect is expected - the weakness is purely a leak of information the browser should have discarded.
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:A/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
Adjacent attacker with no auth or interaction (AV:A/PR:N/UI:N); timing/state-dependent incomplete cleanup justifies AC:H; impact is information disclosure only, so C:H, I:N, A:N.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Incomplete cleanup in Proxy Auth in Google Chrome prior to 155.0.8059.39 allowed an adjacent attacker to obtain sensitive information via crafted network traffic. (Chromium security severity: High)
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-93809
GHSA-4frc-743q-hfxf
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB