Description
Tor before 0.4.9.9 was prone to a compression bomb bypass where an attacker could concatenate many gzip or zlib sub-streams, each just under the per-stream detection threshold, to avoid the compression bomb check entirely. This is TROVE-2026-022.
Published: 2026-08-20
Score: 5.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

A flaw in Tor before version 0.4.9.9 allows an attacker to bypass the built‑in compression bomb protection by concatenating many gzip or zlib sub‑streams, each just below the per‑stream threshold, thereby avoiding detection. This bypass can lead to excessive memory or resource consumption when decompressing network traffic, resulting in service disruption. The weakness is a failure to validate compressed data correctly (CWE‑420).

Affected Systems

Tor versions earlier than 0.4.9.9 from the Tor Project. The vulnerability affects all Tor installations that execute inbound or outbound gzip or zlib streams, including relays and clients that process compressed data from the network. Updating to a release that pulls in the mitigation (0.4.9.9 or later) removes the flaw.

Risk and Exploitability

The CVSS score of 5.3 reflects a moderate severity that can cause denial of service in the absence of mitigations. No exploit has been reported (EPSS not available), and the vulnerability is not listed in CISA KEV. Attackers would need to supply malformed compressed payloads to a Tor instance; the attack vector is likely through network traffic that includes compressed data from untrusted peers. The risk is moderate for environments exposing Tor to unfiltered traffic, especially those with high connectivity to potentially hostile networks.

Generated by OpenCVE AI on August 21, 2026 at 01:13 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade Tor to release 0.4.9.9 or later, ensuring the binary includes the compression bomb patch.
  • Configure any application code or scripts that feed compressed data to Tor to enforce strict stream size limits and reject payloads that exceed acceptable boundaries.
  • Implement network monitoring to detect unusually large gzip or zlib streams and consider blocking or throttling peers that generate them.

Generated by OpenCVE AI on August 21, 2026 at 01:13 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 21 Aug 2026 20:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'yes', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Fri, 21 Aug 2026 01:30:00 +0000

Type Values Removed Values Added
Title Compression Bomb Bypass Vulnerability in Tor

Thu, 20 Aug 2026 21:15:00 +0000

Type Values Removed Values Added
Description Tor before 0.4.9.9 was prone to a compression bomb bypass where an attacker could concatenate many gzip or zlib sub-streams, each just under the per-stream detection threshold, to avoid the compression bomb check entirely. This is TROVE-2026-022.
First Time appeared Torproject
Torproject tor
Weaknesses CWE-420
CPEs cpe:2.3:a:torproject:tor:*:*:*:*:*:*:*:*
Vendors & Products Torproject
Torproject tor
References
Metrics cvssV3_1

{'score': 5.3, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L'}


cve-icon MITRE

Status: PUBLISHED

Assigner: mitre

Published:

Updated: 2026-08-21T20:08:38.672Z

Reserved: 2026-08-20T20:57:49.855Z

Link: CVE-2026-77639

cve-icon Vulnrichment

Updated: 2026-08-21T20:06:33.105Z

cve-icon NVD

Status : Analyzed

Published: 2026-08-20T21:17:11.233

Modified: 2026-09-08T18:33:36.520

Link: CVE-2026-77639

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-21T01:15:07Z

Weaknesses
  • CWE-420

    Unprotected Alternate Channel