oci ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4stdioApache-2.0updated 8d ago
Model Context Protocol (MCP) server for the Kaseya VSA RMM API. Exposes managed endpoints, software / hardware inventory, patch state, agent procedures, alarms, Service Desk tickets, organizations, and machine groups to AI assistants.
What can you do with Kaseya VSA?
Kaseya VSA MCP Server
Model Context Protocol (MCP) server for the Kaseya VSA RMM API. Exposes managed endpoints, software / hardware inventory, patch state, agent procedures, alarms, Service Desk tickets, organizations, and machine groups to AI assistants.
Tools
| Tool | Description |
|---|---|
kaseya_vsa_list_agents |
List managed endpoints (agents). Optional $filter. |
kaseya_vsa_get_agent |
Get an agent's details by ID (renders as an interactive card in MCP Apps hosts). |
kaseya_vsa_get_software_inventory |
Installed software for an agent. |
kaseya_vsa_get_hardware_inventory |
Hardware audit for an agent. |
kaseya_vsa_get_patch_status |
Pending and installed patches for an agent. |
kaseya_vsa_deploy_patches_now |
Force a patch deploy on an agent (destructive — confirmation required). |
kaseya_vsa_list_procedures |
Agent procedures available to run. |
kaseya_vsa_run_procedure |
Execute a procedure on an agent (destructive — confirmation required). |
kaseya_vsa_list_alarms |
Open alarms (optional state filter; date-window elicitation if missing). |
kaseya_vsa_list_tickets |
Service Desk tickets (returns a friendly message if SD module isn't enabled). |
kaseya_vsa_list_organizations |
Tenant organizations. |
kaseya_vsa_list_machine_groups |
Machine group hierarchy. |
When the user omits required filters or runs a destructive action, the server uses MCP elicitation to prompt for choices or confirm.
Interactive device card (MCP Apps)
kaseya_vsa_get_agent renders as a read-only interactive device card in MCP
Apps hosts (Claude Desktop/web), showing the endpoint's name, online status,
organization, machine group, OS, IP address, and last check-in. The card is
neutral by default, brandable via window.__BRAND__ injection or
MCP_BRAND_* env vars (MCP_BRAND_NAME, MCP_BRAND_LOGO_URL,
MCP_BRAND_PRIMARY_COLOR, MCP_BRAND_ACCENT_COLOR, MCP_BRAND_BG,
MCP_BRAND_TEXT) applied at serve time. Plain-JSON behavior is unchanged in
other hosts. After editing ui/, regenerate the embedded bundle with
npm run build:ui.
Configuration
Environment-variable mode (default)
| Variable | Required | Description |
|---|---|---|
KASEYA_VSA_TENANT_URL |
yes | Full base URL incl. /api/v1.0 |
KASEYA_VSA_USERNAME |
one of | Local-auth username |
KASEYA_VSA_PASSWORD |
one of | Local-auth password (secret) |
KASEYA_VSA_K1_TOKEN |
one of | Kaseya One SSO token (alternative to username + password) |
MCP_TRANSPORT |
no | stdio (default) or http |
MCP_HTTP_PORT |
no | HTTP listen port (default 8080) |
AUTH_MODE |
no | env (default) or gateway |
Either the username + password pair OR the KASEYA_VSA_K1_TOKEN is required.
Gateway mode
When deployed behind the WYRE MCP Gateway, set AUTH_MODE=gateway and the
server will read credentials from per-request HTTP headers:
X-Kaseya-VSA-Tenant-Url(required)X-Kaseya-VSA-Username(with password)X-Kaseya-VSA-Password(with username)X-Kaseya-VSA-K1-Token(alternative to username + password)
Each request creates a fresh server instance with isolated credentials — no
cross-tenant process.env pollution.
Local development
npm install
npm run build
KASEYA_VSA_TENANT_URL=https://vsa.example.com/api/v1.0 \
KASEYA_VSA_USERNAME=... \
KASEYA_VSA_PASSWORD=... \
npm start
Run as HTTP for testing:
MCP_TRANSPORT=http npm start
curl http://localhost:8080/health
Docker
docker build -t kaseya-vsa-mcp .
docker run --rm -p 8080:8080 \
-e KASEYA_VSA_TENANT_URL=https://vsa.example.com/api/v1.0 \
-e KASEYA_VSA_USERNAME=... \
-e KASEYA_VSA_PASSWORD=... \
kaseya-vsa-mcp
License
Apache-2.0
Install
Add Kaseya VSA to your client. Pick the one you use.
claude mcp add ghcr-io-wyre-technology-kaseya-vsa-mcp-v -- docker run -i --rm ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4codex mcp add ghcr-io-wyre-technology-kaseya-vsa-mcp-v -- docker run -i --rm ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4amp mcp add ghcr-io-wyre-technology-kaseya-vsa-mcp-v -- docker run -i --rm ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4{
"mcpServers": {
"ghcr-io-wyre-technology-kaseya-vsa-mcp-v": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"
]
}
}
}Add to `claude_desktop_config.json`, then restart Claude Desktop.
{
"mcpServers": {
"ghcr-io-wyre-technology-kaseya-vsa-mcp-v": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"
]
}
}
}Add to `~/.cursor/mcp.json`, or `.cursor/mcp.json` for a single project.
code --add-mcp '{"name":"ghcr-io-wyre-technology-kaseya-vsa-mcp-v","command":"docker","args":["run","-i","--rm","ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"]}'Or add the block manually to `.vscode/mcp.json` under `servers`.
{
"mcpServers": {
"ghcr-io-wyre-technology-kaseya-vsa-mcp-v": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"
]
}
}
}Add to `~/.codeium/windsurf/mcp_config.json`.
{
"mcpServers": {
"ghcr-io-wyre-technology-kaseya-vsa-mcp-v": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"
]
}
}
}Add to `cline_mcp_settings.json` via the MCP Servers panel.
{
"mcpServers": {
"ghcr-io-wyre-technology-kaseya-vsa-mcp-v": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"
]
}
}
}Add to `~/.gemini/settings.json`.
{
"mcpServers": {
"ghcr-io-wyre-technology-kaseya-vsa-mcp-v": {
"type": "local",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"
],
"tools": [
"*"
]
}
}
}Add to `~/.copilot/mcp-config.json`, or run `/mcp add` inside the CLI.
{
"context_servers": {
"ghcr-io-wyre-technology-kaseya-vsa-mcp-v": {
"command": {
"path": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4"
]
}
}
}
}Add to your Zed `settings.json`.
docker run -i --rm ghcr.io/wyre-technology/kaseya-vsa-mcp:v1.1.4Run `goose configure`, choose **Add Extension → Command-line Extension**, and paste this command.
12 tools
Kaseya VSA exposes 12 tools to a connected agent.
- kaseya_vsa_list_agents
- List managed endpoints (agents). Optional `$filter`.
- kaseya_vsa_get_agent
- Get an agent's details by ID (renders as an interactive card in MCP Apps hosts).
- kaseya_vsa_get_software_inventory
- Installed software for an agent.
- kaseya_vsa_get_hardware_inventory
- Hardware audit for an agent.
- kaseya_vsa_get_patch_status
- Pending and installed patches for an agent.
- kaseya_vsa_deploy_patches_now
- Force a patch deploy on an agent (destructive — confirmation required).
- kaseya_vsa_list_procedures
- Agent procedures available to run.
- kaseya_vsa_run_procedure
- Execute a procedure on an agent (destructive — confirmation required).
- kaseya_vsa_list_alarms
- Open alarms (optional state filter; date-window elicitation if missing).
- kaseya_vsa_list_tickets
- Service Desk tickets (returns a friendly message if SD module isn't enabled).
- kaseya_vsa_list_organizations
- Tenant organizations.
- kaseya_vsa_list_machine_groups
- Machine group hierarchy.
Score
86 / 100
Excellent
- Documentation25/25
- Maintenance25/25
- Trust16/20
- Capability8/15
- Install experience12/15
- Documents what it does and how to connect
- Has a resolvable package or endpoint
- Exposes at least one tool, prompt or resource
- README has substantive content
- Includes a code example
- Documents its configuration
- Mentions credentials or security posture
- Last commit 1 days ago
- Has a release history
- Repository is not archived
- Licensed Apache-2.0
- Namespace verified in the official MCP registry
- Claimed by its owner
- Published under an organisation
- 12 tool(s) documented
- Provides prompt templates
- Provides resources
- 12 documented install method(s)
- Published to a package registry
- Offers a hosted endpoint — no local install
Version history
| Versions | Published |
|---|---|
| 1.1.4Latest | Aug 20, 2026 |
| 1.1.3 | Aug 13, 2026 |
| 1.1.2 | Aug 10, 2026 |
| 1.1.1 | Jul 29, 2026 |
| 1.1.0 | Jul 17, 2026 |
| 1.0.8 | Jul 13, 2026 |
| 1.0.7 | May 29, 2026 |
| 1.0.2 | May 21, 2026 |
| 1.0.1 | May 1, 2026 |