MEDIUM 6.5

CVE-2026-13958: Chrome Windows Codec Information Disclosure Vulnerability

Google Chrome on Windows contains a memory safety bug in its codec handling that can leak sensitive information to attackers. When a user visits a specially crafted webpage, Chrome may fail to properly initialize certain codec variables, allowing the attacker to read unencrypted data from the browser's memory. This is a confidentiality risk—attackers cannot modify or destroy data, but they may access things like cached credentials, session tokens, or other sensitive information stored in memory during codec operations.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-457
Affected products
2 configuration(s)
Published / Modified
2026-06-30 / 2026-07-01

NVD description (verbatim)

Uninitialized Use in Codecs in Google Chrome on Windows prior to 150.0.7871.47 allowed a remote attacker to obtain potentially sensitive information from process memory via a crafted HTML page. (Chromium security severity: Medium)

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-13958 is an uninitialized variable vulnerability (CWE-457) in Chromium's codec subsystem on Windows. The flaw occurs when codec operations reference memory that has not been properly initialized, creating an information disclosure vector. Exploitation requires user interaction (visiting a malicious HTML page) and network access, but no special privileges or complex exploitation techniques. The vulnerability affects Chrome versions prior to 150.0.7871.47 on Windows systems.

Business impact

Information disclosure from browser memory can expose credentials, authentication tokens, personal data, and other sensitive information users believe is protected by the browser sandbox. For organizations, this represents a risk to employee accounts and credentials if staff access untrusted or compromised websites. The attack surface is broad because it only requires a user to visit a webpage—no download or additional user action is needed beyond normal browsing.

Affected systems

Google Chrome on Windows versions before 150.0.7871.47. The vulnerability does not affect Chrome on macOS, Linux, or Android, nor does it affect other Chromium-based browsers unless they independently backport the vulnerable codec code. Organizations running Chrome on Windows infrastructure or relying on Windows-based employee browsing should prioritize assessment.

Exploitability

The vulnerability is practical to exploit: it requires only network access and user interaction (visiting a webpage), has low attack complexity, and needs no authentication or special privileges. An attacker could host the exploit on a legitimate-looking website, advertise it through social engineering, or inject it into compromised ad networks. The barrier to weaponization is low, which is why this is classified as medium severity rather than low despite the information-disclosure-only impact.

Remediation

Update Google Chrome to version 150.0.7871.47 or later. Chrome's auto-update mechanism typically delivers patches automatically within hours to days, but administrators should verify deployment across their Windows estate. For organizations unable to immediately patch, consider restricting access to untrusted websites or running Chrome in a sandboxed environment with reduced memory access.

Patch guidance

Google Chrome versions on Windows should be updated to 150.0.7871.47 or newer. Verify the installed version via Chrome menu > Help > About Google Chrome, which will show the current version and trigger an update check if needed. For enterprise deployments, consult your Chrome Enterprise policy management console or Google Update Group Policy settings to confirm patch distribution. No manual installation steps are typically required; the patch is delivered via Chrome's standard update channels.

Detection guidance

Monitor for Chrome updates to version 150.0.7871.47 or later across your Windows fleet using your endpoint management platform or Chrome reporting. Hunt for suspicious codec operations or memory access patterns in process logs if you have system-level monitoring enabled. DNS/URL filtering can help block known malicious HTML pages hosting exploits, though new variants are possible. Endpoint Detection & Response (EDR) solutions may flag suspicious memory reads tied to codec operations if configured with appropriate behavioral rules.

Why prioritize this

Although the CVSS score is medium (6.5), this vulnerability warrants prompt attention because it combines broad user impact (any Windows Chrome user is at risk), practical exploitability (no special conditions), and a clear attack surface (malicious webpages). The lack of KEV status does not indicate low severity—it reflects the lack of confirmed active exploitation in the wild at the time of publication, not the inherent risk. Organizations should treat this as a standard-priority patch for Windows endpoints.

Risk score, explained

CVSS 3.1 score of 6.5 reflects a medium-severity information disclosure vulnerability. The score accounts for network attack vector (AV:N), low attack complexity (AC:L), no privilege requirement (PR:N), required user interaction (UI:R), and high confidentiality impact (C:H) with no integrity or availability impact (I:N/A:N). The user interaction requirement prevents this from being a critical remote code execution, but the confidentiality impact and ease of exploitation elevate it above low severity.

Frequently asked questions

Can this vulnerability be exploited to steal my passwords?

Potentially, yes. If a password manager or browser credential store has data in memory at the time of exploitation, the attacker could read it. However, most modern password managers keep sensitive data encrypted in memory, which provides a layer of protection. The risk is highest for cached session tokens, cookies, and temporary authentication credentials.

I use Chrome on Mac or Linux. Am I affected?

No. This vulnerability is specific to the Windows version of Chrome. The codec handling differs across platforms, and only the Windows implementation contains this particular uninitialized variable bug.

Do I need to do anything if auto-update is enabled?

Chrome's auto-update should deploy version 150.0.7871.47 automatically. Check Chrome menu > Help > About Google Chrome to confirm you are on the latest version. If you are still on a version prior to 150.0.7871.47, click the update button and restart the browser.

Is there a workaround if I cannot patch immediately?

While patching is the definitive fix, you can reduce risk by avoiding untrusted websites, disabling plugins if not needed, running Chrome in guest mode for sensitive tasks, or using a separate browser profile with minimal stored credentials. These are interim measures only and should not replace patching.

This analysis is provided for informational purposes and reflects the vulnerability details, CVSS score, and available patch information as of the publication date. No guarantee is made regarding the completeness or accuracy of exploitability claims, and new attack vectors may emerge. Organizations should verify patch availability and compatibility in their own environments before deployment. SEC.co does not endorse any specific security tools or products; vendor selection should be based on your organization's risk profile and requirements. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).