break-assumptions

Enumerate and rank implicit developer assumptions behind an attack surface before vulnerability hunting.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Most bug bounty candidates die not from detection failures but from assumption-analysis failures: the behavior is real but has no impact, a compensating control holds, or the behavior is intended design. This Skill front-loads that analysis so weak candidates are closed in minutes instead of after a full PoC and report draft. ## Core Features & Use Cases - Assumption ledger: Enumerate the implicit contract behind each trust boundary (reachability, upstream validation, identifier secrecy, caller identity, parser agreement, execution context) and rank entries by impact if false. - Design-intent and control checks: Verify whether a behavior is deliberate and documented, name the primary control actually holding the boundary, and test whether breaking the assumption grants anything beyond the attacker's starting privilege. - Hunter routing: Route surviving assumptions to the matching vulnerability-class hunter (access control, IDOR, SSRF, path traversal, business logic, privilege escalation) for dynamic proof. - Use Case: After recon surfaces an exported Android component, build an assumption ledger, discover the path-sandbox assumption is defended by an unnamed control, close it as control_held, and route only the caller-identity assumption to the auth-bypass hunter. ## Quick Start Run the break-assumptions analysis on the current target's recon output and write a ranked assumption ledger to the target's notes directory.

Frequently Asked Questions about break-assumptions

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

FAQPage Schema
How do I find hidden assumptions in an attack surface before hunting bugs?▼

Enumerate what the code must believe to be correct at each trust boundary: reachability, upstream validation, identifier secrecy, caller identity, parser agreement, and execution context. Write each as a falsifiable sentence naming a subject and object, then rank by impact if false.

Why do bug bounty reports get closed as intended behavior or no impact?▼

Closures usually come from assumption-analysis failures, not detection failures. The behavior may be a documented design decision, a compensating control on another layer may hold it, or breaking it grants nothing beyond the attacker's existing privilege.

When should assumption analysis run in a bug bounty workflow?▼

Run it after recon and before class-specific hunters to convert a candidate surface into a ranked ledger, or mid-hunt when a hunter proves a behavior but cannot demonstrate impact. It is analysis, not exploitation, and never produces findings directly.

Does this skill replace dynamic PoC validation?▼

No. Every surviving assumption is an observation that still owes a dynamic proof through PoC validation with negative controls. The skill only decides which assumptions are worth the cost of a proof.

What are the limitations of assumption-based threat modeling?▼

The assumption-class table is a hypothesis generator, not proof of coverage, and closure statistics drift as findings close. Version-bound assumptions must be resolved against the pinned artifact, and analysis of out-of-scope assets remains out of scope.