Join our Newsletter — 33% off our NHI Course
Home› FAQ› Threats, Abuse & Incident Response› Is CVE-2022-30333 (RARLAB UnRAR Directory Traversal) being exploited…
Threats, Abuse & Incident Response

Is CVE-2022-30333 (RARLAB UnRAR Directory Traversal) 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-2022-30333 to its Known Exploited Vulnerabilities catalogue on 9 August 2022, which it does only when there is reliable evidence of active exploitation. CISA lists it as known to be used in ransomware campaigns. RARLAB UnRAR on Linux and UNIX contains a directory traversal vulnerability, allowing an attacker to write to files during an extract (unpack) operation.

What the KEV listing means for exposure and response

For this CVE, the practical answer is not just that exploitation exists, but that the vulnerability has crossed the threshold where defenders should assume real-world abuse. CISA’s KEV listing is a signal to validate whether any UnRAR deployment remains reachable in your environment, then treat that exposure as an active risk until inventory, remediation, and post-change verification are complete.

When the flaw is present, the concern is not limited to extraction-time failure. A directory traversal during unpacking can let an attacker write files outside the intended destination, which changes the problem from a simple archive-handling bug to a potential path toward planting malicious files, altering startup locations, or overwriting sensitive content.

What to verify before you treat systems as safe

Start by confirming whether Linux and UNIX systems still include the vulnerable UnRAR component anywhere archives are processed, including servers, automation jobs, build systems, and endpoints that unpack untrusted files. The most common miss is assuming the tool is only on a user workstation when it also exists inside scripts, image build pipelines, or file-processing services.

Then verify how archives are handled in practice. If extraction runs with elevated permissions, if write locations are predictable, or if the extracted content is later consumed automatically, the blast radius increases materially. For a vulnerability of this type, “we only unpack trusted files” is not a sufficient control statement unless that trust boundary is actually enforced and monitored.

If you need the authoritative vulnerability record and current remediation context, cross-check the CVE Program entry and the CISA Known Exploited Vulnerabilities Catalog, then use the vendor advisory for version-specific guidance rather than trying to infer it from the exploit narrative.

Why traversal in an unpacker is operationally serious

Directory traversal in archive extraction matters because the archive is often treated as data, while the extraction path becomes a write primitive. That means a single unpack operation can cross a trust boundary and create files where defenders do not expect them, including locations that influence execution, configuration, or later processing.

In real environments, this kind of bug is especially dangerous when file handling is automated. Services that ingest customer uploads, email attachments, software packages, backup archives, or build artifacts can turn one malicious archive into a broader compromise path if the extracted payload reaches a privileged or persistent location.

For broader context on how active exploitation changes prioritisation, the Zero-Day and Exploited Vulnerabilities Guide is useful because it ties KEV, emergency mitigation, and post-patch hunting together in the same workflow. For teams managing many findings, the Vulnerability Management Guide helps translate that signal into asset scoping, prioritisation, and verification.

Risk and Threat Considerations

Because exploitation is known and ransomware use is documented, the threat is not theoretical. The main risk is that archive handling becomes an entry point for file placement in locations that affect execution, persistence, or later-stage compromise, especially when extraction is performed by privileged automation or on systems with broad write access.

Failure mechanism: A crafted archive can traverse out of the intended extraction directory and write attacker-chosen files to a different location, which can enable tampering, payload staging, or overwrite of files that matter to the host or application.

Impact: Successful abuse can lead to malware placement, follow-on execution, service disruption, or a foothold that supports broader compromise, particularly where archive processing is trusted and unattended.

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 CSF 2.0, NIST SP 800-53 Rev 5 and OWASP ASVS set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
CIS Controls v8CIS-7 — Continuous Vulnerability ManagementActively exploited CVEs require fast inventory, prioritisation, and remediation.
Recommendation — Prioritise and remediate KEV-listed software on a defined SLA.
NIST CSF 2.0ID.RA-01 — Asset Vulnerabilities Are Identified and RecordedThis question hinges on confirming exposure to a known exploited vulnerability.
PR.IP-12 — Vulnerability ManagementMitigation and verification are central when a CVE is actively exploited.
Recommendation — Maintain current asset and software inventories to identify exposed UnRAR deployments. Apply vulnerability management processes to patch, mitigate, and verify remediation of KEV-listed flaws.
NIST SP 800-53 Rev 5SI-2 — Flaw RemediationKnown exploited software flaws require prompt remediation and follow-up validation.
Recommendation — Remediate the vulnerable component promptly and verify the fix across all affected systems.
OWASP ASVSV5 File Handling — File HandlingThe vulnerability is an archive extraction/file-writing weakness.
Recommendation — Constrain archive extraction paths and reject path traversal in file-handling logic.

Practitioner Guidance

What to prioritise: Treat every system that extracts RAR archives as in scope until you have confirmed the component is absent, replaced, or remediated. Prioritise internet-facing file intake, automation pipelines, and hosts where archive extraction is privileged or frequent.

What to verify: Confirm that archived content is extracted only into restricted paths, that the process cannot write outside its sandbox, and that file ownership and permissions do not let a dropped file become executable or authoritative. If you cannot prove that containment, do not assume the extraction workflow is safe.

Practitioner takeaway: For an actively exploited archive parser flaw, the decisive question is not whether the exploit is elegant, but whether any business process still trusts extracted files enough to let a traversal write become a real foothold.

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