recon-scope-triage

Triage ASM and recon output to separate owned target assets from namespace-collision noise.

Updated Sep 6, 2026
One-click install
npx skills add https://github.com/inventashif/helpful-code-sidekick --skill recon-scope-triage-inventashif
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: recon-scope-triage
Source: https://github.com/inventashif/helpful-code-sidekick/tree/main/scripts/hackerai/skills/bughunter/recon-scope-triage
Command: npx skills add https://github.com/inventashif/helpful-code-sidekick --skill recon-scope-triage-inventashif

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Automated recon and ASM tools keyword-match on brand names, so for targets whose name is a common dictionary word, reports are flooded with assets belonging to unrelated same-named companies. Acting on this untriaged data wastes the engagement and risks attacking innocent third parties outside scope. ## Core Features & Use Cases - Ownership Verification: Apply per-source verification rules for GitHub repos, cloud buckets, mobile apps, breach combos, typosquats, and forum hits to prove an asset belongs to the target before testing. - Soft-404 Detection: Run a junk-path control with curl to expose false-positive ".env", ".git", and admin-panel "Criticals" caused by SPA catch-all routes. - Severity Re-baselining: Recount findings against only-owned assets, quarantine collisions in auditable files, and surface the meta-finding when the ASM feed is mostly noise. - Use Case: You receive an ASM report with hundreds of "Criticals" for a target named "Apex". Use this Skill to confirm the owned-domain set, verify each asset class, discard same-named third-party repos and buckets, and reduce the report to the handful of genuinely owned findings. ## Quick Start Triage this ASM report for my target and separate verified owned assets from same-named third-party collisions before I start testing.

Frequently Asked Questions about recon-scope-triage

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

FAQPage Schema
How do I verify recon assets actually belong to my target?

Verify ownership per asset class: check GitHub repo owners and commit emails, correlate cloud bucket names with confirmed subdomains and content, match mobile app publishers and reverse-DNS packages to owned domains, and require exact owned-domain matches in breach combos. No signal means quarantine, not test.

How to detect soft-404 false positives in web recon findings?

Request the reported path (e.g., /.env) and a random junk path on the same host with curl, then compare response sizes and bodies. Identical responses mean a catch-all route is faking the finding; differing content with real signatures like [core] or KEY=value indicates a genuine exposure.

Why does my ASM report show hundreds of Critical findings?

ASM tools keyword-match the brand name, so dictionary-word brands pull in unrelated same-named companies' repos, buckets, apps, and breach emails. Most "Criticals" are namespace collisions or soft-404s; ownership triage typically reduces them to a small number of real findings.

Can I test assets that appear in an authorized recon report?

Only after proving ownership with concrete signals tying the asset to the target. Scanner labels are keyword matches, not proof; testing a same-named third party is out of scope and causes real harm even when the asset appeared in your report.

When should recon triage happen in a penetration test?

At the very start of the engagement, immediately upon receiving any ASM, recon, or OSINT dataset and before testing anything. Confirm the canonical owned-domain set first, then triage every asset class against it.