release_agent exploit - Relative Paths to PIDs
Last updated
Last updated
学习与实践 AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) 学习与实践 GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
有关更多详细信息,请查看来自 https://ajxchapman.github.io/containers/2020/11/19/privileged-container-escape.html 的博客文章。这只是一个摘要:
该技术概述了一种从容器内执行主机代码的方法,克服了存储驱动程序配置带来的挑战,这些配置会模糊主机上的容器文件系统路径,例如 Kata Containers 或特定的 devicemapper
设置。
关键步骤:
定位进程 ID (PIDs): 使用 Linux 伪文件系统中的 /proc/<pid>/root
符号链接,可以相对于主机的文件系统访问容器内的任何文件。这绕过了需要知道主机上容器文件系统路径的要求。
PID 碰撞: 采用暴力破解的方法搜索主机上的 PIDs。通过依次检查 /proc/<pid>/root/<file>
中特定文件的存在来完成。当找到该文件时,表明相应的 PID 属于在目标容器内运行的进程。
触发执行: 猜测的 PID 路径被写入 cgroups release_agent
文件。此操作触发 release_agent
的执行。通过检查输出文件的创建来确认此步骤的成功。
利用过程涉及一系列更详细的操作,旨在通过猜测在容器内运行的进程的正确 PID 来在主机上执行有效载荷。以下是其展开方式:
初始化环境: 在主机上准备一个有效载荷脚本 (payload.sh
),并为 cgroup 操作创建一个唯一目录。
准备有效载荷: 编写并使有效载荷脚本可执行,该脚本包含要在主机上执行的命令。
设置 Cgroup: 挂载并配置 cgroup。设置 notify_on_release
标志,以确保在释放 cgroup 时执行有效载荷。
暴力破解 PID: 循环遍历潜在的 PIDs,将每个猜测的 PID 写入 release_agent
文件。这有效地将有效载荷脚本设置为 release_agent
。
触发并检查执行: 对于每个 PID,写入 cgroup 的 cgroup.procs
,如果 PID 正确,则触发 release_agent
的执行。循环继续,直到找到有效载荷脚本的输出,表明执行成功。
来自博客文章的 PoC:
学习与实践 AWS 黑客技术:HackTricks 培训 AWS 红队专家 (ARTE) 学习与实践 GCP 黑客技术:HackTricks 培训 GCP 红队专家 (GRTE)