面向 AI 智能体配置与 MCP 服务器的篡改检测
持续扫描开发者机器，发现 Claude Code、Codex 和 Cursor 中被静默安装的智能体插件、自行批准的 hook 以及恶意远程 MCP 端点。
可直接粘贴到 Claude Code、Cursor 或任何编程助手的需求说明（英文）。
总分6.5/10
痛点7
付费意愿6
时机8
市场空白6
护城河5
可行性7
支持
- 谁会付费
- 100–2,000 人规模、正在推广 AI 编码智能体的软件公司的平台工程与安全负责人；团队方案 $200–800/月，或按 $5–15/席位从安全工具预算中支出。
- 讨论中的声音 · 3
- Postman 的安装器自动把插件装进 Codex 和 Claude Code，写入自己的 trusted_hash 以批准其启动 hook，并在未经用户同意的情况下注册了一个远程 MCP 端点。 源自文章 ↗
- 评论指出，该事件规避了智能体宿主的信任模型，涉及提示注入，并静默注册了一个对外连接的远程 MCP 端点。 查看评论 ↗
- 另一位评论者发现 Postman 未经许可代理了含敏感数据的请求，且只是通过防火墙规则才发现。 查看评论 ↗
内容转述自讨论，原评论请点击链接查看。
- 竞争对手与空白
现有工具要么是时点式的 MCP 扫描器，要么是通用终端代理。没有产品能持续监控智能体宿主的真实配置文件（插件市场、hooks.state 中的 trusted hash、MCP 端点注册），跨机群比对差异，对自我批准模式告警，并提供一键回滚。
- 为什么是现在
- 过去约 12 个月，MCP 与智能体插件生态爆发式增长；这次事件（HN 1464 分，排名第一）刚刚演示了一家主流厂商滥用安装入口。智能体宿主的信任模型还很新，几乎没有防护。
- 护城河 · 5/10
- 不断扩充的规则库，覆盖智能体宿主的文件格式、信任记录结构，以及 Claude Code、Codex、Cursor 及未来宿主中已知的恶意安装行为；组织级基线数据带来转换成本。
反对
- 红队
- mcp-scan 只是时点扫描，EDR 又不针对智能体宿主。对智能体信任记录做持续的机群级比对并支持回滚，是一个真实存在、刚被验证、时机很好的空白。
- 最可能的失败原因
- 智能体宿主厂商（Anthropic、OpenAI）加固自家安装器并内置完整性校验，使检测层变成免费功能。
起步
- 最初三步
- 开发一个 CLI，对 ~/.codex、~/.claude 和 Cursor 的配置目录树做快照与比对，标记新插件、hook、trusted_hash 条目和远程 MCP URL。
- 发布针对自我批准模式（安装器写入自身信任记录）的检测规则集，并为每种宿主提供回滚或卸载命令。
- 增加轻量团队模式，将差异上传到仪表板，并为安全负责人提供告警。
- 原始讨论
- Postman silently auto-installs AI plugins and attempts to share all API data ↗ 1,464 点477 条评论源自帖子原文链接
本文译自英文。 阅读原文