
Avanan MSP (Legacy SmartAPI)
io.github.wyre-technology由 GitHub 账号 wyre-technology 发布v1.1.0更新于 Oct 26, 2026
MCP server for the Avanan MSP SmartAPI — manage child MSPs, users, tenants, licenses, and usage.
概览
面向旧版 Avanan MSP SmartAPI 的 MCP 服务器,让助手管理 MSP 合作伙伴、租户、用户与许可证,并处理各租户的安全事件与处置操作。
- 可以做什么
- 测试连接并列出密钥权限范围,判断所用 API 密钥类型
- 查询和读取安全事件,搜索或获取受保护邮件
- 列出、读取、新增、更新和删除例外规则
- 隔离或恢复事件与邮件,并查询处置任务状态
- 列出、创建和删除子 MSP、MSP 用户与客户租户
- 列出许可证与附加组件、分配许可证,并读取月度或每日用量
- 适用场景
- 适合使用 Avanan/Check Point 邮件安全的托管服务商或安全团队,希望助手统一完成事件研判、例外与处置操作,以及租户、用户和许可管理。
- 运行要求
- 以容器镜像在本地通过 stdio 运行,或设置 MCP_TRANSPORT=http 走 HTTP。需要 Avanan SmartAPI 的客户端 ID 与密钥(AVANAN_CLIENT_ID、AVANAN_CLIENT_SECRET)及区域;MSP 管理类工具需要 MSP 签发的密钥。HTTP 模式需要 CONDUIT_S2S_SECRET,网关模式还需每次请求携带客户端请求头。需能访问对应区域的 Avanan 端点。
安装
在 SourceWeft 中
- 打开 控制台中的 Avanan MSP (Legacy SmartAPI),将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
avanan-legacy-mcp
MCP server for the legacy Avanan SmartAPI on smart-api-production-*.avanan.net:
MSP tenant management plus per-tenant security (events, entities, exceptions, remediation).
Distinct from avanan-mcp, which targets the Check Point Infinity Portal HEC API.
Implements the Avanan MSP SmartAPI Reference Guide (22 July 2026) and the Avanan SmartAPI Reference Guide (Feb 2024):
Features
- Interactive tenant card (MCP Apps, SEP-1865):
avanan_get_tenantrenders as an interactive card in MCP Apps hosts (Claude Desktop/web) showing domain, status, deployment mode, license package, protected users, PoC dates, and add-ons. The card is read-only, neutral by default, and brandable viawindow.__BRAND__injection orMCP_BRAND_*env vars (MCP_BRAND_NAME,MCP_BRAND_LOGO_URL,MCP_BRAND_PRIMARY_COLOR,MCP_BRAND_ACCENT_COLOR,MCP_BRAND_BG,MCP_BRAND_TEXT). Plain-JSON behavior is unchanged in other hosts. Rebuild the embedded card HTML after editingui/withnpm run build:ui.
Configuration
Copy .env.example. Leave CONDUIT_S2S_SECRET empty there.
/health stays unauthenticated and does not read credentials. The stdio transport does not use CONDUIT_S2S_SECRET or X-Gateway-S2S.
HTTP authentication
With MCP_TRANSPORT=http and a real CONDUIT_S2S_SECRET, every request except /health must include X-Gateway-S2S:
v1 is HMAC-SHA256 over the ASCII string t=<unix seconds> (the same t= prefix that starts the header), keyed with CONDUIT_S2S_SECRET, encoded as 64 lowercase hex characters. The timestamp must be within 300 seconds of the server clock. The comparison is timing-safe. A missing or invalid header returns 401 and does not touch Avanan credentials. The secret is never logged.
In AUTH_MODE=gateway, the request must also include X-Avanan-Client-Id and X-Avanan-Client-Secret (X-Avanan-Region is optional). Those headers are the only credential source. A request missing either one returns 401 and does not fall back to AVANAN_CLIENT_ID / AVANAN_CLIENT_SECRET.
In AUTH_MODE=env, /mcp still requires a valid X-Gateway-S2S header. Vendor credentials come from the environment when the request does not carry both client headers.
Docker
The image listens on 0.0.0.0 inside the container (MCP_HTTP_HOST) and sets AUTH_MODE=gateway. Publish the port on loopback and pass the S2S secret. In gateway mode, Avanan credentials arrive on each request as headers; they are not read from the environment.
Compose refuses to start when CONDUIT_S2S_SECRET is unset, sets AUTH_MODE=gateway, publishes 127.0.0.1:8080:8080, and does not put AVANAN_CLIENT_ID or AVANAN_CLIENT_SECRET in the service environment:
Single-tenant HTTP (AUTH_MODE=env) still requires the S2S secret, then uses AVANAN_CLIENT_ID and AVANAN_CLIENT_SECRET. That is separate from the gateway Compose service.
Local HTTP without a secret is development-only. It binds 127.0.0.1 even if MCP_HTTP_HOST is 0.0.0.0, and logs a warning:
Generate a secret with openssl rand -hex 32. Do not leave a placeholder in CONDUIT_S2S_SECRET; startup treats those values as unset and exits.
The server performs the token handshake itself: it calls GET /v1.0/auth, caches the
one-hour JWT per client ID, and refreshes it a minute before expiry.
[!IMPORTANT] The MSP-management tools need an MSP API key. These are not self-service: Check Point/Avanan Support issues them on request, through your distributor if you buy Avanan through the channel, one per region. A key generated inside a customer tenant authenticates successfully, but every
/msp/*endpoint then answers403 MSP endpoint, access denied. The security tools (events, entities, exceptions, remediation) work with either kind of key.avanan_test_connectionreports which kind you have.
With an MSP key, the security tools cover every managed customer; pass scopes (query
and search) or scope (actions) with values from avanan_list_scopes to target one.
Parent MSPs can scope list and create calls to a child MSP with the optional MSPId
argument (msp_ids on the usage tools), as in Check Point's reference client.
Authentication details
The wire format was verified against the live US endpoint in September 2026 and is pinned
by tests/client.test.ts. Two details differ from the reference guide:
x-av-datemust not end inZ(2026-09-09T16:49:12.123). The documented.000Zform makes the API return HTTP 500.x-av-sigissha256(base64(reqId + clientId + date + path?query + secret))as hex. The path is omitted on the/authcall only, and the/authresponse body is the raw JWT rather than JSON.
Both match Check Point's reference
client.py.
Build
Regional endpoints
All endpoints sit under /v1.0/msp/....
来源:README.md,提交 48d55e9
工具
0版本历史
1- v1.1.0最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分