CVE-2026-12460: Chrome Site Isolation Bypass via Crafted PDF
Google Chrome versions prior to 149.0.7827.155 contain a weakness in how the browser enforces file system access policies. An attacker who has already compromised Chrome's renderer process (the part that executes web content) can exploit this flaw by serving a specially crafted PDF file to bypass Site Isolation—Chrome's security feature that isolates web content from different sites. The vulnerability requires both an existing renderer compromise and user interaction, limiting its standalone exploitability but reflecting a real protection gap once a renderer is already under attacker control.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.2 MEDIUM · CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:L/A:N
- Weaknesses (CWE)
- CWE-284
- Affected products
- 4 configuration(s)
- Published / Modified
- 2026-06-17 / 2026-06-17
NVD description (verbatim)
Insufficient policy enforcement in File System Access in Google Chrome prior to 149.0.7827.155 allowed a remote attacker who had compromised the renderer process to bypass site isolation via a crafted PDF file. (Chromium security severity: High)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from insufficient policy enforcement in Chrome's file system access implementation, classified under CWE-284 (Improper Access Control). When a renderer process has been compromised, an attacker can craft a PDF file that, when processed, circumvents the site isolation sandbox boundaries. Site Isolation is Chrome's multi-process architecture feature designed to prevent cross-site data leakage and CSRF attacks by running content from different sites in separate processes. This flaw demonstrates that policy validation for file operations is not consistently enforced at boundaries where isolation should be maintained, allowing a malicious renderer to access resources that should be restricted to other sites.
Business impact
While the CVSS score reflects a medium overall rating, the practical impact depends on existing renderer compromise scenarios. In environments where users access sensitive SaaS applications or internal web tools through Chrome, a successful exploit allows attackers to exfiltrate data across site boundaries after gaining initial renderer access. This bridges the gap between renderer compromise (e.g., from a malicious website or advertisement) and broader data theft. For organizations relying on Chrome's isolation guarantees, this represents a containment failure that could facilitate credential theft, session hijacking, or access to confidential documents from cross-origin applications.
Affected systems
Google Chrome on all major platforms (Windows, macOS, and Linux) running versions prior to 149.0.7827.155 are affected. The vulnerability is platform-agnostic; Site Isolation operates identically across Chrome's supported operating systems. Organizations using Chrome as a primary browser for accessing web applications should treat this as broadly applicable.
Exploitability
Exploitation requires two preconditions: the renderer process must already be compromised through another attack vector (such as a malicious website, drive-by download, or malvertisement), and the user must interact with the malicious PDF file. The CVSS vector (AC:H, UI:R) reflects this complexity. While not trivial, it represents a realistic follow-on attack in breach scenarios. An attacker controlling a compromised website could serve the crafted PDF to redirect the renderer's access capabilities. The scenario is credible in targeted attacks against high-value users or in coordinated campaigns following initial web-based compromise.
Remediation
Update Google Chrome to version 149.0.7827.155 or later. This patch restores proper policy enforcement for file system access within the renderer process sandbox. Automatic updates are enabled by default in Chrome; however, security teams should verify deployment across managed endpoints using Chrome enterprise policies or endpoint management solutions. No workaround exists short of updating; disabling PDF viewing is impractical and not recommended.
Patch guidance
Deploy Chrome version 149.0.7827.155 or newer across all managed devices. Use Google Chrome Enterprise tools (such as Google Admin Console or third-party MDM solutions) to enforce minimum version requirements. Test the update in a small pilot group before full rollout if your environment has strict compatibility requirements, though this patch is routine maintenance. Chrome's auto-update mechanism can be trusted for unmanaged user devices, but verify that managed devices do not have update policies that would delay deployment. Check Chrome's release notes to confirm this fix is included in the version being deployed.
Detection guidance
Detection requires behavioral monitoring rather than signature-based approaches, as the exploit involves crafted PDF content within an already-compromised renderer. Log Chrome crash reports and renderer process terminations, which may indicate exploitation attempts. Monitor for unusual file access patterns from Chrome processes, particularly cross-origin PDF handling. Endpoint Detection and Response (EDR) tools should flag suspicious interactions between Chrome renderers and file system APIs. Proactive detection is challenging; emphasis should be on reducing renderer compromise risk through browser isolation, content security policies, and blocking of malicious advertisements.
Why prioritize this
This vulnerability should be prioritized as a medium to high business risk despite its CVSS score, because it represents a containment failure in Chrome's core security architecture. Site Isolation is a foundational defense against cross-site attacks; a bypass—even one requiring prior compromise—weakens overall browser security posture. For organizations where Chrome is the primary enterprise browser and users access sensitive applications, the remediation effort is minimal (automatic patching) while the risk reduction is substantial. Prioritize patching in the first week after release; delay beyond two weeks is not justified given the ease of deployment.
Risk score, explained
The CVSS 3.1 score of 4.2 (MEDIUM) reflects the requirement for both renderer compromise (AC:H) and user interaction with a crafted PDF (UI:R), which correctly limits the score. However, this numerical rating undersells the strategic importance of the flaw: a Site Isolation bypass has historical significance in browser security, even when constrained. The confidentiality and integrity impacts (C:L, I:L) are accurate but modest—the attacker can read and modify cross-site data rather than achieve full system compromise. Organizations should interpret this as a 'medium CVSS, high priority' scenario due to patch simplicity and architectural importance.
Frequently asked questions
Does this vulnerability allow unauthenticated remote code execution?
No. The flaw does not enable code execution or system-level compromise. It allows an attacker who has already compromised Chrome's renderer process to bypass site isolation policies when processing a malicious PDF, potentially reading or modifying data across site boundaries. Remote code execution would require a separate vulnerability in the renderer or kernel.
Is this vulnerability being actively exploited?
The vulnerability is not listed on CISA's Known Exploited Vulnerabilities (KEV) catalog, which tracks publicly disclosed and actively exploited flaws. This does not guarantee absence of exploitation; however, it suggests the vulnerability was not a widespread attack vector at the time of public disclosure. Nonetheless, apply patches on normal schedule rather than waiting for KEV confirmation.
Can users protect themselves without updating Chrome?
In practical terms, no. While the exploit requires prior renderer compromise, relying on that assumption is dangerous. The only effective mitigation is to update to version 149.0.7827.155 or later. Users cannot disable specific features to block this without disabling PDF viewing entirely, which is not recommended. Auto-update is the primary defense for consumer Chrome users.
How does this compare to other Site Isolation bypasses?
Site Isolation bypasses are rare and historically significant in browser security research. CVE-2018-17359 and other prior bypasses were treated as critical incidents. While this vulnerability carries a lower CVSS due to its preconditions, it reflects the same class of concern: ensuring that the renderer sandbox enforces policy at all boundaries. Treat with the same urgency as other sandbox escapes, adjusted for the additional compromise requirement.
This analysis is based on publicly disclosed information as of the publication date and is provided for informational purposes. Security professionals must verify patch availability and compatibility within their specific environments before deployment. CVSS scores and affected product lists should be cross-referenced with vendor advisories. This explainer does not constitute legal advice or replace professional incident response consultation. Always test patches in non-production environments and follow your organization's change management procedures. Source: NVD (public-domain), retrieved 2026-07-26. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-11017MEDIUMChrome Link Preview Navigation Bypass (CVSS 6.5)
- CVE-2026-11026MEDIUMChrome Extension Navigation Bypass Vulnerability
- CVE-2026-11078MEDIUMChrome FileSystem Same-Origin Policy Bypass – MEDIUM Severity
- CVE-2026-11135MEDIUMChrome Autofill Bypass Allows Credential Misdirection
- CVE-2026-11187MEDIUMChrome Navigation Restriction Bypass Vulnerability
- CVE-2026-11190MEDIUMGoogle Chrome Extension Access Control Bypass (6.5 CVSS)
- CVE-2026-11193MEDIUMChrome Password Manager Access Control Bypass – CVSS 6.5
- CVE-2026-11197MEDIUMChrome Same-Origin Policy Bypass in Workers – Patch v149.0.7827.53