Join our Newsletter — 33% off our NHI Course

CVE-2023-26369 (Adobe Acrobat and Reader Out-of-Bounds Write)

CVE-2023-26369 is an out-of-bounds write vulnerability in Adobe Acrobat and Reader. CISA added it to the Known Exploited Vulnerabilities catalogue on 14 September 2023, which means attackers have used it in real attacks. Adobe Acrobat and Reader contains an out-of-bounds write vulnerability that allows for code execution.

What an out-of-bounds write means in a PDF application

An out-of-bounds write is a memory corruption flaw where a program writes past the boundary of an allocated buffer. In a complex desktop application such as a PDF reader, that can destabilise parsing, corrupt process memory, and create a path to arbitrary code execution.

The risk is not just a crash. PDF files are rich, parser-heavy inputs, so a single malformed object, stream, font structure, image, or annotation can drive unsafe memory access deep inside the rendering pipeline. When the flaw is reachable through normal document handling, a user may only need to open or preview a weaponised file for exploitation to begin.

Why this CVE was dangerous in Adobe Acrobat and Reader

CVE-2023-26369 affected Adobe Acrobat and Reader and was added by CISA to the Known Exploited Vulnerabilities catalogue on 14 September 2023, which is a strong indicator that the issue was being used in real-world attacks. Adobe’s product class is especially sensitive because it processes untrusted documents from email, web downloads, shared drives, and browser handoffs.

Out-of-bounds write bugs are dangerous because they can do more than corrupt data. In a memory-unsafe parser, the overwrite may alter control flow, pointers, object metadata, or adjacent heap structures, which can turn a document-processing flaw into code execution. For a widely deployed reader, that creates a broad endpoint exposure surface.

For background on the vulnerability catalog and record structure, see the CVE Program and the NIST National Vulnerability Database.

How organisations check whether they are exposed

Exposure checks should start with a complete asset inventory of desktop endpoints, VDI images, shared workstations, and any software estate that bundles Adobe Reader or Acrobat. Teams should then compare those assets against vendor advisories and the CISA KEV catalogue, because KEV listing changes the urgency of remediation even when the vulnerable product is not internet-facing.

It is also worth looking beyond installed software. Browser integrations, document preview workflows, remote-access desktops, and email gateways can all widen reachability. In practice, the most important question is whether untrusted PDFs can still reach a vulnerable parser on a user endpoint.

For vulnerability triage and prioritisation discipline, Vulnerability Management Guide is a useful reference point.

Remediation, detection, and post-compromise review

The primary fix path is to apply Adobe’s security update or mitigation guidance for the exact affected build. Where patching is delayed, compensating controls should reduce exposure to malicious PDFs, especially from external email, download, and browser-originated content. Organisations should also treat the ability to open or render arbitrary PDF content as a privileged workflow when risk is high.

Detection should focus on unusual crashes, repeated document parse failures, spawned child processes from the reader, and post-exploitation behaviour such as suspicious scripting, file writes, or outbound connections. If exploitation is suspected, review nearby endpoint telemetry and investigate whether the user account, device state, or open document set exposed additional sensitive information.

For memory-corruption context and weakness mapping, the CWE Top 25 Guide is a useful companion.

Risk and Threat Considerations

When a document parser has an out-of-bounds write, attackers can weaponise ordinary file opening into code execution, which makes the flaw attractive for phishing, drive-by delivery, and targeted exploitation. The danger increases when the application is trusted by users and runs with their desktop privileges.

Failure mechanism: A crafted PDF triggers unsafe memory writes during parsing or rendering, allowing corruption of execution state rather than a simple crash.

Impact: Successful exploitation can lead to code execution, endpoint compromise, follow-on credential theft, or further malware delivery from a trusted workstation.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

Framework Control / Reference Relevance
NIST SP 800-53 Rev 5 SI-3 — Malicious Code Protection CVE-2023-26369 enables code execution through malicious PDF content.
SI-10 — Information Input Validation The issue is an out-of-bounds write caused by malformed input handling.
RA-5 — Vulnerability Monitoring and Scanning Exposure depends on identifying vulnerable Acrobat and Reader installations quickly.
Recommendation — Use SI-3 to inspect and block malicious document content before it reaches vulnerable readers. Apply SI-10 to validate untrusted PDF input before parsing and rendering it. Use RA-5 to inventory affected endpoints and track vulnerable reader deployments.
CIS Controls v8 CIS-7 — Continuous Vulnerability Management The CVE is actively exploited, so discovery and remediation speed are central.
CIS-10 — Malware Defenses A weaponised PDF can deliver code execution and downstream malware.
Recommendation — Prioritise CIS-7 to find vulnerable Adobe installations and remediate them quickly. Use CIS-10 to block malicious documents and limit follow-on payload execution.

Practitioner Guidance

Why practitioners should care: For reader applications, vulnerability management is really endpoint exposure management, because a single document viewer can become an initial access path across many users. Prioritise remediation when the issue is in a common file-handling application and especially when it appears in KEV.

What to watch for: Treat repeated crashes on malformed documents, unexpected child processes, and suspicious file or network activity after PDF open as indicators that the flaw may have been exercised. If exploitation is confirmed, review adjacent endpoints for the same reader version and rotate any credentials or sessions that may have been exposed on the affected machine.