蓝军视角：阿里云 RCE 战火余烬下的启示

2023年4月19日，Wiz Research 在文章 Accidental ‘write’ permissions to private registry allowed potential RCE to Alibaba Cloud Database Services 中披露了被命名为BrokenSesame的一系列阿里云数据库服务漏洞，向我们展示了如何从一个容器逃逸漏洞，与私有仓库写权限的组合，最终实现RCE的攻击链路。该漏洞最终可导致未授权访问阿里云客户的PostgreSQL数据库，并且可以通过在阿里巴巴的数据库服务执行供应链攻击。

容器提权

在原文中，作者分享了两个案例：ApsaraDB RDS for PostgreSQL 和 AnalyticDB for PostgreSQL。两个案例的第一步均为容器提权：从普通账户提权至更高的权限。在这一步中，两个案例分别用到了不同的攻击链路：

• cron定时任务’/usr/bin/tsar’ -> 高权限执行的二进制文件 -> 可修改的动态链接库 -> 覆盖链接库 -> 定时任务出发执行获取root权限。

• 容器共享目录 -> 业务特性导致任意文件读取（符号链接）-> 获取到另一个容器的读取下权限。

针对这两个风险点，传统的HIDS文件监控即可覆盖到该层面。除此之外，对于添加进入定时任务的二进制程序，应该严格限制其权限，包括动态链接库文件。

在第二条链路中，我们发现实际上业务在设计架构模式上时，使用了共享容器的目录来实现通信；但业务代码并没有考虑符号链接的场景，导致了第二个文件下的任意文件读取。

整体来看，链路1和链路2分别属于的HIDS主机监控/黑白盒业务安全扫描的范畴，说明即使在云场景下，传统的业务安全依旧处于重要地位。

容器逃逸

获取到容器root权限后，下一步便是朝着宿主机进行攻击，同样是两条链路：

• 共享pid namespcae -> 监听发现共享的挂载目录’/home/adbpgadmin’ -> 植入ssh/config获取容器B权限 -> 通过容器B的docker.sock 逃逸至宿主机。

• 由提权过程中的任意文件读取获取到业务代码 -> 代码审计发现命令注入 -> 通过命令注入获取到特权容器的shell -> 通过core_pattern实现容器逃逸。

在这两条链路中，攻击者使用了两种不同的逃逸方式：共享namespace导致攻击者获取到更多信息、挂载docker.sock导致逃逸、特权容器复写core_pattern导致逃逸；这几种方式是云环境中比较经典的逃逸场景，使得容器绕过各种隔离限制，对容器外的宿主机或其他容器的资源进行操作。

如何对容器逃逸进行防御？传统的业务安全和主机安全并没有针对主机cgroups和namespace的防御设计；结合云原生的架构模式，可以在两个环节建设容器逃逸检测。

DevSecOps安全左移，对代码仓库构建产物的IaC(基础设施即代码)进行审查，在开发阶段对可能存在逃逸风险的配置项问题进行阻断，防止出现各类逃逸问题。

运行时监测, 对于已经上线并实际运行的业务容器，实时监控逃逸特征。通过订阅内核事件，抓取可能为逃逸的行为特征，结合当前运行中的容器配置信息进行分析，综合给出是否存在逃逸风险以及是否发生逃逸事件的告警。

结合这两点，可以做到对逃逸风险的有效控制，防止攻击者进一步的攻击行为。

横向扩散

在实现逃逸后，获取到的数据就越来越宽泛。

• 通过k8s节点存储凭证可获取各种敏感资源如secrets、configmaps。

• 通过imagePullSecrets获取到了私有镜像仓库权限。

• 环境变量中存储了access_keys等敏感信息。

• 其他用户的pod信息等。

可以看到，在实现了容器逃逸后，攻击者轻松从各种凭证信息实现横向扩散，包括各类敏感资源数据、镜像仓库权限等等；这好比在传统的渗透中，从DMZ区进入到了内网环境后，发现大多主机MS-17010通杀的场景；说明对于云环境下的节点管理，仍需要加强警惕，尤其是在容器逃逸防护较弱的场景下。

针对这部分横向移动与扩散的攻击行为，可以和容器逃逸一样分为两个方面进行防护：

事前防护：对镜像资产/容器资产进行扫描，保证镜像/容器内没有敏感信息以及过高的凭证信息。

事中防护：通过对集群日志审计来发现横向移动行为，快速响应并隔离问题容器。

综合反思

回顾整条攻击链，我们可以总结以下几点：

传统的业务安全在云原生环境下依旧处于重要地位

回看整个攻击过程，所有的切入点仍然是一个容器服务。虽然容器提供了相对隔离的运行环境，但传统的业务安全如：web安全所导致的问题依旧作为了云安全事件中的切入点，其地位不亚于弱口令。

云环境的场景下，传统安全的危害效应将指数级放大

云环境中的配置复杂，一旦存在了配置不当的情况，攻击者便可以轻易的将攻击从一个容器扩散到一台主机、一个集群、甚至于多个集群、整个k8s环境。此时，作为入侵的入口导致的影响指数级上升。

云环境的场景下，容器逃逸是整个攻击链路的核心

在整个攻击的步骤中，我们可以总结出：攻击者获取到一个容器的最高权限后，必须千方百计的实现逃逸来绕过各种资源限制，才能够产生更为严重的影响；因此，云环境场景下，逃逸问题是连接传统安全与云安全的关键核心。

云环境对基础设施的监控、审计需求更加复杂和迫切

云计算的特性使得基础设施的边界变得模糊，资源的动态变化增加了管理和保护的难度，同时多租户环境下的安全性和合规性风险也需要得到充分的关注和解决，带有缺陷的隔离限制将轻易的导致用户数据泄露。

同时，我们也能看到，云环境的场景下，对于蓝军防守方，提供了一个新的思路：

针对对以上的问题，牧云·云原生安全平台提供了完整的监控与检测方案，深入监控了每一个容器的生命周期，在传统的 webshell、反弹 shell 等安全入侵能力检测上，结合云环境特点，实现了容器逃逸风险监测、集群日志审计等功能，帮助清晰明了的掌控集群的实时安全；当发生安全事件时，黑客的恶意行为和特征将会被检测与捕捉，实时反馈到平台中。

除此之外，为保证供应链安全，平台提供了定时任务机制和多种多样的资源集成，定时检测镜像仓库等远端资源，第一时间发现风险镜像，包括敏感信息泄漏、恶意文件、软件漏洞等问题。并通过配置可以阻断来自于该镜像的容器创建请求以及镜像构建请求，防止攻击扩散。

与此同时，平台还考虑了云场景下资源迭代的快速以及漏洞响应的及时性，设计了插件系统，结合开源社区安全检测能力的沉淀，能够快速赋能最新漏洞检测需求，并热更新于平台中，提供与时俱进的插拔式安全检测能力；如前一阵子出现的Minio漏洞（CVE-2023-28432），可以通过快速插入专项检测插件来实现 0 day 速查。

原文始发于微信公众号（CT Stack 安全社区）：蓝军视角：阿里云 RCE 战火余烬下的启示