Skip to main content

Google Chrome CVE-2026-106220

| EUVDEUVD-2026-93618 HIGH
Information Exposure (CWE-200)
2026-10-06 Chrome GHSA-37jj-755w-p6f3
High
Disputed · 8.8 Vendor: Chrome
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Lure victim to crafted HTML page
  2. Exploit
    Page triggers flaw in Passwords component
  3. Impact
    Sensitive information disclosed to attacker

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 requires the victim to actively open or navigate to an attacker-crafted HTML page while running a Chrome desktop build prior to 155.0.8059.39 (UI:R); the flaw resides in the Passwords component. No authentication or special privileges are needed on the attacker side (PR:N), but the mandatory user interaction and the fact that the issue is fixed in the stable channel are the principal limiting factors. There is no indication of a non-default configuration requirement - any affected default Chrome install rendering the malicious page is in scope, but only until auto-update applies the fix.

Impact

Signals conflict sharply and must be reconciled before prioritization. The supplied CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, base 8.8) claims full High confidentiality, integrity AND availability impact, but the vulnerability is explicitly an information leak (CWE-200) and Google/Chromium rated it 'Low' security severity. An information disclosure flaw does not plausibly produce High integrity and availability impact, so the I:H/A:H metrics appear to be a generic/templated CNA score rather than a true reflection of this bug - treat the 8.8 as overstated. No EPSS score, KEV listing, or POC was provided; per the inputs there is no public exploit identified at time of analysis, and Chrome bugs reported internally ('Reported by: Chrome') with a Low rating are rarely exploited at scale. Realistically this is a low-to-moderate priority: a vendor patch exists, the issue requires user interaction (visiting a crafted page), and the vendor's own severity triage says Low. Recommend patching via normal Chrome auto-update cadence rather than emergency out-of-band action. Key caveat to verify with vendor: the CVSS C/I/A=High metrics are inconsistent with a Low-rated information leak.

Exploit ScenarioDerived

An attacker hosts a crafted HTML page and lures a victim running a pre-155.0.8059.39 Chrome build to visit it (malvertising, phishing link, or compromised site). When the page renders, a flaw in the Passwords component leaks sensitive information back to attacker-controlled content. No public exploit code is identified in the provided data, and success depends on the victim actively opening the malicious page (UI:R).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 06, 2026

Information disclosure in the Passwords component of Google Chrome desktop builds prior to 155.0.8059.39 lets a remote, unauthenticated attacker obtain sensitive data when a victim renders a crafted HTML page. The vendor rates the issue Chromium security severity Low, and the independent assessment converges on a limited-confidentiality impact (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N) rather than the 8.8 figure carried in some feeds, so the mandatory user interaction and the low-confidentiality scope are the real risk drivers. There is no public exploit identified at time of analysis, and a vendor patch is already shipping in the stable channel as 155.0.8059.39.

RemediationAI

Apply the vendor-released patch by upgrading Chrome to 155.0.8059.39 or later through the stable channel (https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html), and verify that auto-update has actually applied it on managed desktop fleets, since the window of exposure lasts only until the fix lands. Where immediate fleet-wide updating is not possible, the practical compensating control is to reduce the value of the exposed data: set the enterprise policy PasswordManagerEnabled=false to stop Chrome from storing and autofilling passwords, with the trade-off that users lose saved-credential convenience in the browser and may shift to weaker external password storage. Restricting browsing to trusted sites or blocking untrusted HTML is not realistically enforceable and is not a substitute for patching, and no server-side or network control addresses a client-side, user-interaction-driven rendering flaw. Monitor the Chromium issue tracker entry for any follow-up fix revisions, and treat the conflicting 8.8 feed score as superseded by the vendor's Low severity rating and the limited-confidentiality independent assessment when prioritizing.

Affected VersionsENISA

Chrome 155.0.8059.39 <155.0.8059.39

Affected Packages

euvd chrome fix: 155.0.8059.39

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 is a CWE-200 Exposure of Sensitive Information, located in Chrome's Passwords component - the subsystem that stores, autofills, and displays saved credentials through the built-in password manager. A crafted HTML page rendered by an affected desktop build causes data held within that component's UI or rendering path to be exposed to the page. The authorization model is remote and unauthenticated (PR:N per the CVSS vector), but exploitation is gated by user interaction (UI:R): the victim must actually open or navigate to the attacker-supplied page. The CPE entry cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* is version-agnostic, so the authoritative affected boundary is the vendor advisory range of releases prior to 155.0.8059.39 on the desktop stable channel; the reported Chromium severity is Low, consistent with the independently assessed confidentiality-only impact (C:L/I:N/A:N) rather than the higher 8.8 score present in the supplied feed data.

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 (Low–High)
Vendor (Chrome) PRIMARY 8.8 HIGH
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
vuln.today AI 4.3 MEDIUM

Remote crafted page needs victim interaction (UI:R, PR:N); as a CWE-200 info leak it has limited confidentiality impact (C:L) and no integrity or availability impact, matching the vendor's Low rating.

3.1 AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:P/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
Red Hat 4.3 LOW

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

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

4
CVSS changed
Oct 06, 2026 - 21:22 NVD
8.8 (HIGH)
Patch available
Oct 06, 2026 - 20:04 EUVD
CVE Published
Oct 06, 2026 - 18:41 cve.org
UNKNOWN (no severity yet)
CVE Published
Oct 06, 2026 - 18:41 cve.org
HIGH 8.8

DescriptionCVE.org

Information leak in Passwords in Google Chrome prior to 155.0.8059.39 allowed a remote attacker to obtain sensitive information via a crafted HTML page. (Chromium security severity: Low)

Executive ViewAI

Why It Matters

Google Chrome desktop users on versions before 155.0.8059.39 are exposed to an information-disclosure issue in the Passwords component that could reveal password-related data when a user renders a crafted HTML page. The issue requires user interaction and is assessed as limited confidentiality impact, with no public exploit identified at time of analysis, but unpatched browsers across the workforce still create a credential-exposure risk. Security leadership should treat this as a patch-management priority because the vendor fix is already available.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.3%
Top 81% exploitable
Prevalence
Ubiquitous
Google Chrome is among the most widely deployed browsers worldwide
Data Quality
7 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
Medium
Technical Impact
Partial

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Vendor StatusVendor

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy