Back to Browse

Watchguard Cloud MCP Server

Developer ToolsModerate5.4MCP RegistryLocal
Free

Server data from the Official MCP Registry

MCP server for WatchGuard Cloud's account, activation, and operator APIs.

About

MCP server for WatchGuard Cloud's account, activation, and operator APIs.

Security Report

5.4
Moderate5.4Moderate Risk

The server implements strong fail-closed authentication: HTTP mode requires an HMAC-signed X-Gateway-S2S header, refuses empty or placeholder secrets, and in gateway mode scopes credentials per request without environment fallback. The main concerns are minor: the S2S signature does not bind the request body, allowing replay within the five-minute window, and the token cache holds plaintext passwords as map keys. No data exfiltration, shell execution, or hardcoded secrets were found, and the permissions match the server's purpose as a vendor API client. Supply chain analysis found 4 known vulnerabilities in dependencies (2 critical, 0 high severity).

10 files analyzed · 10 issues found

Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.

Permissions Required

This plugin requests these system permissions. Most are normal for its category.

HTTP Network Access

Connects to external APIs or services over the internet.

env_vars

Check that this permission is expected for this type of plugin.

network_server

Check that this permission is expected for this type of plugin.

What You'll Need

Set these up before or after installing:

WatchGuard Cloud API Access ID (read-write), from Account Settings > API Access.Optional

Environment variable: WATCHGUARDCLOUD_ACCESS_ID

WatchGuard Cloud API Password (read-write) paired with the Access ID.Required

Environment variable: WATCHGUARDCLOUD_PASSWORD

WatchGuard-API-Key generated when API access is enabled in WatchGuard Cloud.Required

Environment variable: WATCHGUARDCLOUD_API_KEY

WatchGuard Cloud account data-storage region: usa (default), deu (EMEA), or jpn (APAC).Optional

Environment variable: WATCHGUARDCLOUD_REGION

Transport mode for the server. Set to 'stdio' for local CLI use; the image defaults to 'http' for gateway hosting.Optional

Environment variable: MCP_TRANSPORT

Credential source: 'env' reads vars locally, 'gateway' expects header injection from the WYRE MCP Gateway.Optional

Environment variable: AUTH_MODE

Log verbosity: debug, info, warn, errorOptional

Environment variable: LOG_LEVEL

How to Install

Add this to your MCP configuration file:

{
  "mcpServers": {
    "io-github-wyre-ai-watchguard-cloud-mcp": {
      "env": {
        "AUTH_MODE": "your-auth-mode-here",
        "LOG_LEVEL": "your-log-level-here",
        "MCP_TRANSPORT": "your-mcp-transport-here",
        "WATCHGUARDCLOUD_REGION": "your-watchguardcloud-region-here",
        "WATCHGUARDCLOUD_API_KEY": "your-watchguardcloud-api-key-here",
        "WATCHGUARDCLOUD_PASSWORD": "your-watchguardcloud-password-here",
        "WATCHGUARDCLOUD_ACCESS_ID": "your-watchguardcloud-access-id-here"
      },
      "args": [
        "-y",
        "@wyre-ai/watchguard-cloud-mcp"
      ],
      "command": "npx"
    }
  }
}

Documentation

View on GitHub

From the project's GitHub README.

WatchGuard Cloud MCP Server

MCP server for WatchGuard Cloud's REST API - MSP account management, device/license activation, and operator (user) management - for AI assistants and the WYRE Conduit gateway.

Authentication

Enable API access in WatchGuard Cloud (Account Settings > API Access) to receive two independent credentials:

  1. An AccessID/Password pair, exchanged for a short-lived (1-hour) OAuth access token via POST /oauth/token (grant_type=client_credentials, HTTP Basic auth). This server handles that exchange, and its refresh on expiry, internally.
  2. A separate WatchGuard-API-Key, sent as its own header on every request alongside the OAuth bearer token.

Callers only ever need to supply the three long-lived values below - not the short-lived access token.

Configuration

Copy .env.example and set the variables below. Leave CONDUIT_S2S_SECRET empty in that file.

Env varDescription
WATCHGUARDCLOUD_ACCESS_IDAccessID from WatchGuard Cloud API Access. Required for stdio and AUTH_MODE=env.
WATCHGUARDCLOUD_PASSWORDPassword paired with the AccessID. Required for stdio and AUTH_MODE=env.
WATCHGUARDCLOUD_API_KEYWatchGuard-API-Key generated when API access is enabled. Required for stdio and AUTH_MODE=env.
WATCHGUARDCLOUD_REGIONusa (default), deu (EMEA), or jpn (APAC) - your account's data-storage region.
MCP_TRANSPORTstdio (default) or http.
AUTH_MODEenv (default, reads the vars above) or gateway (credentials arrive per-request via X-WatchGuardCloud-* headers, injected by the Conduit gateway). The container image and Compose set gateway. Gateway mode never falls back to WATCHGUARDCLOUD_*.
CONDUIT_S2S_SECRETRequired to start the HTTP transport. The process logs an error and exits non-zero when this is empty or a known placeholder (changeme, your-s2s-secret, secret, placeholder, and the other example values). Compose will not start when it is unset. Never commit a real value. The value is never logged.
MCP_ALLOW_INSECURE_DEVSet to exactly 1 only for local development to start HTTP without CONDUIT_S2S_SECRET. The process logs a warning, does not check X-Gateway-S2S, and binds 127.0.0.1 only. A non-loopback MCP_HTTP_HOST (including 0.0.0.0) is ignored in that mode. A placeholder secret is still refused.
MCP_HTTP_HOSTBind address when a real CONDUIT_S2S_SECRET is set. Unset keeps the historical default of 0.0.0.0. The container image and Compose set 0.0.0.0. Without a real secret, the listener is 127.0.0.1 only.
MCP_HTTP_PORTHTTP port. Defaults to 8080.
LOG_LEVELdebug | info (default) | warn | error.

/health stays unauthenticated and does not read vendor credentials. The stdio transport does not use CONDUIT_S2S_SECRET.

HTTP authentication

With MCP_TRANSPORT=http and a real CONDUIT_S2S_SECRET, every /mcp request must include X-Gateway-S2S:

X-Gateway-S2S: t=<unix seconds>,v1=<hex hmac-sha256>

v1 is the hex HMAC-SHA256 of the literal string t=<unix seconds> keyed with CONDUIT_S2S_SECRET. A missing or invalid header returns 401. The timestamp must be within five minutes of the server clock.

The gateway signs each /mcp call:

t=$(date +%s)
sig=$(printf 't=%s' "$t" | openssl dgst -sha256 -hmac "$CONDUIT_S2S_SECRET" -hex | awk '{print $NF}')
curl -sS -X POST http://127.0.0.1:8080/mcp \
  -H "content-type: application/json" \
  -H "accept: application/json, text/event-stream" \
  -H "X-Gateway-S2S: t=${t},v1=${sig}" \
  -H "X-WatchGuardCloud-Access-ID: $WATCHGUARDCLOUD_ACCESS_ID" \
  -H "X-WatchGuardCloud-Password: $WATCHGUARDCLOUD_PASSWORD" \
  -H "X-WatchGuardCloud-API-Key: $WATCHGUARDCLOUD_API_KEY" \
  -H "X-WatchGuardCloud-Region: usa" \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'

In AUTH_MODE=gateway, /mcp also requires X-WatchGuardCloud-Access-ID, X-WatchGuardCloud-Password, and X-WatchGuardCloud-API-Key (X-WatchGuardCloud-Region is optional). A request missing any of those three returns 401. Those headers are the only credential source for that request.

AUTH_MODE=env still requires a valid X-Gateway-S2S header, then uses WATCHGUARDCLOUD_* from the process environment.

Request limits

  • HTTP request bodies are capped at 256 KiB (262144 bytes). After the X-Gateway-S2S check passes, a Content-Length above the cap returns 413 with a JSON-RPC error; bodies without Content-Length are capped by the MCP SDK transport. Unauthenticated requests still get 401 first.
  • tools/call arguments are capped at 10,000 elements (every array item and object key at any depth). Larger inputs return an isError tool result and are never dispatched.

These limits address CVE-2026-111768 / GHSA-46jr-4wx8-v453 (memory exhaustion during validation) and GHSA-f897-62hf-6gxq (no request body / batch cap).

Tools

Accounts

  • watchguardcloud_get_account - get an account's details.
  • watchguardcloud_create_account - create a managed (child) account.
  • watchguardcloud_update_account - update a managed account's name/primary contact.
  • watchguardcloud_delete_account - delete a managed account.
  • watchguardcloud_list_managed_accounts - list accounts managed by (delegated from) an account.

Activations

  • watchguardcloud_create_activation - activate a Firebox/hardware device or SaaS license by activation key.
  • watchguardcloud_list_recent_activations - list activation batches from roughly the last 30 days.
  • watchguardcloud_get_activation_status - per-line-item status for an activation batch.

Operator Management

  • watchguardcloud_create_operator - create an operator (user) account with a privilege role.
  • watchguardcloud_update_operator - update an operator's name/phone/role.
  • watchguardcloud_delete_operator - delete an operator account.
  • watchguardcloud_get_operator_transaction_status - poll an async create/update/delete result.
  • watchguardcloud_list_operators - list every operator and its role/MFA status for an account.

Scope

This is a v1 surface covering the three best-documented WatchGuard Cloud platform APIs (account, activation, and operator management). Explicitly out of scope for now: Firebox device configuration/management and Endpoint Security policy management - both exist as separate WatchGuard APIs, but their public documentation does not (at the time of writing) carry enough concrete request/response detail to implement with confidence. They can be added as a follow-up once better-documented.

Development

npm install
npm run build
npm test
npm run lint   # tsc --noEmit

HTTP refuses to start until CONDUIT_S2S_SECRET is a real secret:

CONDUIT_S2S_SECRET="$CONDUIT_S2S_SECRET" npm run start:http

Local HTTP without a service-to-service secret is development-only. It binds 127.0.0.1 and logs a warning:

MCP_ALLOW_INSECURE_DEV=1 npm run start:http

Docker

The image listens on 0.0.0.0 inside the container (MCP_HTTP_HOST) and defaults to AUTH_MODE=gateway. Publish the port on loopback and pass the S2S secret. In gateway mode, WatchGuard credentials arrive on each request as headers; they are not read from the environment.

docker build -t watchguard-cloud-mcp .
docker run \
  -e CONDUIT_S2S_SECRET="$CONDUIT_S2S_SECRET" \
  -p 127.0.0.1:8080:8080 \
  watchguard-cloud-mcp

Compose refuses to start when CONDUIT_S2S_SECRET is unset, sets AUTH_MODE=gateway, publishes 127.0.0.1:8080:8080, and does not inject static vendor credentials:

CONDUIT_S2S_SECRET="$CONDUIT_S2S_SECRET" docker compose up

Single-tenant HTTP (AUTH_MODE=env) still requires the S2S secret, then uses WATCHGUARDCLOUD_ACCESS_ID, WATCHGUARDCLOUD_PASSWORD, and WATCHGUARDCLOUD_API_KEY. This is separate from the gateway Compose service:

docker run \
  -e CONDUIT_S2S_SECRET="$CONDUIT_S2S_SECRET" \
  -e AUTH_MODE=env \
  -e WATCHGUARDCLOUD_ACCESS_ID="$WATCHGUARDCLOUD_ACCESS_ID" \
  -e WATCHGUARDCLOUD_PASSWORD="$WATCHGUARDCLOUD_PASSWORD" \
  -e WATCHGUARDCLOUD_API_KEY="$WATCHGUARDCLOUD_API_KEY" \
  -e WATCHGUARDCLOUD_REGION=usa \
  -p 127.0.0.1:8080:8080 \
  watchguard-cloud-mcp

Reviews

No reviews yet

Be the first to review this server!