云原生技术动态：etcd 3.7 Beta发布与AI Agent安全警告

本周云原生领域迎来关键更新：etcd 3.7.0-beta.0正式发布带来RangeStream特性、CNCF社区探讨AI Agent如何重塑政策即代码、LinkedIn分享大规模Kubernetes证书管理实战，以及微软安全研究揭示Kubernetes上AI Agent普遍暴露于互联网的风险。

主要新闻

etcd 3.7.0-beta.0发布：RangeStream与v2store最终退役

SIG-Etcd宣布etcd v3.7.0首个Beta版本可用。核心亮点是RangeStream RPC，允许客户端分块接收大结果集，解决了此前全量返回导致的延迟和内存不可预测问题。v3.7彻底移除了v2store的所有遗留代码，成为首个100%基于v3store的版本。同时etcd v3.4已于5月15日EOL，用户应尽快规划集群升级。v3.7正式版预计6月至7月初发布。

Source: Announcing etcd 3.7.0-beta.0

CNCF：AI Agent将重新定义Kubernetes政策执行

CNCF博客发布深度分析文章，探讨为何当前Kubernetes政策执行”为时已晚”。文章指出，将OPA/Kyverno等策略检查点从部署阶段左移至代码审查阶段，结合AI Agent提供上下文感知的策略修复建议，可以实现”从检测到推理”的跨越。未来方向包括自然语言策略编写、多Agent治理流水线等，标志着云原生治理从被动检测向持续知情决策的转变。

Source: Why Kubernetes policy enforcement happens too late

微软安全警告：Kubernetes上的AI Agent普遍暴露于互联网

Microsoft Defender研究团队发布报告指出，部署在Kubernetes上的大量AI和Agent应用（包括Mage AI、kagent、AutoGen Studio、MCP服务器等）存在直接暴露于互联网且认证薄弱或缺失的严重安全问题。攻击面主要来自默认配置漏洞和网络策略缺失。MCP服务器尤受影响，因其需要网络可达性接收Agent连接。研究建议：为每个Agent端点添加认证，默认启用网络策略，定期审计AI/Agent Pod暴露情况。

Source: Your AI Agent on Kubernetes Is Probably Exposed to the Internet Right Now

LinkedIn分享Kubernetes大规模证书管理实战

LinkedIn详细公开了其基于cert-manager构建的Kubernetes工作负载身份认证框架。该系统在数千节点、数十万Pod的规模上运行，通过CSI驱动将证书挂载到容器（私钥保留在节点上），结合SPIFFE风格的身份机制和Kyverno策略管控。LinkedIn将系统拆分为”完全托管”和”自助服务”两种模式，并使用Lipki-Controller处理证书请求审批，展示了开放源码组件在企业级身份系统中的极限压榨能力。

Source: LinkedIn deepens Kubernetes security with cert-manager

分析

本周的云原生动态围绕三个核心主题：基础设施数据平面升级、安全左移和AI原生基础设施治理。

etcd 3.7的RangeStream特性虽看似是一个技术细节，但解决了大规模Kubernetes集群中数据访问的关键瓶颈。在AI训练和批处理场景日益普及的背景下，etcd作为Kubernetes的”中枢神经系统”，其大规模结果集处理能力的提升直接影响集群控制面的稳定性和响应速度。v2store的最终退役也标志着历经近十年的技术债务清理完成。

AI Agent安全是一个正在快速凸显的议题。Microsoft Defender的研究表明，当AI Agent以云原生方式部署时，传统Kubernetes安全实践的缺失会导致严重风险——这不是零日漏洞问题，而是配置治理问题。对于平台团队而言，”对待每个Agent应用如同生产级Web服务”应当成为新的安全基线。

LinkedIn的cert-manager实践则为大规模身份管理提供了可复用的参考架构。其核心洞察是：证书自动化应从”便利工具”升级为”核心基础设施”，尤其是在多集群和AI工作负载的背景下。

结论

云原生生态正在经历从”容器编排”到”智能基础设施”的演进。etcd 3.7带来了数据平面的可靠提升；AI Agent安全警告为躁动的Agent部署敲响了警钟；LinkedIn的实践则展示了成熟的安全治理路径。平台团队应优先排查Kubernetes上AI Agent的暴露风险，并关注etcd 3.7正式版发布后的升级计划。