Codex 如何评估第三方 MCP Server 风险

从来源、权限、行为和维护情况一起判断

可以从四个方向看风险。第一是来源是否清晰，维护者身份、仓库记录、发布历史是否完整。第二是权限是否过宽，是否要求读取过多文件、访问敏感目录、联网或执行高权限操作。第三是行为是否透明，文档里是否说明了它会发送什么数据、调用哪些外部服务、返回结果是否可追踪。第四是维护情况，近期是否持续更新，Issue 和安全公告是否有人响应。把这几项放在一起看，通常能较快判断它是否适合接入。

用最小权限原则对照实际功能

判断方式是把它宣称的功能和它申请的权限一一对照。若一个服务只负责查询文档，却要求整机文件读取、任意域名联网、写入系统目录，这类权限通常偏大。更稳妥的做法是让它只拿到完成任务所需的目录、只允许访问白名单域名，并在隔离环境里验证行为。若权限请求和功能目标明显不匹配，就应视为高风险信号。

看依赖、看调用、看历史、看异常迹象

可以优先检查几项内容。代码依赖是否过多，是否包含来源不明的包；请求外部服务的逻辑是否明确，是否会把本地数据发到不必要的地址；仓库提交历史是否稳定，是否存在频繁改动权限相关代码；社区反馈里是否反复出现数据泄露、越权访问、异常联网等问题。若某个项目文档很少、代码又频繁触碰敏感数据路径，就要提高警惕。

通过隔离、审计和分级授权来控制

可以把它放在测试环境或隔离容器中运行，避免直接接触生产数据；给它单独创建账号或密钥，避免和主系统共用凭证；对可访问的目录、域名、接口做白名单限制；开启日志记录，观察它是否有异常读取、异常联网或越权调用；对输出结果做人工复核，避免它把错误指令带入后续流程。若某个场景离不开敏感数据，建议把可见范围切到最小，并设置随时可撤销的授权。