Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Primary rating from Vendor (google).
CVSS VectorVendor: google
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Lifecycle Timeline
4DescriptionCVE.org
Use after free in PDF in Google Chrome prior to 149.0.7827.103 allowed a remote attacker to execute arbitrary code inside a sandbox via a crafted PDF file. (Chromium security severity: High)
AnalysisAI
Remote code execution in Google Chrome versions prior to 149.0.7827.103 stems from a use-after-free flaw in the PDF component, enabling a remote attacker who lures a user into opening a crafted PDF to execute arbitrary code within the renderer sandbox. Rated High by Chromium with CVSS 8.8, the issue requires user interaction but no authentication, and currently has no public exploit identified at time of analysis.
Technical ContextAI
The vulnerability resides in Chrome's PDF subsystem, which is built on the PDFium library embedded within the browser. CWE-416 (Use After Free) describes a class of memory-safety bugs where code continues to reference memory after it has been freed, often allowing an attacker to control the contents of the freed object and hijack execution flow when the dangling pointer is dereferenced. Chrome runs PDF parsing inside a sandboxed renderer process, which constrains the immediate impact of code execution to that sandbox boundary; however, such bugs are commonly chained with a sandbox-escape primitive to achieve full system compromise. Affected products per vendor data are Google Chrome desktop builds before 149.0.7827.103.
RemediationAI
Vendor-released patch: Google Chrome 149.0.7827.103 - upgrade all desktop Chrome installations to this version or later via the Stable Channel update described at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html, and verify deployment by checking chrome://settings/help. For managed fleets, push the update via group policy or MDM and enforce a browser restart, since Chrome only completes the update after relaunch. As an interim compensating control while patches roll out, disable the built-in PDF viewer by setting the AlwaysOpenPdfExternally policy to true, which routes PDFs to an external handler - the trade-off is loss of in-browser PDF rendering and reliance on whatever external viewer handles the file, which may have its own vulnerabilities. Organizations using Chromium-derived browsers (Edge, Brave, Opera) should track and apply their respective vendor updates once they integrate the upstream PDFium fix.
Same weakness CWE-416 – Use After Free
View allSame technique Memory Corruption
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-35270
GHSA-66p7-vqr8-2m3v