微软披露严重漏洞：提示词注入可触发远程代码执行
CVE-2026-26030 漏洞（CVSS 评分 9.8）使攻击者能够通过提示注入技术在 Semantic Kernel 框架中执行任意远程代码。该漏洞影响所有版本低于 1.39.4 的 Python SDK 和 1.71.0 的 .NET SDK，使用该框架构建 AI 智能体应用的开发团队需立即升级以修复安全风险。
TL;DR
微软披露 CVE-2026-26030（CVSS 9.8），这是 Semantic Kernel Python SDK 中的一个严重远程代码执行漏洞，攻击者可通过向量存储过滤表达式中的提示注入执行任意代码。该漏洞影响 1.39.4 之前的所有版本，直接攻击 AI 智能体基础设施而非 Web 端点。
核心细节
- 受影响方: 微软安全响应中心，影响 Semantic Kernel SDK 用户
- 事件性质: 严重远程代码执行漏洞（CVSS 9.8），可通过提示注入实现任意代码执行
- 时间线: 2026 年 5 月 7 日披露；补丁已立即发布
- 影响范围: 所有使用 Semantic Kernel Python SDK < 1.39.4 或 .NET SDK < 1.71.0 的 AI 应用
事件概述
微软安全响应中心披露了 Semantic Kernel 中的一个严重远程代码执行漏洞，Semantic Kernel 是微软开源的用于构建 AI 智能体的软件开发工具包（SDK）。CVE-2026-26030 的 CVSS 严重性评分为 9.8 分（满分 10 分），是 2026 年披露的最严重的 AI 框架漏洞之一。
该漏洞位于 InMemoryVectorStore 组件中，恶意过滤表达式可通过用户提示注入。与针对 Web 应用端点的传统注入攻击不同，此攻击链通过智能体内部的过滤解析逻辑将自然语言输入转换为可执行的 Python 代码。
“成功利用此漏洞的攻击者可在应用程序上下文中运行任意代码，“微软在其安全公告中表示，“这可能允许攻击者安装程序、查看、更改或删除数据，或创建具有完整用户权限的新账户。”
第二个漏洞 CVE-2026-25592 影响 .NET SDK，是一个路径遍历缺陷。两个漏洞已在 Semantic Kernel Python 版本 1.39.4 和 .NET 版本 1.71.0 中修复，补丁随披露同步发布。
来自 Nuka-AI 的安全研究人员披露了 2 月份初始补丁的多个绕过向量，促使 5 月份的披露和额外的加固措施。
影响分析
该攻击链机制将此漏洞与传统 Web 安全威胁区分开来：
| 攻击向量 | 传统 XSS | Semantic Kernel 远程代码执行 |
|---|---|---|
| 入口点 | Web 表单输入 | 智能体提示输入 |
| 目标层 | 浏览器 DOM | Python/.NET 运行时 |
| 执行上下文 | 客户端 JavaScript | 服务端代码 |
| 影响范围 | 用户会话 | 应用服务器 |
| 利用复杂度 | 中等 | 低 |
攻击链分解：
- 提示输入: 攻击者构造包含恶意过滤语法的自然语言提示
- 过滤表达式: 提示被传递给
InMemoryVectorStore.filter()而未经适当清理 - 代码执行: 过滤表达式通过
eval()或等效方法作为 Python 代码执行 - 运行时访问: 攻击者获得托管 AI 智能体的服务器上的任意代码执行权限
此漏洞类别特别令人担忧的原因：
- 无需绕过输入验证: 过滤表达式语法是预期功能，使检测变得困难
- 智能体特定攻击面: 传统 WAF 规则不检查智能体提示流
- 高信任上下文: AI 智能体通常以提升的权限运行，以访问工具、API 和数据库
- 供应链影响: 在生产智能体中嵌入 Semantic Kernel 的组织面临直接暴露风险
根据微软安全博客，对于接受不可信提示的应用程序（包括大多数面向客户的 AI 智能体部署），此攻击无需身份验证。
🔺 独家情报：别处看不到的洞察
置信度: 高 | 新颖度评分: 82/100
更深层次的安全影响超越了即时补丁。此漏洞代表了一个新的攻击类别：提示到代码转换攻击。传统安全模型假设用户输入与代码执行之间存在边界，但 AI 智能体框架通过自然语言接口故意模糊了这一边界。Semantic Kernel 的过滤表达式机制不是漏洞——它是一项设计用于让开发者编写表达性查询的功能。该漏洞利用了这一有意的设计模式，使得在不破坏功能的情况下难以区分合法使用与恶意注入。
关键启示: 企业安全团队必须审计所有 AI 智能体框架——不仅是 Semantic Kernel——以查找类似的提示到代码转换模式。LangChain、CrewAI 和 OpenAI 的 Agents SDK 都实现了类似的过滤/搜索机制，可能包含等效漏洞。此攻击面是架构性的，而非偶然的。
应对建议
对于 AI 应用开发者
对于任何使用 Semantic Kernel Python SDK 1.39.4 之前版本或 .NET SDK 1.71.0 之前版本的应用程序，需要立即采取行动。补丁引入了对过滤表达式的严格输入清理，但开发者还应额外：
- 在过滤表达式生成之前实施提示内容过滤
- 审计智能体权限并应用最小权限原则
- 为所有过滤表达式评估启用审计日志
- 考虑在容器化环境中沙箱化智能体运行时
对于企业安全团队
此披露应触发对 AI 智能体基础设施的更广泛审计：
- 清点所有 AI 框架: 包括 Semantic Kernel、LangChain、CrewAI、AutoGen 和 OpenAI Agents SDK 在内的生产环境框架
- 审查提示处理代码: 查找类似的过滤表达式模式
- 更新安全监控: 将智能体提示流纳入监控范围，传统 WAF 不检查这些内容
- 评估影响范围: 具有数据库、API 或文件系统访问权限的智能体会放大潜在影响
关注要点
微软的披露可能是此漏洞类别中的首例。Nuka-AI 的安全研究人员已证明该攻击模式可跨多个智能体框架复制。预计 2026 年全年将有更多针对竞品 AI 智能体 SDK 中提示到代码转换机制的 CVE 披露。
相关报道:
- NVIDIA Rubin 平台：六芯片架构，Token 成本降低 10 倍 — AI 部署经济性的基础设施影响
- LangCrew：基于 LangGraph 的高级多智能体框架 — 智能体开发的替代框架比较
信息来源
- Microsoft Security Blog: Prompts Become Shells — 微软，2026 年 5 月 7 日
- Vibe Graveyard: Semantic Kernel Prompt Injection RCE — 安全研究分析，2026 年 5 月
- Windows News: CVE-2026-26030 Critical RCE — 技术分析，2026 年 5 月
微软披露严重漏洞：提示词注入可触发远程代码执行
CVE-2026-26030 漏洞（CVSS 评分 9.8）使攻击者能够通过提示注入技术在 Semantic Kernel 框架中执行任意远程代码。该漏洞影响所有版本低于 1.39.4 的 Python SDK 和 1.71.0 的 .NET SDK，使用该框架构建 AI 智能体应用的开发团队需立即升级以修复安全风险。
TL;DR
微软披露 CVE-2026-26030（CVSS 9.8），这是 Semantic Kernel Python SDK 中的一个严重远程代码执行漏洞，攻击者可通过向量存储过滤表达式中的提示注入执行任意代码。该漏洞影响 1.39.4 之前的所有版本，直接攻击 AI 智能体基础设施而非 Web 端点。
核心细节
- 受影响方: 微软安全响应中心，影响 Semantic Kernel SDK 用户
- 事件性质: 严重远程代码执行漏洞（CVSS 9.8），可通过提示注入实现任意代码执行
- 时间线: 2026 年 5 月 7 日披露；补丁已立即发布
- 影响范围: 所有使用 Semantic Kernel Python SDK < 1.39.4 或 .NET SDK < 1.71.0 的 AI 应用
事件概述
微软安全响应中心披露了 Semantic Kernel 中的一个严重远程代码执行漏洞，Semantic Kernel 是微软开源的用于构建 AI 智能体的软件开发工具包（SDK）。CVE-2026-26030 的 CVSS 严重性评分为 9.8 分（满分 10 分），是 2026 年披露的最严重的 AI 框架漏洞之一。
该漏洞位于 InMemoryVectorStore 组件中，恶意过滤表达式可通过用户提示注入。与针对 Web 应用端点的传统注入攻击不同，此攻击链通过智能体内部的过滤解析逻辑将自然语言输入转换为可执行的 Python 代码。
“成功利用此漏洞的攻击者可在应用程序上下文中运行任意代码，“微软在其安全公告中表示，“这可能允许攻击者安装程序、查看、更改或删除数据，或创建具有完整用户权限的新账户。”
第二个漏洞 CVE-2026-25592 影响 .NET SDK，是一个路径遍历缺陷。两个漏洞已在 Semantic Kernel Python 版本 1.39.4 和 .NET 版本 1.71.0 中修复，补丁随披露同步发布。
来自 Nuka-AI 的安全研究人员披露了 2 月份初始补丁的多个绕过向量，促使 5 月份的披露和额外的加固措施。
影响分析
该攻击链机制将此漏洞与传统 Web 安全威胁区分开来：
| 攻击向量 | 传统 XSS | Semantic Kernel 远程代码执行 |
|---|---|---|
| 入口点 | Web 表单输入 | 智能体提示输入 |
| 目标层 | 浏览器 DOM | Python/.NET 运行时 |
| 执行上下文 | 客户端 JavaScript | 服务端代码 |
| 影响范围 | 用户会话 | 应用服务器 |
| 利用复杂度 | 中等 | 低 |
攻击链分解：
- 提示输入: 攻击者构造包含恶意过滤语法的自然语言提示
- 过滤表达式: 提示被传递给
InMemoryVectorStore.filter()而未经适当清理 - 代码执行: 过滤表达式通过
eval()或等效方法作为 Python 代码执行 - 运行时访问: 攻击者获得托管 AI 智能体的服务器上的任意代码执行权限
此漏洞类别特别令人担忧的原因：
- 无需绕过输入验证: 过滤表达式语法是预期功能，使检测变得困难
- 智能体特定攻击面: 传统 WAF 规则不检查智能体提示流
- 高信任上下文: AI 智能体通常以提升的权限运行，以访问工具、API 和数据库
- 供应链影响: 在生产智能体中嵌入 Semantic Kernel 的组织面临直接暴露风险
根据微软安全博客，对于接受不可信提示的应用程序（包括大多数面向客户的 AI 智能体部署），此攻击无需身份验证。
🔺 独家情报：别处看不到的洞察
置信度: 高 | 新颖度评分: 82/100
更深层次的安全影响超越了即时补丁。此漏洞代表了一个新的攻击类别：提示到代码转换攻击。传统安全模型假设用户输入与代码执行之间存在边界，但 AI 智能体框架通过自然语言接口故意模糊了这一边界。Semantic Kernel 的过滤表达式机制不是漏洞——它是一项设计用于让开发者编写表达性查询的功能。该漏洞利用了这一有意的设计模式，使得在不破坏功能的情况下难以区分合法使用与恶意注入。
关键启示: 企业安全团队必须审计所有 AI 智能体框架——不仅是 Semantic Kernel——以查找类似的提示到代码转换模式。LangChain、CrewAI 和 OpenAI 的 Agents SDK 都实现了类似的过滤/搜索机制，可能包含等效漏洞。此攻击面是架构性的，而非偶然的。
应对建议
对于 AI 应用开发者
对于任何使用 Semantic Kernel Python SDK 1.39.4 之前版本或 .NET SDK 1.71.0 之前版本的应用程序，需要立即采取行动。补丁引入了对过滤表达式的严格输入清理，但开发者还应额外：
- 在过滤表达式生成之前实施提示内容过滤
- 审计智能体权限并应用最小权限原则
- 为所有过滤表达式评估启用审计日志
- 考虑在容器化环境中沙箱化智能体运行时
对于企业安全团队
此披露应触发对 AI 智能体基础设施的更广泛审计：
- 清点所有 AI 框架: 包括 Semantic Kernel、LangChain、CrewAI、AutoGen 和 OpenAI Agents SDK 在内的生产环境框架
- 审查提示处理代码: 查找类似的过滤表达式模式
- 更新安全监控: 将智能体提示流纳入监控范围，传统 WAF 不检查这些内容
- 评估影响范围: 具有数据库、API 或文件系统访问权限的智能体会放大潜在影响
关注要点
微软的披露可能是此漏洞类别中的首例。Nuka-AI 的安全研究人员已证明该攻击模式可跨多个智能体框架复制。预计 2026 年全年将有更多针对竞品 AI 智能体 SDK 中提示到代码转换机制的 CVE 披露。
相关报道:
- NVIDIA Rubin 平台：六芯片架构，Token 成本降低 10 倍 — AI 部署经济性的基础设施影响
- LangCrew：基于 LangGraph 的高级多智能体框架 — 智能体开发的替代框架比较
信息来源
- Microsoft Security Blog: Prompts Become Shells — 微软，2026 年 5 月 7 日
- Vibe Graveyard: Semantic Kernel Prompt Injection RCE — 安全研究分析，2026 年 5 月
- Windows News: CVE-2026-26030 Critical RCE — 技术分析，2026 年 5 月
相关情报
MCP 生态系统周度追踪：代币效率工具与企业集成加速增长
MCP 生态系统本周达到 511 个标签仓库，周环比新增 21 个项目实现 4.3% 增幅。MinishLab/semble 项目通过语义索引技术实现代码搜索场景下 98% 的代币缩减效率优化，周增长 3.15%。Google Workspace MCP 激增 8.16%，三个新的专业领域仓库首次进入榜单前三十名。
MCP 生态系统周度追踪：仓库总量突破四百九，Unity 工具链领跑增长
MCP 生态系统本周新增 16 个仓库，总量达到 490 个，周环比增长 3.4%。Unity MCP 以 2.22% 的增幅领跑增速榜单，游戏开发与 AI 集成趋势明显。FastMCP 社区仓库星标数达到 25,666，稳居榜首，Python 语言仍是 MCP 服务端开发首选。
MCP 生态系统周度追踪：仓库总数达 474 个，游戏开发与企业网关成新增长极
MCP 生态系统持续扩张至 474 个标签仓库，本周新增 15 个项目，周环比增长幅度达到 3.3%。Unity MCP 以 2.36% 增速领跑增长榜单，IBM 推出企业级网关产品，全栈框架 mcp-use 首次跻身前十行列，生态系统呈现多元化发展趋势，各细分领域加速渗透。