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.