vuln-http-smuggling

Detect HTTP request smuggling via timing probes and differential response testing.

Updated Jul 30, 2026
One-click install
npx skills add https://github.com/salmanabdurrahman/pi-pentest-agent --skill vuln-http-smuggling
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: vuln-http-smuggling
Source: https://github.com/salmanabdurrahman/pi-pentest-agent/tree/main/skills/vuln-http-smuggling
Command: npx skills add https://github.com/salmanabdurrahman/pi-pentest-agent --skill vuln-http-smuggling

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill addresses the complex security challenge of front-end and back-end desynchronization, allowing security professionals to identify and confirm HTTP request smuggling vulnerabilities without causing unintended service disruption.

Core Features & Use Cases

  • Desync Detection: Automatically tests for CL.TE, TE.CL, TE.TE, and H2.CL desynchronization patterns using timing probes and differential responses.
  • Safe Validation: Implements strict safety gates, including authorization checks and canary-based testing, to prevent cache poisoning or unauthorized data access.
  • Use Case: During a penetration test, use this skill to verify if a target's reverse proxy and back-end server disagree on request boundaries, providing clear evidence for remediation.

Quick Start

Use the vuln-http-smuggling skill to initiate a desync validation probe against the authorized target origin defined in your current scope.

Frequently Asked Questions about vuln-http-smuggling

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

FAQPage Schema
How do I detect HTTP request smuggling vulnerabilities during a pentest?▼

You can detect HTTP request smuggling by testing for front-end and back-end desynchronization through timing probes and differential responses, safely identifying CL.TE, TE.CL, and TE.TE patterns.

What is HTTP request smuggling and how does a desync attack work?▼

HTTP request smuggling is a desync attack where a reverse proxy and back-end server disagree on request boundaries, allowing security professionals to identify unauthorized data access or cache poisoning risks safely.

How do I safely validate CL.TE and TE.CL desync types without causing service disruption?▼

To safely validate CL.TE and TE.CL desync types without disruption, use canary-based testing protocols and strict safety gates, including authorization checks, to ensure non-destructive validation of web infrastructure.

Can I test for H2.CL desynchronization patterns in my web infrastructure?▼

Yes, you can test for H2.CL desynchronization patterns in your web infrastructure by applying differential response testing and timing probes during authorized security assessments to confirm boundary disagreements.

Do I need explicit authorization to run HTTP request smuggling probes?▼

Yes, you need explicit authorization and strict adherence to scope to run HTTP request smuggling probes, as the validation requires canary-based testing protocols to prevent unauthorized data access or cache poisoning.

Why does differential response testing fail to confirm some request smuggling vulnerabilities?▼

Differential response testing might fail to confirm request smuggling vulnerabilities if front-end and back-end servers do not exhibit clear desynchronization or if strict canary-based testing protocols are not properly aligned with the target scope.