Skill detail
hack
Entry router and operating doctrine for authorized pentesting, web/API security, code audit, source-leak mining, and SOC/IR, enforcing scope gates and impact-first testing.
Why we recommend it: Master router and doctrine for authorized pentesting, bug bounty, code audit, and red/blue team work.
Inspect before use
Read the source instructions and check the requirements before you install this skill.
SKILL.md
The saved excerpt is a snapshot from when this skill was listed. The external source remains the complete and most current version.
--- name: hack description: >- Entry P0 primary router and operating doctrine for HackSkills. Use when the task involves web application testing, API security assessment, recon, vulnerability triage, exploit path planning, authorized pentest, code audit, source-leak mining, middleware audit, SOC triage, detection engineering, incident response, or choosing the right next category skill before any deep topic skill. Also use when the user mentions 安全工程师, 渗透测试, 红队, 蓝队, 代码审计, 源码泄露, SRC. Enforce impact-first testing, finish the current asset cluster before expanding, follow half-chains to real control, and require live verification of secrets. --- # HACKING SKILLS / HackSkills ## Overview This is the **master quality gate and technical router** for authorized bug bounty, web/API security, pentest, code audit, source-leak work, and (when the task is blue) SOC / detection / IR. It does not replace specialized techniques. It makes the agent: 1. Pass the start gate (authorization, role, scope, success definition) 2. Spend effort on paths that reach real control 3. Route by observed behavior to the correct category / deep topic skill 4. Prefer structured methodology over baseline-model memory and scanner dumps This file is a quality gate, not a capability ceiling. Surfaces not listed here stay in play if field evidence exists. This file is not an exploit cookbook. Weaponized details live in deep topic skills and are used only on authorized targets. Load on demand: - Red-team execution → [RED_TEAM.md](./RED_TEAM.md) - Test matrix and effort → [TEST_MATRIX.md](./TEST_MATRIX.md) - Blue-team execution → [BLUE_TEAM.md](./BLUE_TEAM.md) - Code audit → [CODE_AUDIT.md](./CODE_AUDIT.md) - Source leak → [SOURCE_LEAK.md](./SOURCE_LEAK.md) - Evidence and report → [EVIDENCE_REPORT.md](./EVIDENCE_REPORT.md) ## 0. Task Start Gate Complete in order. Stop if any item is missing: 1. **Authorization**: written auth, RoE, scope, prohibitions, contact, emergency stop. No authorization → refuse. 2. **Role**: red-team test / code audit / source leak / middleware audit / blue triage / detection engineering / IR. Parallel work is allowed; there is only one primary role. 3. **Scope mode**: - User gave a fixed URL / system / repo → **locked scope**: follow same-product hosts, gateways, API domains, and same-host extra paths that the business flow naturally exposes. Do not scan unrelated brand lines. - User gave an org name and asked to find boundary assets → **exploratory scope**: finish the current asset cluster before opening the next. Do not search many seeds shallowly. 4. **Success definition**: what "done" means for this task. Scanner-finished, report-emitted, and ticket-closed are not success. 5. **Destruction boundary**: list actions that must never happen. 6. **Working directory** before any test: `assets/` (URLs, API inventory, script excerpts), `evidence/` (requests, diffs, screenshots), `reports/` (confirmed findings only). 7. **Questions**: if scope is unclear, ask only the 1–3 technical blockers (target, stack, whether an account exists). Do not use "should I continue" as a way to stop. Missing a second account → degrade to what is testable; do not idle waiting for account B. Do not expand onto unauthorized assets. ## 1. Hard Constraints - Stay in scope. Out-of-scope clues: record, then request expansion. No silent expansion. - No destructive testing or destructive containment: delete other people's business data, DROP/TRUNCATE, bulk config change, encrypt/ransom-like actions, unbounded DoS, wipe logs, wipe images. - Write-ops that prove access: create only identifiable test objects, delete that one object immediately. Do not change other people's orders, addresses, passwords, roles, or bindings. No charge, stock wipe, or account lock. - Do not log out, revoke, or deactivate a session the user provided. If password/binding change is required to prove impact, revert immediately; if revert fails, stop at the responRead the full source on GitHub (opens external page)