Severity by source
Sources disagree (Low–Critical)AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Requires an already-compromised renderer (PR:H) and a multi-stage chain plus user-opened PDF (AC:H, UI:R); sandbox escape crosses the trust boundary (S:C) with total technical impact (C/I/A:H).
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 WebAuthn 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 PDF file. (Chromium security severity: Low)
AnalysisAI
Sandbox escape in Google Chrome desktop before 151.0.7922.72 lets an attacker who has already compromised the renderer process abuse insufficient input validation in the WebAuthn implementation, using a crafted PDF file to break out of the renderer sandbox and gain higher-privilege code execution. Google's Chrome team reported the flaw internally and rated it 'Low' severity within Chromium, even though NVD scores it 9.6 (Critical); there is no public exploit identified at time of analysis and CISA SSVC lists exploitation status as none. EPSS is very low at 0.16% (6th percentile), consistent with a second-stage bug that requires a pre-existing renderer compromise rather than a directly weaponizable entry point.
Technical ContextAI
The vulnerability lives in Chrome's WebAuthn (Web Authentication API) handling, which brokers requests between web content and platform authenticators for passwordless/2FA credentials. The root cause is classed as CWE-20 (Improper Input Validation): untrusted input flowing from the sandboxed renderer to a more privileged process is not sufficiently validated, and delivery via a crafted PDF (Chrome renders PDFs through its built-in PDFium component inside the renderer) provides the trigger. Because the exploit path crosses the renderer/browser sandbox boundary, a successful attack results in a scope change (CVSS S:C) - code that should be confined to the low-privilege sandbox escapes into a security context it should not reach. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, i.e. the Chrome desktop application across platforms prior to the fixed build.
RemediationAI
Vendor-released patch: 151.0.7922.72 - upgrade Google Chrome to 151.0.7922.72 or later on all desktop platforms; Chrome normally auto-updates, so verify via chrome://settings/help and relaunch to apply, and confirm managed/enterprise fleets are not pinned to an older pinned build. Reference the vendor advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html and the Chromium issue https://issues.chromium.org/issues/520018012. If immediate patching is not possible, compensating controls target the delivery and prerequisite steps: disable Chrome's built-in PDF viewer (set 'Download PDFs instead of automatically opening them' / the AlwaysOpenPdfExternally enterprise policy) so crafted PDFs are not rendered in-browser - trade-off is loss of inline PDF viewing convenience; and reduce the risk of the required prior renderer compromise by keeping site isolation enabled and restricting untrusted browsing. Also update any Chromium-derived browsers once their vendors ship the corresponding fix. Do not rely on WebAuthn-usage restrictions as a control, since the exploit is delivered via PDF rather than legitimate WebAuthn flows.
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 |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50916
GHSA-vj3f-x3cj-5hwv