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-08-18
Score: 7.1 High
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

An improper input validation flaw in Malcolm's upload‑processing pipeline allows highly compressed single‑stream files to bypass defined size limits, leading to data amplification. A small, highly compressible file can expand to an effectively unbounded size on disk, exhausting shared storage used by OpenSearch, Logstash, Arkime, and Zeek. The vulnerability is classified under CWE‑409 and can be leveraged by an authenticated user with upload rights, potentially causing a denial of service for all users.

Affected Systems

The issue affects the Malcolm platform distributed by CISAgov. All releases prior to version 26.08.0 lack the necessary checks for single‑stream compressed formats, making those deployments vulnerable regardless of other configuration settings. Version 26.08.0 and later incorporate the fix.

Risk and Exploitability

With a CVSS score of 7.1 the vulnerability is considered high severity. The EPSS score is not available and it is not listed in CISA KEV. An attacker who can authenticate and is permitted to upload PCAP/log files can trigger the data amplification by uploading a small compressed file that expands to a large, unbounded size, depleting the Docker volume and disrupting platform services. The flaw is exploitable over the network via a standard upload action, though it requires valid upload credentials.

Generated by OpenCVE AI on August 18, 2026 at 20:36 UTC.

Remediation

Vendor Solution

Malcolm version 26.08.0 addresses this issue. For more information, see  https://github.com/cisagov/Malcolm/security/advisories/GHSA-f2v6-8cj4-mhr6 .


OpenCVE Recommended Actions

  • Update Malcolm to version 26.08.0 or later, which enforces size limits on all compressed formats.
  • If an upgrade is not immediately possible, restrict upload permissions to trusted users only and block upload of single‑stream compressed files with extensions .gz, .bz2, .xz, .lzma, .lz.
  • Add input size validation for all compressed formats to satisfy CWE‑409 guidelines, ensuring that limits are applied consistently regardless of file type.
  • Monitor disk usage on the shared Docker volume and set alarms to detect sudden spikes; automate recovery procedures to isolate affected containers.

Generated by OpenCVE AI on August 18, 2026 at 20:36 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 18 Aug 2026 21:15:00 +0000

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

Tue, 18 Aug 2026 20:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Tue, 18 Aug 2026 19:30: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 (data amplification) in CISA 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'}

cvssV4_0

{'score': 7.1, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: icscert

Published:

Updated: 2026-08-18T19:45:58.424Z

Reserved: 2026-08-12T21:15:03.423Z

Link: CVE-2026-19671

cve-icon Vulnrichment

Updated: 2026-08-18T19:42:45.336Z

cve-icon NVD

Status : Received

Published: 2026-08-18T20:17:13.660

Modified: 2026-08-18T20:17:13.660

Link: CVE-2026-19671

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-18T21:00:04Z

Weaknesses
  • CWE-409

    Improper Handling of Highly Compressed Data (Data Amplification)