About Whois MCP
Whois MCP is a local MCP server for network operators and others who need Internet registry data. It covers RIR ownership and contact lookups, selected IRR queries, authenticated reads, and basic data-quality audits.
Key features
- 01IP and ASN registration lookups
- 02Abuse and contact discovery
- 03RIPE and ARIN route validation
- 04RIPE and ARIN AS-SET expansion
- 05Authenticated object and inventory reads
- 06Registry data-quality audits
Use cases
- 01Identify the registrant of an IP address or ASN
- 02Find an abuse contact for an address
- 03Check route objects or expand an AS-SET
- 04Review maintained objects for data-quality issues
MCP support
Exposes Internet registry and IRR lookup tools to MCP clients over stdio or HTTP. It supports public queries across five RIRs, with selected authenticated read-only capabilities.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.
Details
From the project READMEinet-registry-mcp
MCP server for Internet registry and registry-adjacent data used by network operators.
Today it starts with RIR data: ownership and contact lookups, abuse discovery, IRR route objects, AS-SET expansion, authenticated registry lookups, maintained-object inventory, and basic registry data quality checks.
This project currently runs from a local checkout. It has not been published to npm yet.
Scope
The project is organized around Internet registry systems and registry-adjacent data sources:
- numbering: RIR/RDAP data, IP and ASN allocation data, authenticated inventory, abuse and contact lookup
- routing: IRR route/route6/aut-num/as-set, RPKI ROA validation, BGP origin visibility, bogon and martian checks
- naming: DNS delegation, DNSSEC validation, reverse DNS, IANA root and TLD data
- interconnection: PeeringDB ASN, org, IX, facility, policy, and contact lookup
- metadata: geofeeds, abuse contacts, and source-of-truth consistency audits
Not all of that exists yet. The current implementation starts with the RIR and IRR pieces.
Current Coverage
| Tool category | RIPE NCC | ARIN | APNIC | AfriNIC | LACNIC |
|---|---|---|---|---|---|
| Public registry query | Yes | Yes | Yes | Yes | Yes |
| Contact card | Yes | Yes | Yes | Yes | Yes |
| Route object validation | Yes | Yes | No | No | No |
| AS-SET expansion | Yes | Yes | No | No | No |
| Authenticated object lookup | Yes | Yes | Yes | Not implemented | Not implemented |
| Authenticated resource inventory | Yes | Partial | Yes | Not implemented | Not implemented |
| Registry data quality audit | Yes | Yes | Yes | Not implemented | Not implemented |
Not implemented means this server does not yet expose a tested read-only authenticated path for that RIR. It does not mean the RIR has no authenticated services.
Current workflows:
- look up ownership and registration data for IPs and ASNs
- find abuse, admin, and technical contacts
- validate RIPE and ARIN route objects
- expand RIPE and ARIN AS-SETs
- list authenticated RIPE maintained objects
- fetch authenticated RIPE and ARIN registry objects
- audit authenticated RIPE and ARIN registry objects for basic data quality issues
Install From Source
git clone https://github.com/dadepo/inet-registry-mcp.git
cd inet-registry-mcp
npm ci
Optional local config:
cp env.example .env
All public RIR tools are enabled by default. Edit .env only when you want to disable a registry, change timeouts, change HTTP bind settings, or configure authenticated read-only lookups.
Running Locally
There is no default transport. Pick one explicitly.
For stdio, which is what most local MCP clients use:
npm --silent run dev:stdio
For HTTP:
npm run dev:http
The HTTP endpoint is:
http://127.0.0.1:8000/mcp
To bind somewhere else:
HTTP_HOST=0.0.0.0 HTTP_PORT=9000 npm run dev:http
npm run dev intentionally exits with guidance. Use dev:stdio or dev:http.
Claude Code
From this repo directory:
claude mcp add --transport stdio inet-registry-mcp -- npm --silent run dev:stdio
Or point Claude Code at the local bin script:
claude mcp add --transport stdio inet-registry-mcp -- /absolute/path/to/inet-registry-mcp/bin/inet-registry-mcp.js
For HTTP mode, start the HTTP server first:
claude mcp add --transport http inet-registry-mcp-http http://127.0.0.1:8000/mcp
Claude Desktop
After npm ci, add a stdio server that points at your local checkout:
{
"mcpServers": {
"inet-registry-mcp": {
"command": "/absolute/path/to/inet-registry-mcp/bin/inet-registry-mcp.js"
}
}
}
Claude Desktop config locations:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json - Linux:
~/.config/Claude/claude_desktop_config.json
For HTTP mode:
{
"mcpServers": {
"inet-registry-mcp-http": {
"url": "http://127.0.0.1:8000/mcp"
}
}
}
Example Prompts
Who owns 8.8.8.8?
Who should I contact about abuse from 1.1.1.1?
Is there a RIPE route object for 193.0.0.0/21 originated by AS3333?
Expand AS-RIPENCC to direct members only.
Show me all objects maintained by DADEPO-TEST-MNT.
Run a registry data quality audit for RIPE maintainer DADEPO-TEST-MNT.
Configuration
Environment variables:
# Auth profile. production is the default. Use test to point supported
# authenticated calls at RIR test environments.
INET_REGISTRY_MCP_PROFILE=production
# Enable or disable RIR support. All default to true.
SUPPORT_RIPE=true
SUPPORT_ARIN=true
SUPPORT_APNIC=true
SUPPORT_AFRINIC=true
SUPPORT_LACNIC=true
# Timeouts and cache settings.
HTTP_TIMEOUT_SECONDS=10
PORT43_CONNECT_TIMEOUT_SECONDS=5
PORT43_READ_TIMEOUT_SECONDS=5
CACHE_TTL_SECONDS=60
CACHE_MAX_ITEMS=512
# Custom User-Agent string.
USER_AGENT=inet-registry-mcp/1.0
# HTTP transport settings.
HTTP_HOST=127.0.0.1
HTTP_PORT=8000
Authenticated Read-Only Tools
Authenticated support uses one global profile:
INET_REGISTRY_MCP_PROFILE=production
# or
INET_REGISTRY_MCP_PROFILE=test
There are no *_AUTH_ENABLED flags. A capability is available when its credential is present.
Authenticated lookup tools return the object values received from the RIR. Local MCP credentials such as API keys are still redacted if they appear in responses or URLs.
# RIPE Database REST API authenticated object lookup, maintained-object inventory, and audit.
# Accepts either the full Basic header value or the base64 part; "Basic "
# is added automatically when omitted.
RIPE_API_KEY=
# ARIN Reg-RWS authenticated object lookup, audit, and configured inventory.
ARIN_API_KEY=
# ARIN inventory is read from explicit handles because Reg-RWS does not expose
# one generic account inventory endpoint through this tool yet.
ARIN_INVENTORY_ORG_HANDLES=
ARIN_INVENTORY_NET_HANDLES=
ARIN_INVENTORY_POC_HANDLES=
ARIN_INVENTORY_CUSTOMER_HANDLES=
ARIN_INVENTORY_DELEGATION_NAMES=
ARIN_INVENTORY_TICKET_NUMBERS=
# APNIC Registry API authenticated object lookup, account resource inventory,
# and audit. APNIC calls are account-scoped, so prompts must name the APNIC
# member account to query.
APNIC_API_KEY=
Current authenticated scope:
- RIPE: object lookup, maintained-object inventory by inverse
mnt-bylookup, and data quality audit. - ARIN: object lookup and data quality audit; inventory works for handles listed in
ARIN_INVENTORY_*. - APNIC: object lookup, account resource inventory, and data quality audit through the APNIC Registry API. APNIC Registry API calls require the APNIC member account in the prompt or tool arguments; the server does not keep a default account. Inventory follows Registry API pagination links on the configured registry host, up to 10 pages per dataset, and marks the last record with
pages_truncated: truewhen more pages remain. - AfriNIC, LACNIC: auth status reports configuration, but authenticated inventory/object/audit calls return
not_supporteduntil provider-specific read paths are implemented.
Supported endpoint overrides for local testing:
RIPE_DATABASE_REST_BASE=
ARIN_REG_REST_BASE=
APNIC_REGISTRY_BASE=
LACNIC_REGISTRATION_BASE=
With INET_REGISTRY_MCP_PROFILE=test, supported authenticated calls use the RIPE TEST DB, ARIN OT&E, and APNIC Registry API testbed (https://registry-testbed.apnic.net/registry-api/v1) endpoint defaults where available. Override APNIC_REGISTRY_BASE if APNIC issues a different test Registry API base with your credentials; bare-host overrides get the standard /registry-api/v1 path appended automatically.
Example APNIC prompts:
Show the authenticated APNIC resource inventory for account MEM-EXAMPLE.
Using APNIC account MEM-EXAMPLE, show the authenticated WHOIS object mntner APNIC-TEST-MNT.
Endpoints
Default public endpoints:
- RIPE NCC:
whois.ripe.net,https://rest.db.ripe.net,https://rdap.db.ripe.net - ARIN:
whois.arin.net,https://whois.arin.net/rest,https://rdap.arin.net/registry - APNIC:
whois.apnic.net,https://registry-api.apnic.net/registry-api/v1,https://rdap.apnic.net - AfriNIC:
whois.afrinic.net,https://rdap.afrinic.net/rdap - LACNIC:
whois.lacnic.net,https://rdap.lacnic.net/rdap
Development
Run tests:
npm test
Run type checking:
npm run typecheck
Compile TypeScript:
npm run build
License
MIT. See LICENSE.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.