第 09 篇：审计、日志与合规 —— 谁动了你的数据？

本篇是《MCP 开发实战教程》专栏的第 9 篇，也是第三部分"企业级实战"的收官篇。上一篇我们用网关解决了部署和监控的问题，但监控只是"看到了"，审计是"记录下来并能追溯"。本篇将带你实现完整的 MCP 审计链，并直面企业 MCP 部署中最隐蔽的风险——Shadow IT。

引言

你可能有过这种体验：某天安全团队找到你，说"上个月有一次数据泄露，我们需要知道谁访问了什么数据"。你翻遍了日志，发现 MCP Server 根本没记录工具调用的参数和返回值。你只知道"有人调用了 search_users 工具"，但不知道搜了什么关键词、返回了哪些用户数据。安全团队说：“这不行，合规审计过不了。”

这不是个例。MCP 的原生日志机制是为调试设计的，不是为审计设计的。它记录了协议层面的消息（JSON-RPC 请求和响应），但缺少企业审计所需的关键信息：谁发起的调用、代表哪个用户、传了什么参数、返回了什么数据、花了多长时间。

更隐蔽的风险是 Shadow IT（影子 IT）——员工私自部署的、未经 IT 部门审批的 MCP Server。2026 年的调查显示，自动化发现工具通常能找出比 IT 部门预期多得多的未授权 Agent 和工具。这些 Shadow MCP Server 绕过了所有安全控制，是数据泄露的最大隐患。

本篇会带你搞清楚三件事：MCP 审计日志应该记录什么、怎么实现结构化审计日志、以及如何发现和治理 Shadow IT。

</