MEDIUM 6.5

CVE-2026-13900: Chrome Chromecast Navigation Bypass Vulnerability

A vulnerability in Google Chrome's Chromecast implementation allows an attacker who has already compromised the browser's renderer process to bypass navigation security restrictions. The attacker would need to serve a specially crafted web page to exploit this weakness, potentially allowing unauthorized navigation that the browser normally blocks. This requires pre-existing renderer compromise, making it a secondary exploitation path rather than a direct attack vector.

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:N/I:H/A:N
Weaknesses (CWE)
CWE-20
Affected products
1 configuration(s)
Published / Modified
2026-06-30 / 2026-07-02

NVD description (verbatim)

Inappropriate implementation in Chromecast in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who had compromised the renderer process to bypass navigation restrictions 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-13900 stems from improper input validation (CWE-20) in the Chromecast subsystem of Chromium before version 150.0.7871.47. The vulnerability permits a threat actor with control of the renderer process to circumvent navigation restrictions through a malicious HTML page. The renderer compromise prerequisite significantly constrains the practical threat model, as it assumes the attacker has already achieved code execution within the rendering context.

Business impact

The integrity impact is localized to navigation behavior within the affected browser instance. An organization's risk depends on whether Chromecast features are actively used in their environment and whether renderer compromise scenarios are part of their threat model. For most enterprise users, this represents a lower-tier risk given the prerequisite compromise requirement. Content delivery assurance and user trust in browser navigation controls are the primary concerns.

Affected systems

Google Chrome versions prior to 150.0.7871.47 are affected. The vulnerability is specific to the Chromecast implementation within Chromium. Users running Chrome 150.0.7871.47 or later are not vulnerable. Other Chromium-based browsers may be affected depending on whether they include the vulnerable Chromecast code and version status.

Exploitability

Exploitation requires two conditions: (1) an attacker must first compromise the renderer process, and (2) the user must then visit a malicious HTML page. This two-stage requirement places the vulnerability in the 'high barrier to exploitation' category. The CVSS score of 6.5 reflects the high integrity impact but acknowledges that practical attack scenarios are limited by the renderer compromise prerequisite. No public exploits are currently tracked in CISA's KEV catalog.

Remediation

Users should upgrade to Google Chrome version 150.0.7871.47 or later at the earliest opportunity. Verify the exact patch version through Google's official release notes or the Chrome Settings menu (Help > About Google Chrome). Organizations managing Chrome deployments should prioritize rollout for any users whose threat models include renderer compromise scenarios or who actively use Chromecast functionality.

Patch guidance

Navigate to Chrome Settings, select 'About Google Chrome', and allow the browser to check for and install updates. Chrome will automatically apply version 150.0.7871.47 or later when available and will prompt restart. For enterprise environments, push the update through your mobile device management (MDM) or configuration management tools to enforce consistent patching across the fleet. Verify deployment against the official Google Chrome release notes to confirm the patch addresses this CVE.

Detection guidance

Monitor Chrome version compliance across endpoints to ensure all instances are running 150.0.7871.47 or later. Behavioral detection is challenging because this vulnerability operates within an already-compromised renderer context; focus on upstream prevention of renderer compromise through exploit mitigation features (CFI, ASLR, sandboxing). If you suspect active renderer compromise on an endpoint, treat it as a high-priority incident regardless of Chrome version, as other memory-safety issues may be in play.

Why prioritize this

Although the CVSS base score is 6.5 (MEDIUM), prioritize this patch in a standard maintenance cycle rather than as an emergency. The attack requires pre-existing renderer compromise, which is a significant constraint. However, given Chrome's ubiquity and the established baseline of renderer attacks, patching should not be deferred indefinitely. Organizations with high-value users or high-exposure systems should move this into their next scheduled patch window.

Risk score, explained

The CVSS 3.1 score of 6.5 (MEDIUM) reflects a high integrity impact (I:H) with no confidentiality or availability impact, combined with network accessibility and low attack complexity. The score appropriately captures the ability to bypass navigation restrictions, which undermines user trust and control flow. However, the required renderer process compromise is not fully captured in the base score; in practice, the exploitability is lower than the CVSS base vector alone suggests.

Frequently asked questions

Does this vulnerability affect me if I'm not using Chromecast?

The vulnerability is in the Chromecast implementation, but Chromecast features may be invoked even if you're not explicitly casting. However, the prerequisite renderer compromise is the more significant barrier. If you have not experienced a renderer exploit, your immediate risk is lower. Patching remains advisable as part of regular Chrome updates.

What is 'renderer process compromise' and how likely is it to occur?

The renderer process is the part of Chrome that interprets and executes web content. Renderer compromises typically result from memory-safety bugs (use-after-free, buffer overflows) or logic flaws in JavaScript engines. They are serious but not trivial to trigger; successful exploitation usually requires a chain of multiple vulnerabilities or requires the attacker to defeat mitigation technologies like Control Flow Guard.

Do I need to uninstall and reinstall Chrome, or can I just update it?

A standard update (Settings > About Google Chrome > Check for updates) is sufficient. Chrome will download and apply the patch automatically. You do not need to uninstall and reinstall unless you're troubleshooting a corrupted installation.

Is this vulnerability exploited in the wild?

As of the publication date, this vulnerability is not listed in CISA's Known Exploited Vulnerabilities (KEV) catalog, indicating no confirmed active exploitation in the wild. That status can change; monitor official advisories and your security intelligence feeds for any updates.

This analysis is based on official CVE data and Chromium security advisories available as of the publication date. Patch version numbers and affected software versions must be verified against Google's official Chrome release notes and security advisories. This vulnerability requires pre-existing renderer compromise; it is not a direct, unauthenticated attack vector. Organizations should combine patching with endpoint detection and response (EDR) capabilities to monitor for renderer compromise attempts. No exploit code or proof-of-concept details are provided herein. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).