Files
certctl/docs/mcp.md
T
shankar0123 52af81537d fix: remove duplicate containsSubstring helper and update README for M21+M22
Removes redeclared containsSubstring from network_scan_test.go (already
defined in profile_test.go in the same package). Updates README with 91
endpoints, 19 tables, network discovery API section, Prometheus endpoint,
and M21/M22 roadmap entries.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-03-24 23:43:42 -04:00

7.7 KiB

MCP Server Guide

certctl ships with an MCP (Model Context Protocol) server that lets AI assistants manage your certificate infrastructure through natural language. Ask Claude to "show me all expiring certificates," "revoke the VPN cert," or "what agents are offline?" and the MCP server translates that into API calls against your certctl instance.

This guide covers setup, configuration, and usage with Claude, Cursor, and other MCP-compatible tools.

What Is MCP?

MCP is an open protocol that connects AI assistants to external tools and data sources. Instead of copying and pasting API responses into a chat window, MCP lets the AI call your tools directly. The certctl MCP server exposes all 76 API endpoints as MCP tools — the AI sees typed schemas describing what each tool does, what parameters it accepts, and what it returns.

The MCP server is a separate binary (cmd/mcp-server/) that communicates via stdio transport. It's a stateless HTTP proxy: every MCP tool call becomes an HTTP request to the certctl REST API. No new state, no new database tables, no new attack surface beyond what the API already exposes.

Prerequisites

You need:

  1. A running certctl server (see Quick Start)
  2. The MCP server binary — either built from source or from a Docker image
  3. An MCP-compatible AI client (Claude Desktop, Cursor, VS Code with Copilot, etc.)

Building the MCP Server

cd certctl
go build -o certctl-mcp ./cmd/mcp-server/

The binary has zero runtime dependencies beyond the certctl server it connects to.

Configuration

The MCP server reads two environment variables:

Variable Required Default Description
CERTCTL_SERVER_URL No http://localhost:8443 URL of the certctl REST API
CERTCTL_API_KEY No (empty) API key for authentication (passed as Bearer token)

If your certctl server has auth enabled (the default), you must provide the API key. The MCP server passes it through to every HTTP request.

Setting Up with Claude Desktop

Add this to your Claude Desktop MCP configuration file (~/Library/Application Support/Claude/claude_desktop_config.json on macOS, %APPDATA%\Claude\claude_desktop_config.json on Windows):

{
  "mcpServers": {
    "certctl": {
      "command": "/path/to/certctl-mcp",
      "env": {
        "CERTCTL_SERVER_URL": "http://localhost:8443",
        "CERTCTL_API_KEY": "your-api-key-here"
      }
    }
  }
}

Restart Claude Desktop. You should see "certctl" appear in the MCP tools list with 76 available tools.

Setting Up with Cursor

In Cursor, go to Settings → MCP Servers and add:

{
  "certctl": {
    "command": "/path/to/certctl-mcp",
    "env": {
      "CERTCTL_SERVER_URL": "http://localhost:8443",
      "CERTCTL_API_KEY": "your-api-key-here"
    }
  }
}

Setting Up with Claude Code

Add certctl as an MCP server in your project's .mcp.json:

{
  "mcpServers": {
    "certctl": {
      "command": "/path/to/certctl-mcp",
      "env": {
        "CERTCTL_SERVER_URL": "http://localhost:8443",
        "CERTCTL_API_KEY": "your-api-key-here"
      }
    }
  }
}

Available Tools

The MCP server registers 76 tools organized across 16 resource domains:

Domain Tools Examples
Certificates 10 List, get, create, update, archive, versions, renew, deploy, revoke, deployments
CRL & OCSP 3 Get JSON CRL, get DER CRL by issuer, check OCSP status
Issuers 5 List, get, create, delete, test connection
Targets 5 List, get, create, update, delete
Agents 6 List, get, register, heartbeat, get work, report job status
Jobs 4 List, get, cancel, approve/reject
Policies 5 List, get, create, update, delete, list violations
Profiles 5 List, get, create, update, delete
Teams 5 List, get, create, update, delete
Owners 5 List, get, create, update, delete
Agent Groups 5 List, get, create, update, delete
Audit 2 List events (with filters), get event by ID
Notifications 3 List, get, mark as read
Stats 5 Summary, certs by status, expiration timeline, job trends, issuance rate
Metrics 1 System metrics (gauges, counters, uptime)
Health 3 Health check, readiness probe, auth info

Every tool has typed input parameters with jsonschema descriptions, so the AI knows exactly what arguments to provide and what each field means.

Example Conversations

Once configured, you can interact with certctl through natural language:

"Show me all certificates expiring in the next 14 days" The AI calls certctl_list_certificates with status=Expiring and interprets the results.

"Renew the API production certificate" The AI calls certctl_trigger_renewal with id=mc-api-prod.

"Who owns the payments gateway cert?" The AI calls certctl_get_certificate with id=mc-payments-prod and reads the owner_id and team_id fields.

"Are any agents offline?" The AI calls certctl_list_agents and checks the heartbeat timestamps.

"Revoke the old VPN cert — the key was compromised" The AI calls certctl_revoke_certificate with id=mc-vpn-old and reason=keyCompromise.

"Give me a summary of the certificate fleet" The AI calls certctl_dashboard_summary for aggregate stats, then optionally certctl_certificates_by_status for the breakdown.

"Create a new cert for staging.api.example.com owned by the platform team" The AI calls certctl_create_certificate with the common name, team ID, and owner ID.

Architecture

flowchart LR
    AI["AI Assistant\n(Claude, Cursor)"]
    MCP["certctl MCP\ncmd/mcp-server/"]
    SERVER["certctl Server\n:8443"]

    AI <-->|"stdio"| MCP
    MCP -->|"HTTP + Bearer token"| SERVER

    MCP ~~~ TOOLS["76 tools · 16 domains\nTyped input structs"]

The MCP server is intentionally thin:

  • No state — every request is a pass-through HTTP call. Restart it anytime.
  • No new auth — uses the same API key as the REST API.
  • No new dependencies — just the official MCP Go SDK (modelcontextprotocol/go-sdk).
  • No new attack surface — the AI can only do what the API key allows.

Security Considerations

The MCP server inherits the security properties of the REST API:

  • API key scoping: The MCP server uses whatever API key you configure. If certctl gets API key scoping in a future release (per-resource or per-action permissions), the MCP server will automatically respect those restrictions.
  • Audit trail: Every tool call results in an HTTP request that's logged in the API audit middleware — actor, method, path, status, and latency are all recorded.
  • Read-only usage: For read-only AI access, you could configure a restricted API key (when key scoping ships). Until then, be aware that the AI can call write endpoints (create, update, delete, revoke) if the API key permits it.
  • No private key exposure: The MCP server never sees or transmits private keys — the same architectural guarantee as the REST API.

Troubleshooting

"MCP server not connecting" Check that CERTCTL_SERVER_URL is reachable from where the MCP binary runs. Try curl $CERTCTL_SERVER_URL/health to verify.

"401 Unauthorized on every tool call" Your CERTCTL_API_KEY is missing or wrong. Check the key matches what the certctl server expects.

"Tool calls return empty results" The certctl server might have no data. Run the demo seed (docker compose up) to populate demo data, or check that your database has records.

What's Next