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.