Werkzeug 3.1.9 前版本在 Windows/NTFS 上因未正确处理带空 ADS 标记的特殊设备名，导致 send_from_directory 读取时可能挂起，虽路径未越界但操作系统语义异常引发阻塞。该问题非传统目录穿越，而是文件名语义缺陷。修复需升级至 3.1.9，并强化路径校验、输入信任边界与运行环境隔离。建议通过分层测试（含拒绝用例）、超时控制及交付验收清单实现可验证防护，将依

随着开源软件、第三方组件、容器技术和自动化构建工具的广泛应用，现代软件系统越来越依赖复杂的软件供应链。一个应用程序可能包含数十个直接依赖，以及数量更多的间接依赖。即使企业自主开发的业务代码不存在明显安全漏洞，第三方组件、构建环境或软件交付环节中的安全问题，仍可能影响最终产品。2026年，软件供应链安全相关标准化工作持续推进。工业和信息化部发布的行业标准报批公示中包含软件服务供应链安全要求相关标准；

随着大语言模型和AI编程工具在软件研发领域的广泛应用，AI生成代码已经逐渐成为企业提升研发效率的重要手段。从代码补全、单元测试生成，到自动修复漏洞、生成完整业务模块，AI正在深度参与软件开发生命周期。然而，AI在提升开发效率的同时，也引入了新的安全风险。例如，生成的代码可能包含SQL注入、命令注入、身份认证缺陷、不安全的第三方依赖以及敏感信息泄露等问题。2026年9月，工业和信息化部发布《“人工智

一封穿过邮件网关的外部邮件，本应只是等待解析、过滤和投递的数据。但在 Cisco Secure Email Gateway 的 CVE-2026-76461 中，邮件内容因为输入校验不足获得了 SQL 语义；数据库能力又被进一步用于执行底层操作系统命令，最终形成无需认证、无需用户交互的 root 级远程命令执行。Cisco 已确认该漏洞在 2026 年 9 月遭到现实利用，并明确表示不存在可替代升

AI 知识库安全不仅是防止模型“答错”或被提示词操纵。云盘连接器将人的授权转成持久可用的数据通道，浏览器成功消息是这条通道的一个关键交接点。精确指定接收窗口、验证发件窗口、限制后端会话归属，并保留可信的撤销与审计链，才能真正保护接入知识库的资料。

CVE-2026-59151 提供了一个非常通用的代码安全规则：已经由可信配置确定的安全对象，只能被验证和传递，不能被用户声明重新定义。这条规则适用于 SAML，也适用于 OIDC、API 网关、云控制面、文件工具、CI/CD 和 AI Agent。安全上下文一旦在数据流中丢失，再完善的入口验证也可能在流程末端失效。

攻击者不一定需要直接调用 AI Agent 的文件工具。只要能影响仓库、网页或工具输出，就可能通过间接 Prompt Injection 诱导模型生成危险路径。Eclipse Theia CVE-2026-82217 展示了这条链如何从模型上下文延伸到工作区外文件系统。本文从四层信任边界出发，拆解修复代码、无害验证方法和 Agent 工具纵深防御方案。

CVE-2026-82217 的底层弱点是熟悉的 CWE-22，但它出现在 AI 编码代理中后，攻击链发生了变化：攻击者可以先影响模型上下文，再让模型生成危险路径，最后借助自动文件工具把语义攻击落到真实系统权限上。官方修复的关键不是让模型“更听话”，也不是在提示词里强调“不要离开工作区”，而是把所有路径工具统一放到确定性的允许根目录校验之后。这也是 AI Agent 安全最重要的工程原则之一：提示

AI 写代码越来越快了。AI 开始拥有执行能力。读取代码修改代码执行 Shell安装依赖访问网络调用 MCP修改 CI/CD提交代码Zero TrustAI 生成的代码。AI 推荐的 Dependency。MCP Server。Agent 读取的 Context。Agent 自动完成的修改。AI 写出来的代码。AI 参与的软件生产过程。这可能是 2026 年代码安全最值得关注的新边界之一。

关键词： 代码安全、DevSecOps、SAST、SCA、DAST、SBOM、软件供应链安全、Secure by Design、AI Coding、安全开发