关于 Vanta
Vanta MCP 服务让合规团队通过 Vanta API 读取和写入合规数据。它覆盖漏洞、测试、控制项、证据文档、人员和供应商,并支持文档上传。
主要功能
- 01读取漏洞、测试和控制项
- 02查看框架、政策与集成
- 03查询人员、供应商和风险场景
- 04创建和更新供应商
- 05上传合规证据文档
适用场景
- 01检查漏洞监控与测试结果
- 02查看控制项和合规摘要
- 03维护供应商及其文档
- 04向现有 Vanta 文档附加证据
MCP 相关
该 MCP 服务通过 Vanta API 向 MCP 客户端提供 25 项读写工具,涉及合规数据与文档。
配置
本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。
npx -y @mindstone/mcp-server-vantaVANTA_CLIENT_IDVanta OAuth Client IDVANTA_CLIENT_SECRET密钥Vanta OAuth Client SecretVANTA_REGIONAccepted for compatibility; US/EU/AU tenants all use api.vanta.comVANTA_REQUEST_TIMEOUT_MSPer-request timeout in milliseconds (default 60000)本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。
工具
25收录的工具列表 · 更新于 2 周前
| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| severity | string | 否 | 按文档定义的严重程度筛选:CRITICAL、HIGH、MEDIUM 或 LOW |
| page_size | integer | 否 | 要返回的漏洞数量,最多 100 个 |
| page_cursor | string | 否 | 用于获取下一页的上一条响应中的游标 |
| integration_id | string | 否 | 按检测到该漏洞的 Vanta 集成 ID 筛选 |
| is_deactivated | boolean | 否 | 按该漏洞的 Vanta 监控是否已停用进行筛选 |
详细介绍
@mindstone/mcp-server-vanta
Vanta 合规 MCP 服务 — 通过 Vanta API 读取和写入漏洞、测试、控制、人员、供应商、文档和合规摘要。
一键安装
点击按钮后,宿主将提示你填写:VANTA_CLIENT_ID、VANTA_CLIENT_SECRET、VANTA_REGION、VANTA_REQUEST_TIMEOUT_MS。
Claude Desktop / Claude Code / Goose / Continue.dev 的手动配置(Vanta)
{
"mcpServers": {
"Vanta": {
"command": "npx",
"args": [
"-y",
"@mindstone/mcp-server-vanta"
],
"env": {
"VANTA_CLIENT_ID": "",
"VANTA_CLIENT_SECRET": "",
"VANTA_REGION": "us",
"VANTA_REQUEST_TIMEOUT_MS": "60000"
}
}
}
}
状态
- 版本: 0.3.1 · npm
- 身份验证: OAuth 客户端凭据授权(
VANTA_CLIENT_ID+VANTA_CLIENT_SECRET) - 工具: 25 个(涵盖漏洞、测试、控制、框架、策略、集成、风险场景、事件日志、人员、供应商、文档和合规摘要,其中 19 个用于读取,6 个用于写入)
- 接口: cloud-api
- 区域: 为保持向后兼容,接受
VANTA_REGION;所有标准租户(US、EU、AU)共用一个 API 主机(api.vanta.com)。此参数在本软件包中不用于路由。
安装
npx -y @mindstone/mcp-server-vanta
配置
启动服务前,请设置以下环境变量:
VANTA_CLIENT_ID— Vanta OAuth 客户端 ID(必填)VANTA_CLIENT_SECRET— Vanta OAuth 客户端密钥(必填)VANTA_REGION— 为保持向后兼容而接受;所有标准租户(US、EU、AU)共用一个 API 主机(api.vanta.com)。此参数在本软件包中不用于路由。VANTA_REQUEST_TIMEOUT_MS— 请求超时时间,单位为毫秒(默认值为 60000)
如需生成凭据,请打开 Vanta Developer Console,创建一个新的 “Manage Vanta” 应用类型,并复制客户端 ID 和客户端密钥。
请求的 OAuth 作用域
连接器在每次令牌交换时都会请求以下作用域字符串:
vanta-api.all:read vanta-api.all:write vanta-api.documents:upload
vanta-api.documents:upload 是独立于 vanta-api.all:write 的作用域,也是 Vanta 文档上传端点所必需的。Vanta 为每个应用签发一个有效令牌,并根据应用验证作用域,因此无法针对每个工具请求更窄的作用域。我们有意接受这一权衡:每次安装都会包含上传作用域,即使该安装从不上传文档。
**从早期版本升级:**如果你的 Manage Vanta 应用无法请求 vanta-api.documents:upload,令牌交换将因 invalid_scope 失败,所有工具都将停止工作。请在 Developer Console 中更新(或重新创建)应用,使其能够请求全部三个作用域。
工具
读取
vanta_list_vulnerabilities/vanta_get_vulnerabilityvanta_list_tests/vanta_get_testvanta_list_controls/vanta_get_controlvanta_list_frameworks/vanta_get_frameworkvanta_list_policies/vanta_get_policyvanta_list_integrationsvanta_list_risk_scenarios/vanta_get_risk_scenariovanta_list_event_logsvanta_list_peoplevanta_query_test_resultsvanta_get_compliance_summaryvanta_list_vendors/vanta_get_vendor
写入
vanta_create_vendorvanta_update_vendorvanta_attach_vendor_documentvanta_deactivate_vulnerability_monitoringvanta_reactivate_vulnerability_monitoringvanta_upload_document
文件上传
Vanta 的上传端点使用 multipart/form-data 接收文件,因此这两个上传工具都需要一个公开的 https:// URL,并由连接器自行下载文件,再将文件字节转发给 Vanta:
vanta_upload_document通过POST /v1/documents/{documentId}/uploads,将证据附加到现有的 Vanta 文档(document_id)。vanta_attach_vendor_document通过POST /v1/vendors/{vendorId}/documents,将文档附加到供应商(vendor_id,以及必填的document_type,例如SOC2_REPORT)。
Vanta 接受 .pdf、.docx、.jpg、.png 和 .xlsx 文件。
已知限制
- 上传文件会成为草稿。 Vanta 会将通过 API 上传的文件作为草稿附加到文档;审核员查看证据前,必须先在 Vanta 中提交该文档以供审核。工具结果会通过
submission_required说明这一点,但连接器没有用于提交的工具。 - 无法创建文档。
vanta_upload_document会将文件附加到 Vanta 中已存在的文档,但无法创建文档。 - 有限范围的 ID 回退扫描。 按 ID 直接执行
GET返回 404 时,连接器会对集合进行游标分页,以查找该 ID,最多扫描 50 页(5,000 条记录)。超出此范围时,它会报告未找到,并附上扫描不完整的说明,而不是默默地只查第一页就放弃。
安全性
此服务会强制执行以下措施:
- 在 Vanta API 响应中的每个字符串到达模型之前,都会用
<untrusted-content>信封包裹,并对闭合标签进行转义;但语法检查通过的结构性字面值(标识符、类似枚举的状态、ISO-8601 日期、http(s) URL、分页游标)除外,这些值必须保持原样,以便在后续工具调用中引用。这种默认拒绝的遍历方式意味着 Vanta 以后添加的字段,以及连接器不了解的、受攻击者影响的字段(例如由扫描器编写的软件包标识符),都会被安全地包裹,而不会以原始形式到达模型。API 和 OAuth 错误正文中的外部消息文本也会以相同方式包裹;凭据形式的值会被脱敏。 - 对两个上传工具执行仅限 HTTPS 的 URL 验证(拒绝
file:、localhost、RFC1918、链路本地地址(包括云元数据地址)、IPv6 环回地址/ULA,以及 DNS 记录解析到上述任一地址的主机名)。 - 限制文档获取范围:最多允许 3 次重定向,每一跳都会重新通过相同的 URL 防护进行验证;超时时间为 30 秒,并在流式传输期间强制执行 25 MB 大小上限(来源无法通过伪造
Content-Length绕过上限)。 - Content-Type 处理采用标头清理,而非字节级 MIME 嗅探:不可信的来源标签会替换为
application/octet-stream。 - 对每种拒绝情况分别返回结构化错误,包括主机被阻止、非 HTTPS、超出大小限制、超时和重定向次数超限,而非通用错误。
- 速率限制为每分钟 50 个请求,并使用单航班令牌交换。
- 在客户端边界使用 Zod 验证外部响应(分页列表信封和 OAuth 令牌响应);格式错误的载荷会返回结构化的
RESPONSE_INVALID/AUTH错误,而非未经检查的类型转换。 - 响应截断至 25 KB,并使用二分查找进行裁剪;被截断的响应会移除
pageInfo,并提示使用更小的page_size重试,因为完整页面的游标会导致被裁掉的记录被静默跳过。 - 在所有错误消息中对 Bearer 令牌进行脱敏。
许可证
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。