What problem does it solve? HTTP request smuggling occurs when a front-end proxy and back-end server disagree on request boundaries due to Content-Length vs Transfer-Encoding parsing inconsistencies, and it is difficult to detect and confirm without structured guidance on which payload variants work against which server stacks. ## Core Features & Use Cases - Variant Coverage: Documents CL.TE, TE.CL, H2.CL, and H2.TE smuggling techniques with detection via Burp HTTP Request Smuggler, smuggler.py, and h2csmuggler. - Target-Suitability Matrix: Maps which front-end servers (Nginx, Caddy, Envoy, HAProxy, AWS ALB, Cloudflare, F5, Citrix, Squid) are vulnerable to which smuggling variants, preventing wasted effort on hardened targets. - Impact Validation Chains: Explains how to confirm exploitability through time-delay probes, cache poisoning, credential capture, and front-end auth bypass, plus a pre-severity gate requiring cross-client impact. - Use Case: When testing a bug bounty target behind a CDN and origin stack, fingerprint the front-end server, select the viable smuggling variant from the matrix, and confirm with a time-delay probe before building a cache poisoning or session theft chain. ## Quick Start Fingerprint the target's front-end server with a curl header check, then use the suitability matrix to pick a viable smuggling variant and confirm it with a time-delay probe.