Join our Newsletter — 33% off our NHI Course
Home› FAQ› Threats, Abuse & Incident Response› Is CVE-2018-4990 (Adobe Acrobat and Reader Double Free)…
Threats, Abuse & Incident Response

Is CVE-2018-4990 (Adobe Acrobat and Reader Double Free) being exploited in the wild?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated October 19, 2026 Domain: Threats, Abuse & Incident Response

Yes. CISA added CVE-2018-4990 to its Known Exploited Vulnerabilities catalogue on 8 June 2022, which it does only when there is reliable evidence of active exploitation. CISA has not linked it to known ransomware campaigns. Adobe Acrobat and Reader have a double free vulnerability that could lead to remote code execution. Any organisation running the affected product should treat remediation as urgent.

What CVE-2018-4990 Means for Exposure and Exploitation

CVE-2018-4990 is the kind of flaw that changes from “theoretical risk” to “active incident condition” once it appears in CISA’s Known Exploited Vulnerabilities catalogue. For Adobe Acrobat and Reader, the practical question is not whether the bug exists, but whether any endpoint still runs a vulnerable build and can be reached by a malicious PDF or other crafted content.

That is why the immediate task is exposure confirmation. Inventory Acrobat and Reader installations, verify which users and endpoints still rely on them, and assume that internet-facing mailboxes, download folders, shared drives, and document workflows increase the chances of first contact. CISA Known Exploited Vulnerabilities Catalog is the authoritative source for the exploitation status and required remediation timing.

For broader triage and remediation discipline around exploited flaws, the Zero-Day and Exploited Vulnerabilities Guide and the Vulnerability Management Guide both reinforce the same operational point: a KEV listing should move the issue into emergency handling, not the normal patch queue.

How to Confirm Exposure and Reduce Risk Quickly

The first decision is whether the product is still installed and actively used. If Acrobat or Reader is not required, removal is better than waiting for a patch window. If it is required, isolate the endpoints that need it, validate that they are on the vendor’s supported and remediated line, and make document-opening behavior more cautious until remediation is complete.

Because this flaw can lead to remote code execution, the main control objective is to reduce the chance that a crafted document reaches a still-vulnerable process. Treat email filtering, attachment handling, browser download controls, and endpoint application restrictions as temporary risk reducers, not substitutes for fixing the vulnerable software.

For any environment that still accepts document files from outside the organisation, the relevant external references are the CVE Program for the vulnerability record and vendor advisory details, and CISA’s KEV catalogue for exploitation status and required action. Those sources should drive the exact version and fix check rather than secondary summaries.

What to Do If Patching Must Wait

If immediate patching is blocked, the priority is to shrink the blast radius. Move affected users off the vulnerable installation where possible, restrict who can open untrusted documents, and use application control or policy restrictions to stop Acrobat and Reader from being launched on systems that do not need them. In parallel, monitor for suspicious document delivery, unusual child processes, and crashes tied to PDF handling.

When remediation is delayed, security teams should also preserve evidence of whether exploitation may already have occurred. Review mail gateways, endpoint telemetry, and user reports for malicious PDFs, unexpected application termination, or post-open behaviour that does not match normal document viewing. If there is any indication of compromise, treat the endpoint as potentially exposed beyond the single application.

For technical reference on the affected software record and ecosystem context, NIST National Vulnerability Database is useful for confirming the canonical CVE record, while CISA remains the better source for action urgency when a CVE has been actively exploited.

Risk and Threat Considerations

This vulnerability matters because a document-based flaw in a widely deployed reader can become a reliable initial access path. Once attackers can trigger code execution through an ordinary file open workflow, they can pivot from a user interaction issue into endpoint compromise, data access, and follow-on movement if the endpoint is privileged or trusted.

Failure mechanism: A maliciously crafted document triggers the double free condition during parsing, and the application may hand the attacker control of execution flow before the user recognises anything unusual.

Impact: Successful exploitation can lead to remote code execution, malware installation, credential theft from the endpoint, and downstream access to files, sessions, or connected systems that the user can reach.

Standards & Framework Alignment

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

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

FrameworkControl / ReferenceRelevance
CIS Controls v8CIS-7 — Continuous Vulnerability ManagementActive exploitation makes rapid identification and remediation of vulnerable software essential.
Recommendation — Prioritise and remediate the affected Acrobat and Reader installations immediately.
NIST SP 800-53 Rev 5SI-2 — Flaw RemediationThe CVE requires prompt remediation and validation of vulnerable software removal.
SI-3 — Malicious Code ProtectionDocument-driven exploitation often reaches endpoints through files and content processing.
Recommendation — Fix or remove the vulnerable Adobe product and verify remediation. Filter and block malicious documents before they reach vulnerable clients.
NIST CSF 2.0ID.RA-01 — Asset Vulnerability IdentificationExposure confirmation depends on knowing where the vulnerable product is installed.
PR.IP-12 — Vulnerability ManagementThe question is about an actively exploited vulnerability requiring managed remediation.
Recommendation — Identify every endpoint running Acrobat or Reader and confirm exposure. Move the CVE into emergency remediation and track closure to completion.

Practitioner Guidance

What to prioritise: Treat any still-installed Acrobat or Reader instance on user endpoints as a remediation candidate if it is in scope for the organisation. Start with systems that receive external documents, handle customer or partner files, or belong to users with broad file and network access.

What to verify: Confirm the installed product version against the vendor advisory, then verify whether the endpoint is still able to open externally sourced PDFs before remediation is complete. If the software cannot be removed immediately, confirm that compensating controls are actually enforced rather than only documented.

Practitioner takeaway: For a KEV-listed desktop application flaw, the real question is not whether exploitation is possible, but how fast you can prove exposure, reduce reachability, and eliminate the vulnerable path before an attacker finds it.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 19, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org