
Datto SaaS Protection
io.github.wyre-technologyPublished by GitHub account wyre-technologyv2.1.4Updated Oct 24, 2026
MCP server for Datto SaaS Protection — M365/GWS backups, restores, seats.
Overview
Lets an assistant inspect Datto SaaS Protection backup posture for Microsoft 365 and Google Workspace customers and, with confirmation, change seat licensing…
- What you can do
- This server exposes the documented Datto SaaS Protection (Backupify) REST API to MCP clients. Read-only tools list protected domains, seats, applications and detailed backup statistics, and a seat lookup can render as an interactive card in MCP Apps hosts. One write tool performs bulk seat changes (license, pause or unlicense) and asks for confirmation before acting.
- When to use it
- Use it when you manage Datto SaaS Protection for Microsoft 365 or Google Workspace tenants and want an assistant to report on protected customers, seat protection state and per-application backup status, or to carry out bulk seat licensing changes.
- Requirements
- Runs locally as a stdio process (Node.js build and start, or the published container image). Needs a Datto SaaS Protection API key created in the Datto Partner Portal, supplied via DATTO_SAAS_API_KEY in env mode or injected as headers by the WYRE MCP Gateway in gateway mode. AUTH_MODE selects the credential source; DATTO_SAAS_REGION and LOG_LEVEL are optional. Network access to the Datto API is required.
Installation
In SourceWeft
- Open Datto SaaS Protection in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Datto SaaS Protection MCP Server
A Model Context Protocol server exposing the Datto SaaS Protection (Backupify) API to Claude and other MCP clients.
What it does
Surfaces SaaS backup posture for your Microsoft 365 and Google Workspace
customers to AI assistants, using the documented Datto REST API
(https://api.datto.com/v1/saas/...): list protected customers/domains,
inspect seats and their protection state, review backup status per
application, and (with confirmation) license, pause or unlicense seats in bulk.
- Interactive Seat Card (MCP Apps):
datto_saas_get_seatrenders as an interactive card in MCP Apps hosts (Claude Desktop/web) — read-only, showing seat type and Datto seat state; neutral by default, brandable viawindow.__BRAND__injection orMCP_BRAND_*env vars; plain-JSON behavior is unchanged in other hosts
Tools
Start with datto_saas_list_domains: it returns the saasCustomerId and
externalSubscriptionId every other tool needs.
Earlier versions exposed
list_clients,list_backups,queue_restore,get_restore_status,list_activityandget_license_usage. Those were built on routes Datto does not serve (/v1/saas/clients,/restores, …) and always returned 404, so they are removed.
Credentials
Create an API key in the Datto Partner Portal (Admin > Integrations > API
Keys). The API uses HTTP Basic auth with the public/secret key pair. There is a
single API host (api.datto.com); there is no regional (EU) API host.
Copy .env.example and set the variables below.
/health stays unauthenticated and does not read credentials. The stdio transport does not use CONDUIT_S2S_SECRET.
Local (env mode)
Hosted (gateway mode)
The WYRE MCP Gateway injects credentials per request via headers:
X-Datto-SaaS-Public-Key(required, secret)X-Datto-SaaS-Secret-Key(required, secret)X-Datto-SaaS-Region(accepted for backward compatibility; ignored)
A request missing the public or secret key gets HTTP 401 and does not fall back to DATTO_SAAS_PUBLIC_KEY / DATTO_SAAS_SECRET_KEY in the process environment.
HTTP authentication
With MCP_TRANSPORT=http and CONDUIT_S2S_SECRET set, every /mcp request must include X-Gateway-S2S. The check is verifyS2sHeader in src/s2s-verify.ts: the header value is t=<unix seconds>,v1=<hex>, where the hex is HMAC-SHA256 of the literal string t=<unix seconds> keyed with CONDUIT_S2S_SECRET (64 lowercase hex characters). The timestamp must be within 300 seconds of the server clock. A missing or invalid header is HTTP 401, before vendor credentials are read.
Run
HTTP refuses to start until CONDUIT_S2S_SECRET is a real secret. Local HTTP without one is development-only and binds 127.0.0.1:
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 a real S2S secret. In gateway mode, Datto credentials arrive on each request as headers; they are not read from the environment.
Compose refuses to start when CONDUIT_S2S_SECRET is unset. The gateway service sets AUTH_MODE=gateway, does not inject DATTO_SAAS_PUBLIC_KEY or DATTO_SAAS_SECRET_KEY, and publishes 127.0.0.1:8080:8080:
Single-tenant HTTP (AUTH_MODE=env) still requires the S2S secret, then uses DATTO_SAAS_PUBLIC_KEY and DATTO_SAAS_SECRET_KEY. It is separate from the gateway Compose service above.
License
Apache 2.0 — see LICENSE.
Source: README.md at commit a843e8a
Tools
0Version history
1- v2.1.4LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts