hunt-race-condition

Orchestrate concurrent HTTP/2 requests to detect race-condition vulnerabilities in web apps.

Updated May 31, 2026
One-click install
npx skills add https://github.com/grivera82/pi-bughunter --skill hunt-race-condition-grivera82
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: hunt-race-condition
Source: https://github.com/grivera82/pi-bughunter/tree/main/skills/hunt-race-condition
Command: npx skills add https://github.com/grivera82/pi-bughunter --skill hunt-race-condition-grivera82

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Race conditions in modern web apps can allow attackers to bypass one-off constraints, causing multiple successful actions such as duplicate coupon redemptions or token issuances and compromising data integrity.

Core Features & Use Cases

  • Structured methodology to identify, reproduce, and document race-condition vulnerabilities, including TOCTOU patterns and HTTP/2 single-packet attack concepts.
  • Covers real-world targets like coupon redemption, MFA timing, and account-creation flows, with practical testing patterns and mitigation guidance.
  • Provides reproducible testing workflows and evidence templates to demonstrate impact to stakeholders.

Quick Start

Run an initial race-test against a target endpoint to observe concurrent success signals and document reproducibility.

Frequently Asked Questions about hunt-race-condition

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

FAQPage Schema
How do I test for race condition vulnerabilities in web applications?▼

Identify race conditions by orchestrating concurrent requests against target endpoints to observe non-atomic state transitions. This Skill scripts multi-client scenarios using deterministic tooling to reproduce duplicate coupon redemptions or MFA timing bypasses.

What is a TOCTOU race condition and how does HTTP/2 single-packet attack work?▼

TOCTOU race conditions exploit delays between checking and using state, while HTTP/2 single-packet attacks send concurrent requests over one TLS connection to force non-atomic state transitions and bypass one-off constraints like token verification.

Do I need to know database isolation levels to exploit race conditions safely?▼

Yes, uncovering race conditions requires knowledge of HTTP/2, TLS, and database isolation levels. Understanding backend stacks helps script multi-client scenarios and recognize countermeasures like atomic updates and row-level locks.

What are common race condition attack surfaces in modern web apps?▼

Common race condition attack surfaces include coupon redemption, MFA timing, account creation, and token verification flows. These endpoints often fail to enforce atomic state transitions under concurrent request loads.

How do I document race condition vulnerabilities for bug bounty reports?▼

Document race conditions using reproducible testing workflows and evidence templates that demonstrate concurrent success signals. This structured methodology proves non-atomic state transitions and demonstrates impact to stakeholders.

What mitigations prevent race condition exploitation in backend stacks?▼

Mitigations against race condition exploitation include implementing atomic updates and applying row-level database locks. These countermeasures ensure state transitions remain atomic even when processing concurrent HTTP/2 requests.