安全责任共担模型

更新时间:
复制 MD 格式

本文介绍 ACS Agent Sandbox 的安全责任共担模型,明确阿里云与客户在平台安全、业务安全方面的责任边界。

责任共担总原则

重要

ACS Agent Sandbox 运行默认不可信的 AI 生成代码,其安全依赖阿里云平台与客户的协同。阿里云提供强隔离与管控能力(预防),但客户必须正确配置这些能力,并对沙箱内代码可能被提示注入/滥用的风险负责。

  • 阿里云负责:Agent Sandbox 平台自身的安全,包括底层基础设施、容器/沙箱运行时、ACS 管控面、平台组件的安全性与安全更新。即"沙箱这套系统本身是安全的"。

  • 客户负责:在平台之上的安全配置与业务安全,包括网络策略、存储权限、凭据管理、业务镜像以及沙箱内运行代码的行为安全。即"如何安全地使用沙箱"。

  • 共同责任:网络隔离有效性验证、安全事件响应、合规审计等需双方协作的事项。

分层责任划分

在您设计和部署企业应用系统之前,请您充分理解企业自身和阿里云的安全责任边界,ACS Agent Sandbox 集群安全的责任共担模型如下图所示。

ACS Agent Sandbox 安全责任共担模型

按技术栈自下而上分层,明确每层的责任方。各层级说明如下:

层级

典型内容

阿里云负责

客户负责

基础设施层

物理机房、网络、存储硬件、宿主机、KVM/虚拟化

全部

—

ACS 管控面

API Server、Controller Manager、Scheduler、ACS 管控面基础设施

全部

—

Agent Sandbox 平台组件

ack-agent-sandbox-controller、ack-sandbox-manager、sandbox-gateway、Poseidon、egress-gateway、ack-agent-identity、CSI 插件等组件的安全与更新

组件安全、漏洞修复、版本更新

及时升级到含安全修复的组件版本

沙箱运行时

容器运行时隔离、沙箱 OS、CRI 配置

运行时隔离能力、沙箱 OS 安全基线

—

网络配置

VPC、vSwitch、安全组、TrafficPolicy、SecurityProfile

提供能力(Poseidon/egress-gateway)

规则配置、网段规划、隔离有效性

凭据与身份

Agent Identity 体系、KMS、RAM Role、RBAC

提供凭据注入/替换机制、密钥托管能力

CredentialProvider/AgentRole 配置、最小权限、API Key 管理

存储

CSI 动态挂载、OSS/NAS 对接

提供 CSI 能力、临时 token 鉴权

readOnly/subPath 配置、OSS 凭据最小权限、特权容器风险承担

可观测与响应

审计 Webhook、Prometheus、Agentic SOC、Agent 安全中心

提供检测/响应产品能力

接入配置、告警规则、事件响应

业务应用

Agent 应用代码、Skill/Tools/MCP Server、业务数据、业务镜像

—

全部(应用安全、供应链、数据、镜像、沙箱内代码安全)

阿里云负责范围(Security of the Cloud)

阿里云对 Agent Sandbox 平台自身的安全负责:

  1. 基础设施安全:数据中心物理安全、网络基础设施、KVM 虚拟化层、宿主机安全加固。

  2. 容器/沙箱运行时安全:沙箱隔离机制(agent-sandbox 沙箱隔离)、沙箱 OS 安全基线、CRI 配置安全。

  3. ACS 管控面安全:Kubernetes API Server、Controller Manager、Scheduler,以及 ACS 管控面基础设施的安全性、高可用与访问控制。

  4. 平台组件安全与更新:ack-agent-sandbox-controller、ack-sandbox-manager、sandbox-gateway、Poseidon、egress-gateway/traffic-extension、ack-agent-identity、CSI 插件等平台组件的漏洞修复与安全更新。

  5. 安全能力供给:向客户提供网络隔离(vSwitch/安全组/TrafficPolicy/SecurityProfile)、凭据注入(Agent Identity)、存储隔离(CSI readOnly/subPath)、可观测(审计 Webhook/Prometheus)等安全能力的正确实现。

客户负责范围(Security in the Cloud)

客户对如何使用平台能力及业务本身的安全负责。按安全域细分如下。

网络层

  • 安全组与 vSwitch:配置独立企业安全组(组内隔离 + 端口矩阵),使用独立 vSwitch 隔离控制面,切勿与集群控制面交换机混用。

  • 配合使用网络策略:使用 enhanced-traffic-policy 模式获得 L4 + L7 完整管控能力。

  • 默认拒绝 + 白名单放行:TrafficPolicy(L4)实现默认拒绝所有内网访问,仅白名单放行必要外部访问;配置时须先放行 CoreDNS/API Server/manager/gateway/agent-identity 等系统组件,避免 deny-all 误伤。

  • 内网与元数据隔离:封禁 ECS 元数据服务和内网网段,阻止凭证窃取与横向移动。

  • 全集群基线:用 GlobalTrafficPolicy 建立全集群兜底基线并硬禁元数据服务。

  • L7 出站精细控制:用 SecurityProfile 配置域名白名单,封锁 /admin、/console 等管理路径(防 SSRF)及非标准端口(防审计绕过)。

  • HTTPS 流量管控:启用 TLS termination,使加密流量也受 SecurityProfile 管控。

  • 入站管控:限制 Ingress 仅允许管控组件网段访问;启用控制面/数据面流量分离(SandboxGateway);按需在网关层叠加入站流量认证——优先选用基于 JWT 的动态令牌认证(E2B-Traffic-Access-Token)而非静态 Access Token。

  • 审计追踪:启用审计 Webhook 实现安全事件可追踪。

凭据与身份层

  • 凭据不落沙箱:使用 Agent Identity 凭据注入替代明文凭证,沙箱内仅放占位符,真实凭据由网关层替换。

  • 最小权限 + 每实例动态收窄:阿里云 API 凭证使用 STS + RRSA 临时凭据;CredentialProvider 的 RAM policy 必须是角色权限的子集,用模板变量/函数按每个沙箱实例动态收窄至声明的 Bucket/subPath。

  • 凭据可靠性:failStrategy 设为 Block,凭据获取失败时阻止请求;提前申请足够 STS API 配额,避免配额不足导致注入失败。

  • API Key 管理:密钥隔离、定期轮换、监控使用、及时清理。

  • 禁用敏感注入:设置 automountServiceAccountToken: false、enableServiceLinks: false,清洗/覆盖 Kubernetes 环境变量。

存储层

  • 只读优先:共享存储默认 readOnly: true。

  • 租户隔离:使用 subPath 隔离不同租户数据子目录。

  • OSS 认证用 Agent Identity:OSS 凭据统一采用 Agent Identity(RRSA + STS)+ 模板函数动态收窄,替换静态 AccessKey;PV 使用 Agent Identity 时无需 Secret,otherOpts 必须带 -o sigv4 -o region=<region-id>,<region-id>请参考ACS产品开服地域说明。

  • 加密传输:使用 HTTPS internal endpoint 访问 OSS。

  • 特权风险承担:CSI 动态挂载需要特权容器和 hostPath,客户需认识并承担这一额外风险,仅在确需时启用。

业务与应用安全

  • 业务镜像安全:镜像内容不含任何凭证,做好供应链安全。

  • 沙箱内代码安全:对沙箱内运行的 Agent 代码、Skill/Tools/MCP Server 的行为安全负责——必须假设沙箱内代码可能被提示注入攻击。

  • 业务数据安全:业务数据的分类、加密、访问控制。

  • 禁用宿主命名空间共享:hostNetwork / hostPID / hostIPC 保持默认 false,禁止沙箱窥探宿主网络、进程与 IPC,避免逃逸后横向探测。

  • 保持沙箱强隔离运行时:使用平台默认的 microVM/安全容器运行时承载不可信代码,不得替换为共享内核的普通容器或降级隔离等级;不启用 privileged、不添加危险 capabilities(如 SYS_ADMIN、NET_RAW)、不挂载 hostPath。

  • AI 专属安全基线:将 Agent 应用纳入 Agent 安全中心定期扫描,关注 Gateway 绑定地址、明文密码、Skill 白名单、未授权访问。

  • 运行时实时防护:为生产 Agent 部署运行时护栏,实时拦截提示注入、恶意命令执行。

  • 事件响应预案:预配置沙箱挖矿、STS 凭据滥用、反弹 Shell、数据外泄等应急响应预案。

  • 纵深防御协同:ACS Agent Sandbox(基线)+ Agent 安全中心(运行时)+ Agentic SOC(威胁响应)三层协同。

共同责任范围(Shared)

以下事项需阿里云与客户协作完成:

事项

阿里云侧

客户侧

网络隔离有效性验证

提供隔离能力与实施文档

按文档验证隔离规则实际生效(如扩容后连通性验证)

安全事件响应

提供检测/响应产品(Agentic SOC、Agent 安全中心)与平台侧处置能力

接入日志、配置告警规则与 Playbook、执行业务侧处置

合规审计

提供审计能力(审计 Webhook、K8s 审计日志、VPC 流日志)

采集、留存、审计日志,满足自身合规要求

漏洞协同

修复平台组件漏洞并发布更新

及时升级组件、修复业务侧漏洞