patch-review-hunter

Evaluates whether security patches fully enforce the intended invariant across all reachable code paths.

1|Updated Aug 11, 2026
One-click install
npx skills add https://github.com/Maybe4a6f7365/agentic-bug-bounty-framework --skill patch-review-hunter-maybe4a6f7365
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: patch-review-hunter
Source: https://github.com/Maybe4a6f7365/agentic-bug-bounty-framework/tree/main/skills/patch-review-hunter
Command: npx skills add https://github.com/Maybe4a6f7365/agentic-bug-bounty-framework --skill patch-review-hunter-maybe4a6f7365

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires requests.

What problem does it solve? Security patches often fix only the reported payload or a single code path, leaving sibling endpoints, alternate encodings, or race windows exploitable. This Skill provides a structured method to determine whether a CVE fix is actually complete before trusting it. ## Core Features & Use Cases - Invariant Reconstruction: Rebuilds the original security invariant from the advisory and diff, then checks every reachable equivalent path against it. - Bypass Pattern Detection: Flags recurring patch-failure motifs such as incomplete blocklists, normalization-after-validation, TOCTOU races, unpatched sibling routes, and missing regression tests. - Verdict with Evidence Discipline: Returns Complete, Incomplete, or Suspicious with a three-label split (technically_vulnerable, in_scope, program_reportable) and a 12-category negative-control taxonomy. - Use Case: Given a CVE fix commit for a path traversal bug, analyze the diff, discover the fix only blocks ../ but not ..\ or double-encoded variants, and produce a controlled reproducer proving the bypass on an authorized target. ## Quick Start Ask the AI to review this CVE fix commit and determine whether the patch completely closes the vulnerability across all sibling code paths.

Frequently Asked Questions about patch-review-hunter

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

FAQPage Schema
How do I check if a security patch is complete?▼

Reconstruct the original security invariant from the advisory, build a file-by-file change ledger, then search for sibling callers, alternate encodings, and equivalent transforms that reach the same sink without the new guard. Confirm any suspected bypass with a controlled dynamic reproducer on an authorized target.

What are common patch bypass patterns to look for?▼

Recurring patterns include literal blocklists missing alternate separators, validation applied before decoding or normalization, TOCTOU check/use gaps, fixes applied to only one route version, and regression tests covering only the reported payload.

Can static code review alone prove a patch bypass?▼

No. Static analysis can rank bypass hypotheses, but only controlled dynamic testing with an impact oracle proves exploitability. Code resemblance alone should never upgrade a Suspicious verdict to Incomplete.

When should a patch review finding not be submitted to a bug bounty program?▼

Stop when the behavior is expected product design, a control exists elsewhere, the target is not actually affected, no impact oracle reproduces, the asset is out of scope, or testing would require prohibited methods. Apply the three-label split: technically_vulnerable, in_scope, and program_reportable.

Does the patch review helper script prove a vulnerability?▼

No. The included Python triage helper only emits review hypotheses from regex patterns over a unified diff. Every emitted candidate requires manual verification of reachability, sibling callers, controls, and a safe impact oracle.