MCP 安全

不把密钥交给模型的 MCP 密钥管理

MCP 让工具访问更容易，但原始令牌不应写在服务器配置中。Automic Vault 在本地启动边界注入已批准的值。

下载文档

01 · MCP 安全

前后对比

以前 GITHUB_TOKEN 或数据库凭据写在 MCP JSON 或 dotenv 中，检查配置就会暴露值。之后配置只保留命令，密钥在运行时注入。

02 · MCP 安全

命令示例

运行 av save GITHUB_TOKEN，从 MCP 配置删除值，然后用 av inject -- ./mcp-server 启动服务器。

03 · MCP 安全

审批边界

只读工具可以轻量运行；能发布、删除或修改云资源的工具应通过 av contain 和审批门。

04 · MCP 安全

本地运行边界

Automic Vault 将代理可读取的文件与只提供给已批准工具的凭据分开。控制发生在 Mac 的执行路径上，而不是只依赖代理提示词。

05 · MCP 安全

Homebrew 与 CLI

许多开发工具来自 Homebrew、npm、PyPI 和云 CLI。Vault 会检测这些工具留下的凭据文件和高风险操作，并把审批放到实际执行位置。

06 · MCP 安全

下一步

先运行扫描器检查明文暴露，将支持的密钥移入受保护的本地存储，并保持 Automic Vault 运行，以便及时收到新的 hazard 通知。

07 · MCP 安全

安装后的变化

熟悉的 CLI 仍可继续使用。区别在于密钥不再作为容易读取的配置文件留在磁盘上，而是只交给真正需要它的已批准执行。

08 · MCP 安全

与中心化 vault 配合

1Password、HashiCorp Vault 和云端密钥系统仍可作为真实来源。Automic Vault 保护的是本地 Mac 工具使用这些值的那一刻。

09 · MCP 安全

持续监控

新的软件包、过时工具和重新生成的配置文件可能在首次修复后重新带来风险。Automic Vault 会保持运行并提示新的 hazard。

11 · MCP 安全

可信线索

公开仓库、安全页面、许可证以及 Max Howell 的 Homebrew 背景都可查看。本地安全边界应该能够被验证。

Automic Vault