decompression-dos

Audit input processing paths for amplification DoS safeguards and compliance gaps.

Updated May 11, 2026
One-click install
npx skills add https://github.com/blamejs/exceptd-skills --skill decompression-dos
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: decompression-dos
Source: https://github.com/blamejs/exceptd-skills/tree/main/skills/decompression-dos
Command: npx skills add https://github.com/blamejs/exceptd-skills --skill decompression-dos

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill addresses critical gaps in traditional input validation and DoS protection that fail to block amplification attacks, where tiny structurally valid inputs (like zip bombs, billion-laughs XML, or ReDoS strings) exhaust server resources or enable code execution via path traversal, bypassing standard WAF and autoscaling defenses.

Core Features & Use Cases

  • Amplification DoS Detection: Identifies missing bounds for decompression size/ratio, XML entity expansion, regex complexity, parse depth, and length-field allocation across all input processing paths.
  • Compliance Gap Analysis: Maps identified gaps to insufficiencies in NIST 800-53, NIS2, UK CAF, and other regulatory frameworks to demonstrate where existing controls are outdated for modern attack patterns.
  • Use Case: A team running a public file upload service can use this Skill to audit their archive parsing logic for missing decompression caps and Zip Slip path confinement, preventing a single 42KB zip bomb from exhausting their entire server fleet.

Quick Start

Use the decompression-dos skill to audit your service's user-facing input processing paths for missing amplification DoS safeguards and generate a prioritized remediation report with compliance gap mappings.

Frequently Asked Questions about decompression-dos

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent zip bomb attacks on file upload services?▼

To prevent zip bomb attacks on file upload services, you must enforce decompression ratio caps and length-field allocation bounds on archive parsing. Auditing input paths for missing decompression limits stops small valid archives from exhausting server resources.

What is an amplification denial-of-service attack?▼

An amplification denial-of-service attack uses tiny structurally valid inputs, like billion-laughs XML or ReDoS strings, to exhaust server resources. These attacks bypass standard WAF and autoscaling defenses by exploiting unbounded processing in input validation logic.

How do I audit code for ReDoS vulnerabilities and parser security gaps?▼

Auditing for ReDoS vulnerabilities involves checking regex matching against user-supplied data for linear-time enforcement and parse depth limits. A security audit identifies missing bounds for regex complexity across all public-facing input processing paths.

Does blocking Zip Slip path traversal require specific compliance controls?▼

Blocking Zip Slip path traversal requires Zip Slip path confinement controls to meet modern security and compliance standards. Mapping identified input validation gaps to NIST 800-53, NIS2, or UK CAF demonstrates where existing controls are outdated for archive uploads.

Can I use this to disable XML entity expansion for billion-laughs attacks?▼

You can disable XML entity expansion to stop billion-laughs attacks by ensuring your structured data parsing includes strict entity bounds. Analyzing XML parsing logic verifies that missing expansion limits are flagged before user-supplied data causes resource exhaustion.

What are the limitations of traditional input validation for DoS prevention?▼

Traditional input validation fails DoS prevention when it lacks unbounded processing limits for decompression size, parse depth, and regex complexity. Standard defenses miss structurally valid malicious inputs that bypass autoscaling by consuming resources within single requests.