domains / security / osint-recon-methodology / osint-methodology
The three copies are not simple reproductions of one another. The uphiago copy (v2.1) describes a 5-stage pipeline and includes specific operational tactics (identity-fabric mapping, JavaScript deep analysis, mobile/cloud attack surface, threat-actor pivots, crypto tracing, forensics) that the others omit. The elementalsouls copy (v2.3) describes a 6-stage pipeline (adding convergence and active validation) and includes specific structural artifacts (Finding schema, Source Hygiene, Confidence Upgrade Workflows table) that the others omit. The sickn33 copy is a mirror of the elementalsouls content (v2.3) but adds a distinct 'Mandatory confirmation gate' requiring explicit user confirmation of the target and scope before any probing, which is a stricter constraint than the 'soft scope check' in the other two. Because the copies disagree on the pipeline stage count (5 vs 6) and the authorization gate strictness (soft check vs mandatory confirmation), and each contains unique material steps, crowning one would hide real alternatives.
| Repository | Path |
|---|---|
| uphiago/recon-skills | redteam/osint-methodology/SKILL.md |
| elementalsouls/Claude-OSINT | skills/osint-methodology/SKILL.md |
| sickn33/agentic-awesome-skills | plugins/agentic-awesome-skills-claude/skills/osint-methodology/SKILL.md |
| Role | Repository | Path |
|---|---|---|
| peer | uphiago/recon-skills | redteam/osint-methodology/SKILL.md |
| peer | elementalsouls/Claude-OSINT | skills/osint-methodology/SKILL.md |
| peer | sickn33/agentic-awesome-skills | plugins/agentic-awesome-skills-claude/skills/osint-methodology/SKILL.md |
| adapter | sickn33/agentic-awesome-skills | plugins/agentic-awesome-skills/skills/osint-methodology/SKILL.md |
| adapter | sickn33/agentic-awesome-skills | skills/osint-methodology/SKILL.md |
# OSINT Methodology — External Red-Team Edition
## 0. When to Use / When NOT
**Use this skill when:**
- Planning or executing external reconnaissance against an authorized target (red team, bug bounty in-scope, ASM engagement).
- Mapping an organization's external attack surface end-to-end (subdomains → assets → exposure → attack paths).
- Investigating a person, entity, or threat actor where evidence discipline matters.
- Tracing cryptocurrency flows, geolocating media, performing image/video forensics, or chronolocating events.
- Building a structured OSINT campaign that needs reproducibility, severity grading, and clean handoffs.
- Producing client-facing deliverables (exec summaries, technical reports, reproduction packages) from offensive engagements.
**Do NOT use this skill when:**
- The user is asking for active exploitation, post-exploitation, lateral movement, AD privilege escalation, malware development, or anything beyond reconnaissance.
- The user is asking for blue-team / defensive content (SIEM rules, detection engineering).
- The target's authorization is unclear.
## 1. Authorization & Legal Posture
This skill is intended for assets the operator owns or has written authorization to assess.
**Mandatory Confirmation Gate:**
Before running any command that probes, exploits, changes, persists on, extracts data from, or attempts credential access against a target:
1. Ask the user to state the exact target URL, IP, account, or resource.
2. Ask the user to confirm written authorization and the permitted scope.
3. Show the exact command(s) and explain their expected effect.
4. Wait for explicit confirmation in the current conversation.
Without that confirmation, remain read-only and provide defensive guidance only.
**Always-on guardrails (regardless of authorization):**
- Never weaken auth, rate limits, banners, or any safety control that enforces scope on the target side.
- Never run destructive probes (true SYN scans on production, masscan at line rate, fuzzing/brute-force) outside an explicit DEEP / `--aggressive` mode.
- Never paste real PII, valid credentials, session tokens, API keys, or other secrets into cloud-hosted LLMs or third-party services.
- Never take action against assets outside the documented scope, even if "obviously related".
## 2. Confidence Levels
Every assertion you make during an engagement should carry a confidence level.
| Level | Meaning | Examples |
|---|---|---|
| **TENTATIVE** | Plausible based on indirect evidence; unverified. | Snippet-only Google dork match; email pattern inferred from name; subdomain returned by one passive source only. |
| **FIRM** | Directly observed but uncorroborated. | Subdomain that resolves to an IP; HEAD-confirmed bucket exists (private); CT-log entry shows certificate; Shodan banner returned. |
| **CONFIRMED** | Multiple independent corroborations OR directly verified. | Live-validated token; bucket listable; three-source subdomain convergence. |
**Rule of three for attribution:** 3 independent weak signals, OR 1 strong + 1 weak. Never single-source attribute.
### 2.1 Confidence Upgrade Workflows
| Asset type | TENTATIVE → FIRM | FIRM → CONFIRMED |
|---|---|---|
| Subdomain | ≥2 passive sources OR DNS resolves | Serves on a standard port AND banner/cert returned |
| IP | ≥2 sources (passive DNS, ASN, Shodan) | TCP SYN-ACK or ICMP reply |
| WebApp | URL extracted but not yet hit | HTTP returns 2xx/3xx/4xx AND content-length > 0 |
| Email | Name-pattern inferred OR snippet-only | Listed in Hunter/IntelX/breach, OR SMTP 250 (abort at DATA) |
| Bucket | Permutation candidate + HEAD returns 200/301/403 (exists) | GET listing = CONFIRMED |
| Credential / secret | Regex match in captured text | Read-only validator returns success (scope + account-ID documented) |
| Person | Name from single source | Confirmed by second independent source |
| SSO tenant | OIDC discovery endpoint returns metadata | Tenant GUID extracted AND domain ties back via MX/autodiscover/SP record |
Default reporting posture: never claim CONFIRMED without explicit corroboration. When in doubt, downgrade.
## 3. Output Format
Each finding uses this schema:
```
Finding:
id: <stable hash or UUID>
module: <technique that discovered it>
asset_key: <typed key, e.g. sub:api.example.com>
category: <e.g. SECRET_LEAK, OPEN_GRAPHQL_API, SSO_EXPOSURE>
severity: <info|low|medium|high|critical>
confidence: <tentative|firm|confirmed>
title: <one-line summary>
description: <2-5 sentences>
evidence:
url: <where found>
timestamp: <UTC ISO8601>
sha256: <hash of any downloaded artifact>
raw: <truncated to 2 KiB>
references: [<CVE-ID, advisory URL, vendor doc>]
remediation: <action the asset owner can take>
```
Always use UTC timestamps.
## 4. Source Hygiene & Citations
For every artifact: **URL + UTC timestamp + SHA-256 + tool version + run_id**.
- Hash all downloads with SHA-256.
- Record the tool version and run_id for reproducibility.
## 5. Recon Pipeline
The pipeline consists of 6 stages:
1. **Seed Discovery**: Initial footprinting and seed asset collection.
2. **Asset Expansion**: Subdomain enumeration, IP mapping, and asset graph building.
3. **Enrichment**: Banner grabbing, certificate analysis, and metadata extraction.
4. **Exposure Analysis**: Identifying open ports, services, and potential vulnerabilities.
5. **Convergence**: Correlating findings across sources to build a unified attack surface map.
6. **Operator-Armed Active Validation**: Confirmed findings are validated with active, detection-aware probing.
## 6. Operational Tactics
- **Identity-Fabric Mapping**: Map Entra/Okta/ADFS/Google/SAML/M365 Teams+SharePoint+OAuth.
- **API and Auth-Map Methodology**: Discover and map API endpoints and authentication flows.
- **JavaScript Deep Analysis**: Analyze JS bundles for secrets, endpoints, and logic.
- **Mobile Attack Surface**: Analyze APKs and mobile app endpoints.
- **Cloud Attack Surface**: Enumerate cloud buckets and storage services.
- **Breach×Identity Correlation**: Correlate breach data with identity fabric.
- **Detectability Tagging**: Tag findings with detectability levels.
- **Detection-Aware Probing**: Use back-off and persona rotation to minimize detection.
- **WAF/CDN Bypass + Origin Discovery**: Identify and bypass WAF/CDN to reach origin servers.
- **Vulnerability Prioritization**: Prioritize CVEs using EPSS and CISA KEV.
- **Phishing Infrastructure Planning**: Plan phishing infrastructure and pretext development.
- **Bug Bounty Submission**: Use templates for bug bounty submissions.
- **Client Deliverable Templates**: Use templates for client reports with risk translation.
- **Threat-Actor Investigation**: Investigate threat actors, including RU/CN pivots.
- **Cryptocurrency Tracing**: Trace crypto flows.
- **Image/Video Forensics**: Perform forensics on images and videos.
- **Chronolocation**: Geolocate and chronolocate media.