该论文针对大语言模型(LLM)智能体从聊天界面走向基础设施运维这一现实趋势,提出了一个在 Kubernetes 上安全承载 AI 智能体的纵深防御框架与参考架构。作者指出,当智能体能够读取遥测、调用工具、生成并执行代码、直接改变生产 K8s 集群状态时,传统云原生安全所依赖的『数据与控制面分离』假设已经崩塌:智能体仅仅是『读取』的内容——一行日志、一张工单、一段工具描述——就可能改变它接下来的行为。因此论文的核心立场是:模型本身不能被视为安全边界,智能体安全本质上是基础设施问题,所有安全保证必须在『智能体已被提示注入完全攻陷』的假设下依然成立。围绕这一立场,论文给出五项贡献:(1) 面向 K8s 内部与之上运行智能体的威胁模型与十类威胁分类法,并与 OWASP 关于智能体应用的新兴指南对齐;(2) 九条设计原则,核心是在工具边界实现完全中介(complete mediation),并打破『不可信输入 + 敏感访问 + 对外出口』三者的组合;(3) 七层纵深防御框架,将每条原则映射到原生或广泛采用的 K8s 机制上,包括工作负载身份、RBAC 与 ValidatingAdmissionPolicy、通过 SIG Apps Agent Sandbox 项目实现的 gVisor/Kata 沙箱、支持 FQDN 的出站策略、对工具参数做 policy-as-code 的 agent/MCP 网关,以及 eBPF 运行时强制;(4) 一套参考架构,含具体策略工件以及面向 Amazon EKS、Azure Kubernetes Service、Google Kubernetes Engine 的分层绑定;(5) 定性评估,包括威胁—控制覆盖矩阵、四个攻击情景走查以及一套拟议的实证方法论。论文明确表示不报告实测的攻击成功率或性能开销数据,而是识别残余风险并指出验证该框架所需的度量指标。适合平台安全、云原生安全、AI 基础设施与 SOC 团队阅读。
💡 推荐理由: 智能体一旦获得 K8s 写权限,提示注入即可升级为集群级控制面风险。该文把『模型不可信』作为前提,给出可落地的七层控制映射与三大云厂商参考架构,是当前少见的、面向基础设施而非模型本身的智能体安全工程化方案。
🎯 建议动作: 研究跟进:结合自身 K8s 平台评估七层控制的可落地性,优先落地工具边界中介与出站管控,并开展内部红队验证