PID Namespace
Reading time: 8 minutes
tip
学习和实践 AWS 黑客技术:HackTricks Training AWS Red Team Expert (ARTE)
学习和实践 GCP 黑客技术:HackTricks Training GCP Red Team Expert (GRTE)
支持 HackTricks
- 查看 订阅计划!
- 加入 💬 Discord 群组 或 Telegram 群组 或 在 Twitter 🐦 上关注我们 @hacktricks_live.
- 通过向 HackTricks 和 HackTricks Cloud GitHub 仓库提交 PR 来分享黑客技巧。
基本信息
PID(进程标识符)命名空间是Linux内核中的一个特性,通过使一组进程拥有自己独特的PID集合,与其他命名空间中的PID分开,从而提供进程隔离。这在容器化中尤为重要,因为进程隔离对于安全性和资源管理至关重要。
当创建一个新的PID命名空间时,该命名空间中的第一个进程被分配PID 1。这个进程成为新命名空间的“init”进程,负责管理该命名空间内的其他进程。在命名空间内创建的每个后续进程将拥有该命名空间内的唯一PID,这些PID将独立于其他命名空间中的PID。
从PID命名空间内进程的角度来看,它只能看到同一命名空间中的其他进程。它无法感知其他命名空间中的进程,也无法使用传统的进程管理工具(例如,kill
、wait
等)与它们交互。这提供了一种隔离级别,有助于防止进程相互干扰。
工作原理:
- 当创建一个新进程时(例如,通过使用
clone()
系统调用),该进程可以被分配到一个新的或现有的PID命名空间。如果创建了一个新命名空间,该进程将成为该命名空间的“init”进程。 - 内核维护一个新命名空间中的PID与父命名空间中相应PID之间的映射(即,从中创建新命名空间的命名空间)。这个映射允许内核在必要时翻译PID,例如,在不同命名空间中的进程之间发送信号时。
- PID命名空间中的进程只能看到并与同一命名空间中的其他进程交互。它们无法感知其他命名空间中的进程,并且它们的PID在其命名空间内是唯一的。
- 当PID命名空间被销毁(例如,当命名空间的“init”进程退出时),该命名空间内的所有进程都将被终止。这确保与命名空间相关的所有资源都得到妥善清理。
实验:
创建不同的命名空间
CLI
sudo unshare -pf --mount-proc /bin/bash
错误:bash: fork: 无法分配内存
当 unshare
在没有 -f
选项的情况下执行时,由于 Linux 处理新 PID(进程 ID)命名空间的方式,会遇到错误。关键细节和解决方案如下:
- 问题解释:
- Linux 内核允许一个进程使用
unshare
系统调用创建新的命名空间。然而,启动新 PID 命名空间创建的进程(称为 "unshare" 进程)并不会进入新的命名空间;只有它的子进程会进入。 - 运行
%unshare -p /bin/bash%
会在与unshare
相同的进程中启动/bin/bash
。因此,/bin/bash
及其子进程处于原始 PID 命名空间中。 - 新命名空间中
/bin/bash
的第一个子进程成为 PID 1。当该进程退出时,如果没有其他进程,它会触发命名空间的清理,因为 PID 1 具有收养孤儿进程的特殊角色。然后,Linux 内核将禁用该命名空间中的 PID 分配。
- 后果:
- 新命名空间中 PID 1 的退出导致
PIDNS_HASH_ADDING
标志的清理。这导致alloc_pid
函数在创建新进程时无法分配新的 PID,从而产生 "无法分配内存" 的错误。
- 解决方案:
- 通过在
unshare
中使用-f
选项可以解决此问题。此选项使unshare
在创建新 PID 命名空间后分叉一个新进程。 - 执行
%unshare -fp /bin/bash%
确保unshare
命令本身在新命名空间中成为 PID 1。/bin/bash
及其子进程随后安全地包含在这个新命名空间中,防止 PID 1 提前退出,并允许正常的 PID 分配。
通过确保 unshare
以 -f
标志运行,新的 PID 命名空间得以正确维护,使得 /bin/bash
及其子进程能够正常运行而不会遇到内存分配错误。
通过挂载新的 /proc
文件系统实例,如果使用参数 --mount-proc
,您可以确保新的挂载命名空间具有 特定于该命名空间的进程信息的准确和隔离的视图。
Docker
docker run -ti --name ubuntu1 -v /usr:/ubuntu1 ubuntu bash
检查您的进程所在的命名空间
ls -l /proc/self/ns/pid
lrwxrwxrwx 1 root root 0 Apr 3 18:45 /proc/self/ns/pid -> 'pid:[4026532412]'
查找所有 PID 命名空间
sudo find /proc -maxdepth 3 -type l -name pid -exec readlink {} \; 2>/dev/null | sort -u
注意,初始(默认)PID 命名空间中的 root 用户可以看到所有进程,包括新 PID 命名空间中的进程,这就是我们可以看到所有 PID 命名空间的原因。
进入 PID 命名空间
nsenter -t TARGET_PID --pid /bin/bash
当你从默认命名空间进入一个 PID 命名空间时,你仍然能够看到所有的进程。而来自该 PID 命名空间的进程将能够看到新的 bash 进程。
此外,你只能 在你是 root 的情况下进入另一个进程的 PID 命名空间。并且你 不能 进入 其他命名空间 而没有指向它的描述符(如 /proc/self/ns/pid
)
References
tip
学习和实践 AWS 黑客技术:HackTricks Training AWS Red Team Expert (ARTE)
学习和实践 GCP 黑客技术:HackTricks Training GCP Red Team Expert (GRTE)
支持 HackTricks
- 查看 订阅计划!
- 加入 💬 Discord 群组 或 Telegram 群组 或 在 Twitter 🐦 上关注我们 @hacktricks_live.
- 通过向 HackTricks 和 HackTricks Cloud GitHub 仓库提交 PR 来分享黑客技巧。