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
5DescriptionCVE.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)
AnalysisAI
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.
Technical ContextAI
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.
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.
Same 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 |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50685
GHSA-xg37-cj68-xwq6