hack

Route web and API security testing toward likely bug-bounty vulnerability classes.

2|Updated May 15, 2026
One-click install
npx skills add https://github.com/lNwNl/Methodos --skill hack-lnwnl
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hack
Source: https://github.com/lNwNl/Methodos/tree/main/docker/opencode/skills/hack
Command: npx skills add https://github.com/lNwNl/Methodos --skill hack-lnwnl

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents agents from wandering with random payloads by guiding them to choose the right web/API testing phase and vulnerability category using structured bug-bounty methodology.

Core Features & Use Cases

  • Phase-first routing: starts from Recon / Validation / Privilege Escalation / chaining to reduce blind spots.
  • Behavior-driven vulnerability selection: maps observed signals (reflections, server-side fetches, file/path control, auth/session patterns, parameter handling) to specific classes like XSS, SQLi, SSRF, IDOR/BOLA, XXE, request smuggling, prototype pollution, and more.
  • Higher hit-rate execution order: enforces a pragmatic testing sequence (methodology → API security/auth/authorization → core web vulns → business logic/race conditions → chaining).
  • Auditability and guardrails: emphasizes authorized testing only and encourages explainable, reproducible testing paths.

Quick Start

Use the hack skill to route a new REST API target by first identifying the testing phase and then selecting the most likely vulnerability categories based on observed behavior.

Frequently Asked Questions about hack

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

FAQPage Schema
How do I route web and API security testing to avoid random payload wandering?

Route web and API security testing by applying a phase-first methodology that maps observed target signals to specific vulnerability classes like XSS, SQLi, and SSRF. This enforces a structured testing sequence from recon through chaining to maximize hit rates.

What is the best way to map observed behavior to bug bounty vulnerability classes?

Mapping observed behavior to bug bounty vulnerability classes requires collecting target context signals such as inputs, permissions, and reflection locations. These signals drive behavior-driven vulnerability selection across REST APIs, GraphQL, and classic web apps.

How do I plan an exploit path for REST API and GraphQL authorization testing?

Plan an exploit path for REST API and GraphQL authorization testing by identifying the current testing phase and selecting likely categories like IDOR or BOLA. The structured methodology enforces a pragmatic sequence from API auth testing to business logic flaws.

Does this bug bounty methodology apply to admin panels and file upload flows?

Yes, this bug bounty methodology applies to admin panels, file upload flows, and payment systems. It routes testing toward the most likely vulnerability classes by analyzing auth patterns, parameter handling, and server-side fetches across these diverse target surfaces.

Can I use this testing methodology for unauthorized security assessments?

No, this testing methodology includes auditability guardrails and emphasizes authorized pentesting only. It encourages explainable, reproducible testing paths aligned to security constraints to ensure all vulnerability validation remains within permitted boundaries.

Why does my web vulnerability triage miss privilege escalation and chaining flaws?

Web vulnerability triage misses privilege escalation and chaining flaws when lacking a structured phase-first methodology. Enforcing a higher hit-rate execution order ensures you progress from core web vulnerabilities to business logic and race conditions before chaining.