Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttacker hosts crafted PDF on web/email
-
DeliveryVictim opens link or attachment in Chrome
-
ExploitPDFium parses malformed PDF object
-
ExecutionUse-after-free triggers heap corruption
-
PersistAttacker hijacks renderer control flow
-
ImpactChain sandbox escape for host RCE
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The victim must open or be made to render a maliciously crafted PDF file inside Google Chrome's built-in PDFium viewer (CVSS UI:R), so a single click on a link, an auto-loaded iframe pointing at a PDF, or an inline PDF preview suffices, but a fully headless drive-by without any user navigation does not. No authentication is required on the attacker side (PR:N) and the target Chrome instance must be running a version prior to 149.0.7827.53; exploitation is limited by Chrome's renderer sandbox, meaning a second sandbox-escape vulnerability is realistically needed to reach the host OS, and by the fact that disabling the internal PDF viewer (AlwaysOpenPdfExternally policy) entirely removes the attack surface. |
| Impact | The signals here are notably divergent and should temper urgency: CVSS 3.1 vector AV:N/AC:L/PR:N/UI:R rates this 8.8 (High) based on network reach, low complexity, no privileges, and user interaction, but Google's own Chromium severity is Low, EPSS sits at 0.03% (11th percentile - essentially no predicted exploitation), and CISA SSVC reports Exploitation: none and Automatable: no while still flagging Technical Impact: total. The CVSS score reflects worst-case impact assuming a renderer compromise leads to code execution, whereas the Chromium 'Low' rating likely accounts for the sandbox containment and difficulty of weaponizing this specific UAF. There is no public exploit identified at time of analysis and no CISA KEV listing, so this is best treated as a routine Chrome stable-channel patch rather than an emergency; the priority is normal browser update hygiene, not out-of-band response. |
| Exploit ScenarioDerived | An attacker hosts a malicious PDF on a webpage or sends it as an email attachment that opens in the browser; when the victim navigates to the page or clicks the file, Chrome's PDFium parser triggers the use-after-free, corrupting heap memory in the renderer process. Successful exploitation would give the attacker code execution confined to the sandboxed renderer, requiring a chained sandbox escape to compromise the host - no public PoC is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 05, 2026
Heap corruption in Google Chrome's PDFium component before version 149.0.7827.53 allows remote attackers to potentially execute arbitrary code by tricking a user into opening a crafted PDF file. The flaw is a use-after-free (CWE-416) carrying a CVSS 8.8 rating, though no public exploit identified at time of analysis and EPSS exploitation probability is negligible at 0.03% (11th percentile). Google rates the Chromium severity as Low despite the high CVSS, reflecting the requirement for user interaction and absence of observed exploitation.
RemediationAI
Vendor-released patch: Google Chrome 149.0.7827.53 - update Chrome to this version or later via the built-in updater (chrome://settings/help) or by redeploying the managed MSI/PKG in enterprise fleets, and verify Chromium-based downstream browsers (Edge, Brave, Opera) have picked up the corresponding rebase before considering the exposure closed; see the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html and the Chromium issue tracker entry at https://issues.chromium.org/issues/504418475. As a temporary workaround until patching, disable Chrome's built-in PDF viewer by setting the AlwaysOpenPdfExternally enterprise policy to true (which routes PDFs to download rather than rendering them in PDFium, at the cost of inline preview UX), or block untrusted PDF downloads at the web/email gateway; relying on the Chromium sandbox alone reduces but does not eliminate risk since paired sandbox-escape bugs are periodically disclosed.
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
PDFium is the open-source PDF rendering engine embedded in Chromium-based browsers (Chrome, Edge, Brave, Opera) and is used to display PDF content directly in the browser tab without a separate plugin. The underlying flaw class, CWE-416 (Use After Free), occurs when code continues to reference heap memory after it has been freed, which an attacker can leverage by manipulating object lifecycles inside the PDF parser so that a freed object is reused with attacker-controlled data, leading to heap corruption and potential control-flow hijack. PDFium runs inside Chrome's sandboxed renderer process, so even successful memory corruption typically requires a second sandbox escape bug to achieve full code execution on the host, which the Chromium team often weighs when assigning their internal severity rating.
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 (Low–High)AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/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: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in PDFium in Google Chrome prior to 149.0.7827.53 allowed a remote attacker to potentially exploit heap corruption via a crafted PDF file. (Chromium security severity: Low)
Executive ViewAI
A heap corruption vulnerability in Google Chrome's PDF viewer (PDFium) could allow attackers to execute code when users open malicious PDF files. Organizations relying on Chrome face endpoint compromise risk if employees are socially engineered into opening crafted PDFs. Deploying Chrome version 149.0.7827.53 or later eliminates this vulnerability.
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
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Related Vulnerabilities in Google Chrome Security Fixes (149.0.7827.53)
View all 72Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-34765
GHSA-w5f4-m5jq-x4xp
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB