Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconUser visits attacker-controlled webpage
-
DeliverySeparate renderer flaw exploited for code execution
-
ExploitAttacker crafts malicious HTML triggering BFCache navigation
-
InstallInsufficient input validation in BFCache restore path
-
C2Renderer interacts with browser process out-of-bounds
-
ExecuteSandbox escape achieved
-
ImpactBrowser-process code execution
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Exploitation requires two distinct preconditions that must both be satisfied. First, the attacker must have already achieved code execution within Chrome's renderer process prior to leveraging this flaw-this vulnerability is not a standalone entry point but the second link in an exploit chain, and a separate renderer RCE vulnerability or compromise method must precede it. Second, user interaction is required (CVSS UI:R), consistent with the target user visiting a malicious or attacker-controlled webpage that initiates the BFCache-triggering navigation sequence. The sandbox escape specifically occurs through BFCache's handling of serialized page state during back/forward cache restore operations. Key limiting factors: (1) the mandatory prior renderer compromise raises the technical bar significantly beyond a typical one-click browser vulnerability; (2) SSVC confirms the attack is not automatable, ruling out worm-style mass exploitation; (3) the flaw is fully absent in Chrome 151.0.7922.72 and later. No special server-side configuration or non-default Chrome settings are required once the renderer is compromised. |
| Impact | The CVSS base score of 8.7 with vector AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:N demands careful decomposition. PR:L reflects the prerequisite of an already-compromised renderer process, meaning this is the second stage of a chained exploit rather than a standalone vulnerability-a fact that substantially narrows the realistic attacker population. Scope:Changed (S:C) confirms the sandbox escape genuinely crosses isolation boundaries into the browser process, validating the high impact ratings. UI:R indicates the user must visit a malicious page, ruling out fully passive exploitation. Against these severity signals, SSVC rates exploitation as 'none' and automatable as 'no,' while EPSS at 0.21% (11th percentile) places real-world exploitation probability well below average. The VulDB 'Information Disclosure' tag is inconsistent with the actual C:H/I:H sandbox escape impact and should not be used for classification purposes-treat it as incomplete third-party metadata. The net assessment is a technically serious vulnerability best prioritized in environments with elevated threat profiles (e.g., high-value targets, browser-forward enterprise environments), while patch deployment remains the correct action for all users regardless of threat level. |
| Exploit ScenarioDerived | A sophisticated attacker first compromises a Chrome renderer process using a separate renderer-level vulnerability-likely delivered via a malicious web page that the target user visits. With renderer-level code execution established, the attacker navigates the compromised renderer to a crafted HTML page engineered to trigger Chrome's BFCache restoration path, supplying malicious cached state that bypasses the BFCache input validation and allows the renderer to interact with the browser process in ways that escape the sandbox. No public proof-of-concept has been identified at time of analysis, and the chained nature of the attack limits realistic exploitation to technically advanced, targeted threat actors. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 05, 2026
BFCache in Google Chrome prior to 151.0.7922.72 contains insufficient input validation that enables a renderer-compromised attacker to escape Chrome's sandbox and execute code in the higher-privileged browser process via a crafted HTML page. The Scope:Changed metric in the CVSS vector (8.7) confirms the escape crosses the renderer-to-browser process boundary, yielding high confidentiality and integrity impact. No public exploit or active exploitation has been identified; EPSS sits at 0.21% (11th percentile) and SSVC rates exploitation as none and not automatable, consistent with the chained, technically demanding nature of this attack.
RemediationAI
The primary fix is to update Google Chrome to version 151.0.7922.72 or later, which resolves the BFCache input validation flaw; the vendor advisory is at http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. For most users, Chrome's built-in auto-update will deliver this automatically; enterprise administrators should verify deployment via Chrome Browser Cloud Management or group policy and confirm the update has applied by checking chrome://settings/help. As an interim compensating control where immediate patching is not feasible, administrators can disable BFCache via enterprise policy (set BackForwardCacheEnabled to false), which eliminates the vulnerable code path entirely at the cost of slower back/forward navigation performance for users. Because this vulnerability requires a prior renderer compromise to reach, ensuring Chrome's renderer sandbox and site isolation features are enforced at their default settings raises the bar for an attacker to even reach the BFCache flaw, providing defense-in-depth pending the patch.
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
BFCache (Back/Forward Cache) is Chrome's page-snapshot optimization that preserves the complete state of a navigated page-including JavaScript heap, DOM tree, and active network connections-to enable instant back/forward restoration without a full reload. Because BFCache must serialize and deserialize complex page state across navigation events, it must rigorously validate any data re-entering the rendering pipeline from the cache. CWE-20 (Improper Input Validation) identifies the root cause: crafted HTML can supply malicious cached state that BFCache passes back into privileged browser internals without adequate sanitization, allowing a compromised renderer to interact with the browser process in unintended ways. The affected CPE (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) covers all Chrome platform variants below the fixed release, per the EUVD-confirmed version range of any build preceding 151.0.7922.72.
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 (Medium–Critical)AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:N
AC raised to High because exploitation requires a prior renderer compromise as a chained precondition; all other metrics preserved from vendor scoring as the sandbox escape and impact are confirmed.
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
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in BFCache in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome vulnerability (CVE-2026-17735) could allow attackers to compromise the browser process after initial access, affecting all Chrome users organization-wide and potentially exposing sensitive data or enabling malware installation. Although no active exploitation has been observed and the technical barrier is high, this vulnerability breaks Chrome's fundamental protection mechanism against compromised websites.
Apply vendor patch.
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.
Related Vulnerabilities in Google Chrome Multiple Security Flaws
View all 80Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-50685
GHSA-xg37-cj68-xwq6
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB