在 Linux 系统管理中，sudo 几乎是每个管理员和开发者每天都会用到的工具。它让普通用户能够临时提升权限执行命令，极大地方便了日常运维。然而，随着攻击技术的演进，sudo 本身的安全问题也越来越受到关注。它的庞大代码量和对 setuid 机制的依赖，构成了潜在的风险点。sudo 自 1980 年代诞生以来，已经服务了数十年的 Unix-like 系统。它功能强大、生态成熟，但也积累了显著的缺点。首先是代码规模。根据公开数据，sudo 的核心代码超过 10 万行，这意味着庞大的攻击面。复杂代码中隐藏的漏洞往往难以被彻底排查，历史上的多个 CVE 就证明了这一点。其次是 setuid 机制。setuid 位允许可执行文件以文件所有者（通常是 root）的权限运行。当普通用户执行 sudo 时，程序以 root 身份运行，如果程序存在内存损坏、缓冲区溢出等漏洞，攻击者就能实现权限提升。这类本地权限提升攻击是许多系统入侵链条的重要一环。面对这些问题，社区提出了不同思路：通过更安全的实现、更小的代码量、内存安全语言重写，或者彻底改变系统架构实现隔离。以下三个替代方案分别代表了这些方向。run0第一个值得关注的方案是 run0，它从 systemd 256 版本开始内置。作为 systemd 生态的一部分，run0 的设计理念与传统 sudo 完全不同。传统 sudo 通过 setuid 直接让子进程继承特权上下文，而 ru