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.
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.
| 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
git clone https://github.com/dadepo/inet-registry-mcp.git
cd inet-registry-mcp
npm ciOptional local config:
cp env.example .envAll 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.
There is no default transport. Pick one explicitly.
For stdio, which is what most local MCP clients use:
npm --silent run dev:stdioFor HTTP:
npm run dev:httpThe 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:httpnpm run dev intentionally exits with guidance. Use dev:stdio or dev:http.
From this repo directory:
claude mcp add --transport stdio inet-registry-mcp -- npm --silent run dev:stdioOr 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.jsFor HTTP mode, start the HTTP server first:
claude mcp add --transport http inet-registry-mcp-http http://127.0.0.1:8000/mcpAfter 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"
}
}
}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.
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=8000Authenticated support uses one global profile:
INET_REGISTRY_MCP_PROFILE=production
# or
INET_REGISTRY_MCP_PROFILE=testThere 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.
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
Run tests:
npm testRun type checking:
npm run typecheckCompile TypeScript:
npm run buildMIT. See LICENSE.