38% 的模型上下文协议服务器没有身份验证——位列开放 Web 应用安全项目模型上下文协议十大安全风险之中

2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家 

上个月我安装了 14 个模型上下文协议服务器。然后我阅读了通用漏洞披露列表。

自 2025 年末以来，我一直在生产环境中运行模型上下文协议服务器——将克劳德人工智能连接到我的会计工具、项目跟踪器和内部数据库。仅在上个月，我就在我的设置中添加了 14 个新的模型上下文协议服务器。包括文件操作、代码搜索、斯拉克集成等所有功能。

随后，开放 Web 应用程序安全项目发布了模型上下文协议前十强，我花了一个周末阅读通用漏洞披露报告，而不是发布新功能。

在 60 天内，针对模型上下文协议实现提交的通用漏洞披露多达 30 个。在对 500 多个服务器的扫描中，38% 的服务器没有任何身份验证。存在一个标准输入输出漏洞（CVE-2026-30623），可在所有官方模型上下文协议软件开发工具包（包括派森、类型脚本、爪哇、拉斯特）中实现远程代码执行。无一例外。

安思波公司对最后一个漏洞的回应是什么？“预期行为。”数据清洗是开发者的责任。

我检查了我的 14 个服务器。其中三个硬编码了应用程序编程接口密钥。有一个在没有身份验证的情况下暴露在互联网上。我在两个月前为了“快速测试”设置了它，然后就忘记了。

这不是理论上的威胁模型。这就是现实中的星期二。

数据概览

截至 2026 年 4 月，模型上下文协议的安全状况如下：

在安全研究人员调查的 2,614 个模型上下文协议实现中，82% 使用易受路径遍历攻击的文件操作。

为什么模型上下文协议的攻击面与普通应用程序编程接口不同

普通的表述性状态转移应用程序编程接口调用是单行道：你发送请求，得到响应。模型上下文协议则是一条没有中央隔离带的四车道高速公路。

有四个因素使得模型上下文协议的攻击面比标准应用程序编程接口宽得多：

1. 双向通信

   免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。