Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessDeliver crafted PDF via phishing
-
DeliveryVictim opens PDF in Chrome
-
ExploitTrigger PDFium heap buffer overflow
-
ExecutionExecute arbitrary code inside renderer sandbox
-
ImpactChain separate escape for host compromise
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Heap buffer bounds checking
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a victim running Google Chrome on Windows prior to 153.0.8010.52 to open an attacker-crafted PDF (UI:R social engineering) so that PDFium parses the malicious document and triggers the heap overflow. Key limiting factors: mandatory user interaction to open the crafted PDF, and - critically - the resulting code execution is confined to the Chrome renderer sandbox, meaning host compromise additionally requires a separate sandbox-escape vulnerability not covered here. No authentication is required (PR:N), and default Chrome configurations render PDFs, so no special feature toggle is needed beyond opening the file. |
| Impact | The vendor CVSS 3.1 score is 8.8 (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H), reflecting a network-reachable, low-complexity heap buffer overflow (CWE-122) in PDFium requiring only user interaction. However, the description explicitly states code execution occurs INSIDE the Chrome sandbox (S:U, no scope change), so full host compromise requires an additional, separate sandbox-escape vulnerability that this CVE does not provide - materially lowering real-world impact versus the raw 8.8. No EPSS score, no CISA KEV listing, and no public exploit code are present in the provided data, so exploitation status is: no public exploit identified at time of analysis. UI:R (social engineering to open a crafted PDF) further gates exploitation and argues against automatable, wormable mass exploitation. Net: a genuine High-severity renderer memory-corruption bug in an ubiquitous product, but one trending toward the lower end of High for practical risk absent a chained escape and given no evidence of active exploitation. Note the input Tags include 'Microsoft', which is incorrect - the affected product is Google Chrome (Windows is merely the platform). |
| Exploit ScenarioDerived | An attacker crafts a malicious PDF that triggers the PDFium heap buffer overflow and uses social engineering (e.g., a phishing link or email attachment) to convince a victim to open it in Chrome on Windows. Successful exploitation yields arbitrary code execution confined to the renderer sandbox; the attacker would then need a separate sandbox-escape bug to reach the host. No public proof-of-concept or exploit code is identified in the available data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 18, 2026
Heap buffer overflow in PDFium, the PDF rendering engine built into Google Chrome, allows a remote attacker to potentially execute arbitrary code inside the Chrome renderer sandbox on Windows systems running versions prior to 153.0.8010.52. Exploitation requires the victim to open an attacker-supplied crafted PDF (UI:R), so the attack is delivered via social engineering rather than direct network exploitation; no credentials are needed (PR:N) and default Chrome installations render PDFs without any special configuration. The vendor rates this High severity with a CVSS 3.1 base score of 8.8 (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H), and although a vendor patch is available, no public exploit code has been identified at time of analysis and there is no confirmed active exploitation (not in CISA KEV). Because code execution is confined to the renderer sandbox, full host compromise would additionally require a separate sandbox-escape vulnerability not covered by this advisory.
RemediationAI
Vendor-released patch: Google Chrome 153.0.8010.52 for Windows - upgrade to this version or later; users should trigger the update from chrome://settings/help (or chrome://version to confirm the running build) and fully restart the browser, since Chrome installs but does not apply updates until all browser processes exit. Enterprise fleets should push the forced update through Chrome Browser Cloud Management, Microsoft Intune, or their patch-management tooling that handles the Google Chrome MSI/enterprise installer, verifying that the reported version equals or exceeds 153.0.8010.52 on Windows endpoints; the Windows-focused advisory references and Microsoft tagging make Windows-specific verification important since Linux and macOS builds are outside the stated scope. If immediate patching is impossible, compensating controls have real trade-offs: configure Chrome policies to force PDFs to download rather than render inline (or direct users to open PDFs in an offline/alternate hardened viewer), which reduces exposure to the vulnerable PDFium parsing path but degrades the built-in viewer experience and can be bypassed if a user manually opens the file in Chrome; block or quarantine untrusted PDF attachments at the mail gateway and web proxy, which limits delivery but not all vectors; and strictly avoid launching Chrome with --no-sandbox or otherwise weakening the renderer sandbox, as the sandbox is the key control that confines this bug and removing it converts a sandboxed renderer compromise into host compromise. Note that modern Chrome provides no supported switch to fully disable the built-in PDF viewer, so download-and-external-open workflows are the practical interim mitigation. No public exploit code has been identified at time of analysis and no active exploitation is confirmed, so patching within the normal enterprise cycle (with priority for internet-exposed or high-value users) is appropriate, but the availability of full technical detail once the Chromium issue is unembargoed should be monitored.
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 C++ PDF library that powers Chrome's built-in PDF viewer and is compiled into the browser on Windows; it parses untrusted PDF documents including content streams, embedded fonts, images, and object structures. This issue is a heap-based buffer overflow (CWE-122), meaning a length or bounds calculation on a heap-allocated buffer is not validated against the actual data size, so parsing a malformed PDF can write past the end of an allocated region and corrupt adjacent heap memory - a classic memory-corruption primitive that can be shaped into controlled code execution, particularly as PDFium historically lacks memory-safe language guarantees. Chrome's defense-in-depth mitigations (renderer process sandbox, ASLR, and control-flow integrity where enabled) constrain the immediate impact: the overflow occurs in the renderer, so an attacker achieving reliable exploitation still has to bypass the sandbox to reach the host, which is why the assessed scope is Unchanged and the confidentiality/integrity/availability impacts reflect renderer-process compromise rather than guaranteed OS-level takeover. The affected component is the Chromium/PDFium engine shipped with Chrome on Windows; the Chromium issue tracker entry (issues.chromium.org/issues/556853443) is referenced in the advisory and typically remains access-restricted until most users have been updated.
Know when Chrome gets its next vulnerability
- 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
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Network-delivered crafted PDF (AV:N/AC:L), no auth (PR:N) but requires opening the file (UI:R); high renderer impact but sandbox-confined so no scope change (S:U).
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Buffer overflow in PDFium in Google Chrome on on Windows prior to 153.0.8010.52 allowed a remote attacker leveraging social engineering to potentially execute arbitrary code inside the sandbox via a crafted PDF file. (Chromium security severity: High)
Executive ViewAI
Google Chrome on Windows is affected by a high-severity security flaw in its PDF rendering component, PDFium, which could allow an attacker to run malicious code inside the browser's renderer sandbox if a user opens a specially crafted PDF. The issue is unauthenticated (PR:N) but requires user interaction (UI:R), so delivery depends on social engineering rather than direct network exploitation, and no public exploit identified at time of analysis. Leadership should care because Chrome is widely deployed and PDFs are a routine business workflow, meaning unpatched endpoints could lead to unauthorized code execution in the browser context, with potential data exposure or further compromise if chained with a separate sandbox-escape flaw.
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
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
A heap overflow occurs when a program writes data beyond the bounds of a buffer allocated in the heap memory region.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Use-after-free vulnerability in the DisplayObject class in the ActionScript 3 (AS3) implementation in Adobe Flash Player
V8 in Google Chrome prior to 54.0.2840.90 for Linux, and 54.0.2840.85 for Android, and 54.0.2840.87 for Windows and Mac
Type confusion in V8 in Google Chrome prior to 59.0.3071.86 for Linux, Windows, and Mac, and 59.0.3071.92 for Android, a
The Array.prototype.concat implementation in builtins.cc in Google V8, as used in Google Chrome before 49.0.2623.108, do
Mozilla Firefox before 18.0, Firefox ESR 10.x before 10.0.12 and 17.x before 17.0.2, Thunderbird before 17.0.2, Thunderb
Incorrect handling of complex species in V8 in Google Chrome prior to 57.0.2987.98 for Linux, Windows, and Mac and 57.0.
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 16.0, Firefox ESR 10.x before 10.0.8, Thunderbi
An issue was discovered in the Cisco WebEx Extension before 1.0.7 on Google Chrome, the ActiveTouch General Plugin Conta
The XrayWrapper implementation in Mozilla Firefox before 35.0 and SeaMonkey before 2.32 does not properly interact with
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 18.0, Firefox ESR 17.x before 17.0.2, Thunderbi
The Web IDL implementation in Mozilla Firefox before 28.0, Firefox ESR 24.x before 24.4, Thunderbird before 24.4, and Se
Use-after-free vulnerability in the BitmapData class in the ActionScript 3 (AS3) implementation in Adobe Flash Player 13
Same weakness CWE-122 – Heap-based Buffer Overflow
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-82481
GHSA-xjgp-95jm-jggm
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB