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.