recon-mcp
A local Python MCP server for safe, human-led bug bounty recon, providing lightweight helpers for scope checks, headers, robots.txt, sitemap.xml, JavaScript URL collection, endpoint extraction, URL deduplication, evidence notes, and manual test planning.
README
recon-mcp
recon-mcp is a local Python MCP server for authorized, low-risk, human-led bug bounty recon. It provides lightweight helpers for scope checks, headers, robots.txt, sitemap.xml, JavaScript URL collection, endpoint extraction, URL deduplication, evidence notes, and manual test planning.
This project complements a separate Go DirFuzz MCP server. It does not implement directory fuzzing in Python. For scope, it can use local JSON snapshots written by H1-Scope-Watcher as the source of truth.
Safety Model
This server is designed for authorized, low-risk security testing only. Every network-facing Python tool checks configured scope before making requests and before following redirect targets. HTTP behavior is read-only, uses timeouts and small request delays, and avoids custom attack payloads.
It does not exploit vulnerabilities, bypass authentication, brute-force accounts, create accounts, perform login testing, send destructive requests, run high-volume scans, or scan outside configured scope.
Directory fuzzing belongs in the separate Go DirFuzz MCP server, with tools such as dirfuzz_scan, dirfuzz_scan_status, dirfuzz_cancel, dirfuzz_analyze, dirfuzz_list_scope, and dirfuzz_build_scan.
Installation
Use Python 3.11 or newer.
python -m venv .venv
.\.venv\Scripts\Activate.ps1
python -m pip install -e ".[dev]"
Configure Scope
Edit config/scope.json:
{
"scope_source": "h1_snapshots",
"h1_snapshot_dir": "D:/Tools/H1-Scope-Watcher/snapshots",
"include_only_bounty_eligible": false,
"include_only_submission_eligible": true,
"allowed_domains": [],
"user_agent": "ReconMCP/0.1",
"request_delay_ms": 500,
"max_requests_per_tool_call": 20,
"fetch_headers_method": "HEAD",
"blocked_domains": [
"localhost",
"127.0.0.1",
"0.0.0.0",
"::1"
]
}
Set scope_source to h1_snapshots to load local H1-Scope-Watcher JSON files on every scope check. New snapshots are picked up without restarting the MCP server. Set scope_source to manual to use allowed_domains instead.
Exact domains and subdomains are allowed. For example, api.example.com matches example.com. H1 wildcard entries like *.example.com are normalized into host rules. Localhost, loopback, private IPs, link-local IPs, and blocked domains are rejected. If H1 snapshots are missing or invalid, scope checks fail closed.
Request hygiene settings:
user_agentsets the User-Agent used by read-only HTTP helpers. The default isReconMCP/0.1.request_delay_msadds a small delay before network requests. The default is500.max_requests_per_tool_callcaps collection helpers that can discover many request targets. The default is20.fetch_headers_methoddefaults toHEAD. IfHEADis blocked or fails before useful headers are available,fetch_headersfalls back to a safeGETthat requests only the first byte and still checks scope before every redirect hop.
H1-Scope-Watcher Snapshots
This project does not call the HackerOne API. H1-Scope-Watcher should fetch program scope and write plain JSON snapshots to disk.
When running H1-Scope-Watcher in Docker on Windows, use a bind mount so snapshots are visible on the host:
volumes:
- ./config.yaml:/app/config.yaml:ro
- ./snapshots:/app/snapshots
That creates local JSON files such as:
D:/Tools/H1-Scope-Watcher/snapshots/program_handle.json
Point h1_snapshot_dir at that folder. Do not point Recon MCP at H1-Scope-Watcher config.yaml, .env, or any file containing API tokens.
Run the MCP Server
python .\server.py
The server runs over stdio:
if __name__ == "__main__":
mcp.run(transport="stdio")
Codex MCP Config Example
Replace paths with your real local paths.
[mcp_servers.recon]
command = "python"
args = ["D:/Tools/recon-mcp/server.py"]
You can run this alongside your Go DirFuzz MCP server:
[mcp_servers.recon]
command = "python"
args = ["D:/Tools/recon-mcp/server.py"]
[mcp_servers.dirfuzz]
command = "D:/Tools/DirFuzz-Mcp-Monitor/dirfuzz-mcp.exe"
args = []
env = {
DIRFUZZ_WORDLIST_DIR = "D:/Tools/DirFuzz-Mcp-Monitor/wordlists",
DIRFUZZ_SCOPE_DIR = "D:/Tools/H1-Scope-Watcher/snapshots",
DIRFUZZ_OUTPUT_DIR = "D:/Tools/DirFuzz-Mcp-Monitor/output"
}
The key idea: Python Recon MCP h1_snapshot_dir and Go DirFuzz MCP DIRFUZZ_SCOPE_DIR should point to the same H1-Scope-Watcher snapshots folder.
Available Python MCP Tools
health()check_scope(domain: str)list_loaded_scope()fetch_headers(url: str)fetch_robots(url: str)fetch_sitemap(url: str)collect_js_urls(url: str)extract_endpoints_from_js(file_or_url: str)dedupe_urls(urls: list[str])create_evidence_note(finding: dict)generate_manual_test_plan(target_summary: dict)dirfuzz_integration_info()
Example Workflow
- Run H1-Scope-Watcher in Docker with snapshots written to a host-accessible folder.
- Point Python Recon MCP
h1_snapshot_dirat that snapshots folder. - Point Go DirFuzz MCP
DIRFUZZ_SCOPE_DIRat that same snapshots folder. - Check scope with Python Recon MCP.
- Fetch headers, robots.txt, and sitemap.xml.
- Collect JavaScript URLs from in-scope pages.
- Extract possible endpoints from JavaScript.
- Use Go DirFuzz MCP for directory fuzzing after scope is confirmed.
- Analyze DirFuzz results with
dirfuzz_analyze. - Generate a manual test plan.
- Create evidence notes for manually validated findings.
Project Layout
recon-mcp/
├── pyproject.toml
├── README.md
├── server.py
├── config/
│ └── scope.json
├── recon/
│ ├── __init__.py
│ ├── h1_scope.py
│ ├── scope.py
│ ├── http_fetch.py
│ ├── js_analysis.py
│ ├── urls.py
│ ├── notes.py
│ └── planner.py
├── output/
│ ├── logs/
│ ├── evidence/
│ └── reports/
└── tests/
├── test_scope.py
├── test_h1_scope.py
├── test_urls.py
└── test_js_analysis.py
Development
Run tests:
pytest
Run the server:
python .\server.py
Disclaimer
Use this only for authorized bug bounty and security testing workflows. The server is intentionally scoped and conservative, and it is not an autonomous hacking agent.
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.