hunt-http-smuggling

Detects HTTP request desynchronization via low-impact parsing differential checks on authorized multi-hop proxy architectures.

10|3|Updated Aug 10, 2026
One-click install
npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill hunt-http-smuggling-baiqigo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-http-smuggling
Source: https://github.com/baiqigo/baiqi-redteam-lab/tree/main/.agents/skills/hunt-http-smuggling
Command: npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill hunt-http-smuggling-baiqigo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Authorized security testers need a safe, evidence-gated method to identify HTTP request smuggling (desynchronization) risks in multi-hop HTTP/1.1 and HTTP/2 proxy-to-backend chains without polluting queues, poisoning caches, or affecting other users. ## Core Features & Use Cases - Safe Differential Testing: Uses short, stateless, self-marked single requests to detect CL/TE and H2 downgrade parsing inconsistencies between front-end proxies and back-end servers. - Strict Engagement Gates: Enforces scope verification, baseline establishment, and explicit preconditions (test windows, isolated paths, low concurrency) before any active testing. - False-Positive Control: Treats timeouts, 502s, CDN errors, and WAF blocks as INCONCLUSIVE rather than vulnerabilities, requiring reproducible, isolated parsing divergence as evidence. - Use Case: During an authorized assessment of a CDN-fronted application with an HTTP/2 to HTTP/1.1 downgrade, run controlled differential checks via Burp Repeater or hunter_auto_smuggling safe mode to confirm whether the proxy and backend disagree on request boundaries. ## Quick Start Ask the agent to run an authorized HTTP smuggling differential check against the in-scope target after confirming the engagement gate and preconditions are met.

Frequently Asked Questions about hunt-http-smuggling

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

FAQPage Schema
How do I test for HTTP request smuggling safely?

Use single, stateless requests containing only your own markers to check for parsing divergence between front-end and back-end servers. Always establish a clean baseline first, send a clean request after each experiment, and stop immediately on any timeout or connection anomaly.

What is CL/TE desynchronization in HTTP proxies?

CL/TE desynchronization occurs when a front-end proxy and back-end server disagree on whether Content-Length or Transfer-Encoding defines the request boundary. This skill detects that disagreement through controlled differential checks on authorized targets only.

Can HTTP smuggling testing be done without affecting other users?

Yes, but only with strict preconditions: a written testing window, an isolated test path or tenant, low concurrency limits, and identifiable self-owned markers. Without these conditions, only passive version and configuration audits should be performed.

Why is a timeout or 502 error not proof of request smuggling?

Timeouts, 502s, CDN errors, and speed changes can result from network jitter or WAF behavior, not parsing divergence. Valid evidence requires reproducible, isolated boundary disagreement with a clean control request ruling out environmental noise.

What tools are used for HTTP desynchronization detection?

The workflow uses Burp Suite's controlled Repeater and the hunter_auto_smuggling safe detection mode to execute differential checks. These tools send short, non-destructive probes rather than exploit payloads.

When should HTTP smuggling testing be stopped immediately?

Stop when no isolated test path exists, when other users' responses or cross-session data appear, when performance degrades, or when a second polluting request would be needed. Record findings as INCONCLUSIVE and preserve sanitized wire evidence.