CVE-2026-61455: Grav Decompression Bomb DoS Vulnerability – Patch Guidance
Grav, a popular flat-file CMS, has a vulnerability in its ZIP file handling that allows authenticated attackers to cause a denial-of-service condition. An attacker with valid credentials can upload or supply a specially crafted ZIP archive that decompresses to an enormous size, filling up the server's available disk space and making the application unavailable. The vulnerability exists because the decompression code does not enforce reasonable limits on how much data can be extracted, how many files can be created, or how deeply files can be nested within the archive.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-409
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-10 / 2026-07-10
NVD description (verbatim)
Grav before 2.0.1 contains a decompression bomb vulnerability in ZipArchiver::extract() that lacks limits on uncompressed size, file count, and nesting depth. Attackers can supply a crafted ZIP archive that expands to fill available disk space, causing denial of service by exhausting storage resources.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-61455 is a decompression bomb vulnerability residing in the ZipArchiver::extract() method of Grav before version 2.0.1. The vulnerability stems from the absence of controls on three key dimensions: total uncompressed size, number of extracted files, and directory nesting depth. An attacker who can interact with the ZIP extraction functionality (typically requiring authentication) can construct a pathological ZIP archive—one where a small compressed file expands to consume gigabytes or terabytes of disk space—or contains hundreds of thousands of files, or exhibits deep recursive folder structures. This exhausts the target system's available storage, rendering the Grav instance unable to function and potentially affecting other services on the same server.
Business impact
The denial-of-service impact is operationally severe for organizations relying on Grav for content management. An attack can render the CMS completely unavailable, disrupting website availability and content updates. For multi-tenant or shared hosting environments, a malicious user's attack can degrade performance or consume resources intended for other applications. Recovery requires manual disk space cleanup and potential downtime to restore service. The requirement for authentication mitigates some risk but does not eliminate it: compromised accounts, insider threats, or legitimate users with administrative privileges represent credible attack vectors.
Affected systems
Grav versions prior to 2.0.1 are affected. Organizations running Grav 2.0.0 and earlier releases should treat this as a priority for upgrade planning. The vulnerability is present in any deployment where the ZIP extraction functionality is enabled and accessible to authenticated users—which is the default configuration for most Grav installations that handle file uploads or imports.
Exploitability
Exploitation requires prior authentication and the ability to trigger ZIP extraction. The CVSS 3.1 score of 6.5 (Medium severity) reflects this authentication barrier: the attack vector is network-based with low attack complexity, but the attacker must first obtain valid credentials. Once authenticated, the attacker requires no user interaction on the target system to succeed. The attack is deterministic and does not depend on luck or timing. Organizations with weak credential hygiene, shared accounts, or a large number of privileged users face elevated risk.
Remediation
Upgrade Grav to version 2.0.1 or later. This release includes fixes that enforce limits on uncompressed archive size, file count, and nesting depth, preventing decompression bomb attacks. Administrators should verify the upgrade patches are in place before resuming operations. In parallel, review access controls: minimize the number of users with file upload or import permissions, enforce strong authentication, and monitor for suspicious ZIP uploads.
Patch guidance
Verify your current Grav version using the administration panel or by checking the version file. If running 2.0.0 or earlier, plan an upgrade to 2.0.1 at your earliest opportunity. Consult the official Grav release notes and security advisories for version 2.0.1 to confirm the specific changes and any compatibility notes. Test the upgrade in a staging environment before production deployment.
Detection guidance
Monitor application logs for unusual ZIP extraction activity, particularly uploads or imports of abnormally large or complex archives. Track disk utilization trends; a sudden spike or sustained high usage following a user file upload may indicate an attack in progress. For proactive detection, inspect incoming ZIP files before decompression: reject archives with uncompressed sizes exceeding a threshold (e.g., 10× the compressed size), excessive file counts (e.g., >10,000 files), or deep nesting (e.g., >10 levels). Review access logs to identify which authenticated users are initiating extraction requests.
Why prioritize this
Although classified as Medium severity, this vulnerability warrants expedited attention in environments where Grav is internet-facing or handles untrusted content. The authentication requirement prevents zero-day mass exploitation, but the simplicity of crafting a decompression bomb, combined with the severe operational impact (complete availability loss), justifies rapid patching. Organizations should prioritize this ahead of lower-impact vulnerabilities but may sequence it after critical zero-day threats.
Risk score, explained
The CVSS 3.1 score of 6.5 reflects a network-accessible vulnerability with low attack complexity and an authentication prerequisite. The 'High' impact on availability (A:H) reflects the denial-of-service nature; integrity and confidentiality are unaffected (both 'None'). The authentication requirement (PR:L) prevents the score from reaching 'High' or 'Critical' range. In practice, risk is modulated by your threat model: if Grav administrators are trusted insiders and upload volumes are low, risk is lower; if the system is exposed to many external collaborators or integrates with automated import pipelines, risk is higher.
Frequently asked questions
Do I need to authenticate to exploit this vulnerability?
Yes. The vulnerability requires prior authentication to Grav. An attacker must first obtain valid credentials (through phishing, credential stuffing, insider action, or other means) before they can upload or extract a malicious ZIP archive.
What are decompression bombs and why are they dangerous?
Decompression bombs are archive files that appear small when compressed but expand to enormous sizes when extracted. For example, a 50 MB ZIP might decompress to 5 TB. By exhausting disk space, they cause denial of service. They can also waste CPU and memory during decompression. Limits on uncompressed size, file count, and nesting depth are standard defenses.
Will upgrading to 2.0.1 break my existing workflows or integrations?
Upgrading should not break standard workflows, but verify compatibility in a staging environment, especially if you have custom plugins or rely on ZIP import automation. Check the Grav 2.0.1 release notes for any breaking changes and test your critical use cases before rolling out to production.
What should I do if I cannot upgrade immediately?
While awaiting an upgrade window, restrict ZIP upload and import permissions to trusted administrators only, enforce strong authentication, monitor disk usage and application logs for anomalies, and configure firewall or WAF rules to throttle or block suspicious file upload patterns if possible. However, patching is the definitive fix and should be scheduled urgently.
This analysis is based on the published CVE description and CVSS assessment. Verify all patch versions, affected product lists, and compatibility notes against official vendor advisories and release notes before implementing remediation. The presence of this vulnerability does not guarantee exploitation in your environment; actual risk depends on your configuration, access controls, and threat landscape. Consult with your security team or a professional advisor to prioritize this vulnerability within your patch management program. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-44018MEDIUMDocling METS-GBS XML Parsing Vulnerability (v2.45-2.90)
- CVE-2026-54233MEDIUMvLLM Audio Transcription Denial of Service (CVSS 6.5)
- CVE-2026-55078MEDIUMCoder ZIP Bomb Denial-of-Service Vulnerability – Patch Guidance
- CVE-2026-10725HIGHProtocol::HTTP2 HTTP/2 Bomb Memory Exhaustion Vulnerability
- CVE-2026-13523LOWGPAC ISOBMFF Parser Decompression Denial-of-Service Vulnerability
- CVE-2026-24264HIGHNVIDIA Triton Inference Server Denial of Service Vulnerability
- CVE-2026-44160HIGHFluentd Gzip Decompression Denial of Service Vulnerability
- CVE-2026-44697HIGHKlever-Go Remote Denial-of-Service via Decompression Bomb