hunt-http-parameter-pollution

Tests duplicate HTTP parameters across query, form, JSON, and proxy layers for parsing inconsistencies.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Web applications often parse duplicate HTTP parameters differently at the frontend, gateway, and backend layers, creating validation, filtering, or authorization inconsistencies that are hard to detect with standard testing. This Skill provides a structured, evidence-gated methodology to safely verify HTTP parameter pollution (HPP) behavior on authorized targets. ## Core Features & Use Cases - Multi-Layer Parser Modeling: Maps how each layer (URL query, form body, JSON, path/matrix parameters) handles duplicate parameters — first-wins, last-wins, array, merge, or reject. - Controlled Single-Variable Probing: Follows a baseline → single-variable probe → post-baseline → oracle → evidence workflow, adding only one duplicate parameter per experiment. - Strict Oracle and Stop Conditions: Distinguishes real findings (divergent value selection causing repeatable semantic changes) from false positives like normal array behavior or UI display differences. - Use Case: During an authorized assessment, you suspect a reverse proxy and backend disagree on duplicate role parameters. Use this Skill to build a parser model, run minimal safe probes on your own test account, and capture layered evidence with rollback. ## Quick Start Ask the agent to run the HTTP parameter pollution hunt against my authorized test target and verify whether duplicate parameters cause inconsistent validation between the proxy and backend.

Frequently Asked Questions about hunt-http-parameter-pollution

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

FAQPage Schema
How do I test for HTTP parameter pollution vulnerabilities?

HTTP parameter pollution testing involves sending duplicate parameters and comparing how the frontend, gateway, and backend each parse them. This Skill uses a baseline → single-variable probe → post-baseline workflow, adding one duplicate parameter per experiment and recording each layer's behavior.

What counts as a real HTTP parameter pollution finding?

A valid finding requires the frontend, gateway, and backend to select different values for the same request, causing repeatable changes to validation, filtering, authorization, or state semantics on your own objects. Merely accepting duplicate values, normal array behavior, or UI display differences do not qualify.

Can I test parameter pollution on payment or signature fields?

Payment, signature, and permission fields may only be tested in sandbox transactions with explicit rollback capability. The Skill mandates stopping immediately if tests touch real orders, roles, passwords, emails, shared caches, or third-party objects.

Why does my parameter pollution test return inconclusive results?

WAF blocks, CAPTCHAs, timeouts, or single anomalous responses are classified as INCONCLUSIVE rather than findings. You need repeatable evidence showing divergent value selection across layers plus a state read-back to confirm the behavior.

What authorization is required before running parameter pollution tests?

Testing requires explicit user authorization, locked scope, and an established host and identity baseline before starting. Only self-owned accounts, test objects, callback domains, and approved request rates may be used, and the route must be confirmed in the orchestrator's top priorities.