AI Agent 正在从代码生成渗透到生产环境，但随之而来的是可观测性数据爆炸、开源包安全黑洞以及运维流程的信任危机——运维工程师的战场已经从监控面板转向了AI生成代码的验证与安全审计。
1. 开源供应链危机：52,000个包中挖出大量“灰色软件”#
Chainguard 扫描了52,000个开源包，发现大量“灰色软件”（Greyware）——这些包并非恶意，但存在安全风险或被滥用。报告警告开发者“不要随便从互联网上抓东西”，尤其在AI辅助编程（Vibe Coding）盛行的今天，依赖管理变得更加危险。 原文链接
2. Microsoft 被黑后撤下73个GitHub仓库，但至今未公布谁被入侵#
微软在遭受恶意软件攻击后，紧急撤下了73个GitHub仓库。但安全社区不满的是，微软至今未透露具体是哪个内部系统或账号被攻破，这种信息不透明让依赖微软开源项目的团队无法评估自身风险。 原文链接
3. AWS 用数学证明你的虚拟机是隔离的#
AWS 在 Graviton5 上推出了 Nitro 隔离引擎，通过形式化验证（Formal Verification）数学上证明虚拟机之间不存在侧信道攻击。对于金融、医疗等合规要求极高的场景，这可能是云安全的下一个里程碑。 原文链接
4. 可观测性过载正在淹没工程师#
随着微服务和AI Agent的增多，监控数据量呈指数级增长。工程师们抱怨“可观测性过载”——告警太多、日志太杂、仪表盘太乱，反而掩盖了真正的问题。行业需要新的调试范式，而不仅仅是堆更多Agent。 原文链接
5. AI Agent 写入生产数据：“手动模型已经崩溃”#
当AI Agent被授权直接写入生产数据库时，传统的手动审批模型不再适用。LakeFS 提出了“沙箱化”方案，让Agent在隔离环境中操作，并通过数据版本控制来审计每一次写入。 原文链接
6. Docker 联手 Aikido 增强镜像漏洞扫描#
Docker 推出 Hardened Images 增强版，集成了 Aikido 的漏洞扫描能力。对于容器化部署的团队，这意味着可以在构建阶段更早地发现基础镜像中的安全风险，减少生产环境中的补救成本。 原文链接
7. Spring 23岁了，AI让它变成了安全紧急事件#
Spring 框架的一个新CVE漏洞因AI Agent自动生成大量基于Spring的代码而迅速扩大攻击面。安全团队发现，AI生成的Spring代码中大量使用了已废弃或不安全的配置，导致企业应用暴露在风险中。 原文链接
当AI Agent开始替你写代码、部署服务、甚至写入生产数据，运维的终极问题变成了：你还能信任谁？
