recon-scope-triage

Validates asset ownership in ASM and recon output before security testing begins.

10|3|Updated Aug 10, 2026
One-click install
npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill recon-scope-triage-baiqigo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: recon-scope-triage
Source: https://github.com/baiqigo/baiqi-redteam-lab/tree/main/.agents/skills/recon-scope-triage
Command: npx skills add https://github.com/baiqigo/baiqi-redteam-lab --skill recon-scope-triage-baiqigo

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 organizations. Acting on this untriaged data wastes the engagement on false positives and risks attacking innocent third parties outside the authorized scope. ## Core Features & Use Cases - Ownership Verification Matrix: Per-source verification criteria for GitHub repos, cloud buckets, mobile apps, breach combos, typosquats, and forum hits, anchored to confirmed owned domains. - Soft-404 Detection: A curl-based junk-path control that distinguishes real .env/.git/actuator exposures from SPA catch-all false positives by comparing response bodies. - Severity Re-baselining: Recounts findings against only-owned assets and quarantines collisions into auditable files, surfacing ASM feed quality as a meta-finding. - Use Case: You receive an ASM report claiming hundreds of Criticals for a target named "Apex". Run this triage first to discard unrelated repos, buckets, and apps, then verify each web Critical with the soft-404 control before testing anything. ## Quick Start Triage this ASM report for the target and separate confirmed owned assets from same-name 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 triage ASM report false positives before a pentest?

Confirm the canonical owned-domain set first, then verify each asset class with concrete ownership signals such as repo owner orgs, bucket content correlation, and publisher accounts. Assets without a proven ownership signal are quarantined, not tested.

How to detect soft-404 false positives in web scanner results?

Request the flagged path and a random junk path on the same host with curl, then compare response sizes and bodies. Identical responses mean a catch-all route, so the finding is a false positive; differing content with real signatures like [core] or KEY=value indicates a genuine exposure.

Why do recon tools report assets from unrelated companies?

Recon tools keyword-match on the brand name rather than proving ownership. For dictionary-word brands, this matches unrelated repos, globally-named cloud buckets, same-named mobile apps, and breach emails from different domains that merely contain the word.

When should asset ownership triage happen in an engagement?

Run it at the very start, immediately upon receiving any ASM, recon, or OSINT dataset and before testing anything. Skipping triage wastes the engagement on third-party assets and risks attacking out-of-scope organizations.

What counts as proof of cloud bucket ownership?

A bucket is owned only when its content references the target, its name correlates with a confirmed target subdomain, or ACL metadata ties it to the org. Bucket names are a global namespace, so a matching word alone proves nothing.