Description
Malcolm's upload-processing pipeline (scripts/safe-extract.py) enforces entry-count, nesting-depth, and total-uncompressed-byte limits when extracting container archives (zip/tar/rar/7z via libarchive), but those limits are not applied when the uploaded file is a single-stream compressed format (.gz, .bz2, .xz, .lzma, .lz) that isn't a .tar.*-style archive. Any authenticated user permitted to upload PCAP/log files can upload a small, highly compressible file (e.g. a gzip bomb) that decompresses to an effectively unbounded size on disk, exhausting the shared Docker volume used by OpenSearch, Logstash, Arkime, and Zeek, and disrupting the platform for all users.
Published: 2026-10-08
Score: 6.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service by disk exhaustion
Action: Apply Patch
AI Analysis

Impact

Malcolm’s upload‑processing pipeline enforces limits only when extracting container archives, but those limits are not applied to single‑stream compressed formats such as .gz or .xz. An authenticated user can upload a highly compressible file that decompresses to an effectively unbounded size on disk. The resulting disk consumption exhausts the shared Docker volume used by OpenSearch, Logstash, Arkime, and Zeek, leading to service disruption for all users.

Affected Systems

The issue impacts Malcolm versions prior to v26.08.0. Any installation that allows authenticated uploads of PCAP or log files and shares a Docker volume among services is vulnerable.

Risk and Exploitability

The CVSS score is 6.5, indicating moderate severity, with no EPSS score available and no presence in the CISA KEV catalog. The likely attack vector requires authenticated access to the upload endpoint; once a crafted compressed file is uploaded, the platform experiences rapid resource exhaustion that can be repeatedly triggered by any compromised or malicious user.

Generated by OpenCVE AI on October 8, 2026 at 18:28 UTC.

Remediation

Vendor Solution

Update to version v26.08.0


OpenCVE Recommended Actions

  • Update Malcolm to version v26.08.0 or later.
  • Disable or restrict the upload of single‑stream compressed files by enforcing a size cap or rejecting such formats.
  • Configure Docker volume quotas or monitoring to prevent a single process from consuming all available storage space.

Generated by OpenCVE AI on October 8, 2026 at 18:28 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 13 Oct 2026 16:30:00 +0000


Fri, 09 Oct 2026 07:30:00 +0000

Type Values Removed Values Added
First Time appeared Cisagov
Cisagov malcolm
Vendors & Products Cisagov
Cisagov malcolm

Thu, 08 Oct 2026 17:45:00 +0000

Type Values Removed Values Added
Description Malcolm's upload-processing pipeline (scripts/safe-extract.py) enforces entry-count, nesting-depth, and total-uncompressed-byte limits when extracting container archives (zip/tar/rar/7z via libarchive), but those limits are not applied when the uploaded file is a single-stream compressed format (.gz, .bz2, .xz, .lzma, .lz) that isn't a .tar.*-style archive. Any authenticated user permitted to upload PCAP/log files can upload a small, highly compressible file (e.g. a gzip bomb) that decompresses to an effectively unbounded size on disk, exhausting the shared Docker volume used by OpenSearch, Logstash, Arkime, and Zeek, and disrupting the platform for all users.
Title Improper Handling of Highly Compressed Data in Malcolm
Weaknesses CWE-409
References
Metrics cvssV3_1

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


cve-icon MITRE

Status: PUBLISHED

Assigner: icscert

Published:

Updated: 2026-10-14T19:36:54.743Z

Reserved: 2026-10-07T18:31:15.966Z

Link: CVE-2026-107335

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-10-08T18:17:19.970

Modified: 2026-10-13T17:17:16.610

Link: CVE-2026-107335

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-09T07:15:09Z

Weaknesses
  • CWE-409

    Improper Handling of Highly Compressed Data (Data Amplification)