Enables running SpiderFoot OSINT reconnaissance tool in Docker containers, providing tools for automated information gathering, scanning, and security intelligence operations through SpiderFoot's web API
SpiderFoot MCP Server (TypeScript)
An MCP server that exposes key SpiderFoot functionality (running locally in Docker) as tools via the Model Context Protocol.
- Wraps the SpiderFoot web UI/API on
http://127.0.0.1:5001
(seespiderfoot/docker-compose.yml
). - No authentication required by default; optional Digest auth placeholders are present for future use.
- Starting scans is allowed by default; toggle with
ALLOW_START_SCAN
.
Requirements
- Node.js 18+ (recommended 20+)
- A local SpiderFoot container exposing port 5001 (e.g.
docker-compose up
in thespiderfoot/
repo)
Setup
- Install dependencies:
- Copy environment file and adjust as needed:
Key variables:
SPIDERFOOT_BASE_URL
(default:http://127.0.0.1:5001
)ALLOW_START_SCAN
(default:true
)SPIDERFOOT_USER
/SPIDERFOOT_PASS
(optional – only if you enable Digest auth on SpiderFoot)
Development
Run in watch mode (stdio transport):
Run in watch mode (HTTP transport):
Type-check and build:
Start from compiled output:
Tools
The server registers the following tools:
spiderfoot_ping
– GET/ping
spiderfoot_modules
– GET/modules
spiderfoot_event_types
– GET/eventtypes
spiderfoot_scans
– GET/scanlist
spiderfoot_scan_info
– GET/scanopts?id=<sid>
spiderfoot_start_scan
– POST/startscan
(guarded byALLOW_START_SCAN
)spiderfoot_scan_data
– POST/scaneventresults
spiderfoot_scan_data_unique
– POST/scaneventresultsunique
spiderfoot_scan_logs
– POST/scanlog
spiderfoot_export_json
– POST/scanexportjsonmulti
Dangerous endpoints like /query
are intentionally omitted.
HTTP vs stdio transports
src/index.ts
uses the stdio transport (StdioServerTransport
). This is commonly used when an IDE/agent launches your process and communicates via stdio.src/index-http.ts
uses the Streamable HTTP transport, listening on/:port/mcp
(default port3000
). Use this for remote/HTTP-based MCP clients.
Environment variable for HTTP port:
MCP_HTTP_PORT
(default:3000
)
Docker usage
This repo includes a Dockerfile
and docker-compose.yml
to run the MCP server in Docker.
Build the image:
Run with Docker directly:
Or with Compose:
Compose file (docker-compose.yml
) configures:
- Service:
spiderfoot-mcp
- Port mapping:
3000:3000
- Default env points to your host’s SpiderFoot at
http://host.docker.internal:5001
Notes:
- On Linux, replace
host.docker.internal
with your host IP or use the container network to reach your SpiderFoot service. - Ensure SpiderFoot is reachable on port
5001
from inside the MCP container.
Environment variables
SPIDERFOOT_BASE_URL
— Base URL of your SpiderFoot web UI/API.ALLOW_START_SCAN
—true|false
. Enables/disablesspiderfoot_start_scan
tool. Defaulttrue
.SPIDERFOOT_USER
,SPIDERFOOT_PASS
— Optional HTTP Digest credentials if you enable auth in SpiderFoot.MCP_HTTP_PORT
— Port for HTTP transport (if usingindex-http.ts
). Default3000
.
Project layout
src/index.ts
— MCP server (stdio transport) and tool registration.src/index-http.ts
— MCP server (HTTP transport) with session management.src/spiderfootClient.ts
— Axios-based client for SpiderFoot endpoints.Dockerfile
— Multi-stage image: builds TS → runs HTTP server.docker-compose.yml
— Runs container with env defaults.
Using with IDEs and MCP-compatible clients
This section provides JSON-based configuration examples for connecting this MCP server from popular IDEs and tools. Two transport modes are supported:
- Stdio transport: the IDE launches your local process
- HTTP transport: the IDE connects to a running server at
http://localhost:5002/mcp
(Docker with compose) orhttp://localhost:3000/mcp
when runningnpm run dev:http
locally
You can use both; add two separate entries if your IDE supports it.
Docker-based JSON (stdio inside container)
If you prefer your IDE to launch the MCP server inside Docker (without needing a long-running compose service), use this stdio-in-container configuration. It runs the stdio entrypoint (dist/index.js
) and communicates over stdin/stdout.
Copy-paste Claude Desktop block (Docker stdio + HTTP):
Notes:
- Make sure you have built the image (
docker build -t spiderfoot-mcp:local .
ordocker-compose build
). - This approach does not expose a port; it uses stdio via Docker (
-i
). - The host SpiderFoot URL is passed via
-e SPIDERFOOT_BASE_URL=http://host.docker.internal:5001
.
Common configuration examples
Stdio (local process)
HTTP (connect to running server)
Notes:
- If you prefer
npm start
instead oftsx
, updatecommand
/args
accordingly, e.g.command: "npm", args: ["run", "dev"]
. - On Windows, keep forward slashes in
cwd
or escape backslashes (e.g.,C:\\dev-env.local\\project-repos\\Spiderfoot-MCP-Agent
). - Ensure SpiderFoot is reachable at
SPIDERFOOT_BASE_URL
from the MCP server.
Windsurf
Steps:
- Open
Settings
→MCP
(or Tools/Integrations section that manages MCP servers). - Add a new server entry.
- Paste one of the JSON examples above into your MCP server configuration, merging with any existing
mcpServers
entries. Recommended options:- Docker stdio:
spiderfoot-mcp-docker-stdio
(usescommand: docker
) - HTTP:
serverUrl
tohttp://localhost:5002/mcp
- Docker stdio:
- Save settings.
- Start the server if using HTTP mode (Docker Compose or
npm run dev:http
). For stdio, Windsurf will launch it automatically when needed.
Windsurf – Option 2: HTTP via serverUrl
Windsurf – Option 1: Docker stdio
Notes:
- Make sure you have built the image (
docker build -t spiderfoot-mcp:local .
ordocker-compose build
). - This approach does not expose a port; it uses stdio via Docker (
-i
). - The host SpiderFoot URL is passed via
-e SPIDERFOOT_BASE_URL=http://host.docker.internal:5001
.
Cursor
Steps:
- Open Cursor settings for MCP integrations.
- Add a new MCP server.
- Use the Docker stdio JSON to launch in a container, or the HTTP example to connect to
http://localhost:5002/mcp
. - Save and test by listing tools from the MCP panel.
Cursor – Option 1: Docker stdio
Cursor – Option 2: HTTP
Claude Desktop
Claude Desktop reads a JSON configuration file that can include the mcpServers
map shown above.
Typical configuration file locations:
- Windows:
%APPDATA%/Claude/claude_desktop_config.json
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json
- Linux:
~/.config/Claude/claude_desktop_config.json
Add or merge one of the following under a top-level mcpServers
object if your extension reads from it, or under the extension-specific key (e.g., "cline.mcpServers"
).
Claude Desktop – Option 1: Docker stdio
Claude Desktop – Option 2: HTTP
VS Code (Continue)
Configuration is typically stored in VS Code settings.json
.
Common locations:
- Windows:
%APPDATA%/Code/User/settings.json
- macOS:
~/Library/Application Support/Code/User/settings.json
- Linux:
~/.config/Code/User/settings.json
Add or merge the following under a top-level mcpServers
object if your extension reads from it, or under the extension-specific key (e.g., "continue.mcpServers"
).
VS Code (Continue) – Option 1: Docker stdio
VS Code (Continue) – Option 2: HTTP
Notes:
- Some VS Code MCP extensions expect a namespaced key (e.g.,
continue.mcpServers
). If so, copy the object assigned tomcpServers
above into that namespaced setting. - Ensure the working directory (
cwd
) points atSpiderfoot-MCP-Agent/
.
VS Code (Cline)
VS Code (Cline) – Option 1: Docker stdio
VS Code (Cline) – Option 2: HTTP
JetBrains (Continue plugin)
Open your JetBrains IDE settings → Continue → MCP (or Tools/Integrations) and add a server using the same JSON entries shown above.
If your IDE stores a JSON configuration file, place the same mcpServers
map in that file and restart the IDE. Use stdio or HTTP entries per your preference.
JetBrains (Continue) – Option 1: Docker stdio
JetBrains (Continue) – Option 2: HTTP
Zed
Open Zed settings JSON (e.g., ~/.config/zed/settings.json
) and add an MCP servers map. For many setups, a root-level mcpServers
object works; otherwise, consult Zed’s MCP documentation for the exact key.
Zed – Option 1: Docker stdio
Zed – Option 2: HTTP
MCP Inspector (testing)
- Stdio: run
npm run dev
and point Inspector to that command. - HTTP: run Docker Compose (or
npm run dev:http
) and connect Inspector tohttp://localhost:5002/mcp
.
Notes
- Source files are in
src/
:src/index.ts
– MCP server definition and tool registration (stdio).src/index-http.ts
– Streamable HTTP transport variant.src/spiderfootClient.ts
– HTTP wrapper around SpiderFoot endpoints usingaxios
.
- The project uses ESM (
"type": "module"
), TypeScript 5, and zod for input validation. - Default behavior allows starting scans; disable by setting
ALLOW_START_SCAN=false
.
hybrid server
The server is able to function both locally and remotely, depending on the configuration or use case.
Tools
Enables interaction with SpiderFoot OSINT reconnaissance tools through MCP, allowing users to manage scans, retrieve modules and event types, access scan data, and export results. Supports both starting new scans and analyzing existing reconnaissance data through natural language.