C++如何获取当前程序的运行特权等级(User/Admin/Root 权限分析)

Windows下用IsUserAnAdmin()判断管理员权限最轻量但受限于UAC提权状态，Linux/macOS应以geteuid()==0为准判断root权限，二者均不可替代实际系统调用的错误处理。

Windows 下用 IsUserAnAdmin() 判断是否为管理员

Windows 没有“用户/管理员/Root”这种跨平台的统一权限等级概念，实际只分两类：普通用户（UAC 提权前）和管理员（UAC 提权后）。IsUserAnAdmin() 是最直接、最轻量的判断方式，但它只返回真假值，不区分提权状态细节。

注意：这个函数在 UAC 开启时，即使用户属于 Administrators 组，若程序未以管理员身份运行（即未触发 UAC 提权），IsUserAnAdmin() 仍返回 false。它反映的是当前进程的实际令牌权限，不是账户所属组。

• 必须链接 shell32.lib（MSVC 默认已链接，MinGW 需显式加 -lshell32）
• 不需要管理员权限就能调用，无副作用
• 不能替代 CheckTokenMembership() 做细粒度组判断（比如是否属于某个自定义组）

Linux/macOS 下检查 real/effective UID 是否为 0

Unix-like 系统靠 UID 判定 root 权限：getuid() 返回真实 UID，geteuid() 返回有效 UID。只要其中任一为 0，就等价于 root 权限——但二者语义不同：前者是启动进程的用户，后者决定系统调用能做什么。

常见误区是只查 getuid()。例如 sudo 启动的程序，getuid() 是普通用户 ID，geteuid() 才是 0；而 setuid root 程序则可能反过来。

立即学习“C++免费学习笔记（深入）”；

• 推荐用 geteuid() == 0 作为“当前是否有 root 权限”的判断依据
• getuid() 和 geteuid() 都是 POSIX 标准函数，无需额外链接库
• macOS 上行为与 Linux 一致，但注意 SIP（System Integrity Protection）会限制部分 root 操作，即使 geteuid() == 0 也可能被内核拒绝

跨平台封装时避免硬编码字符串比较

别写类似 string(getenv("USER")) == "root" 或 getpwuid(getuid())->pw_name == "root" 这种逻辑。UID 0 才是 root 的本质定义，用户名只是映射；某些嵌入式或容器环境根本没 root 用户名，或者 UID 0 被映射成别的名字（如 toor）。

更糟的是，getpwuid() 在多线程下非异步信号安全，且可能因 NSS 配置失败而崩溃（比如容器里没 /etc/passwd）。

• 坚持用数值比较：geteuid() == 0（POSIX）或 IsUserAnAdmin()（Windows）
• 不要依赖环境变量或 passwd 数据库做权限判定
• 若需显示“当前用户身份”，再单独查用户名；权限判断和身份显示应解耦

权限检测结果不能代替访问控制检查

检测到 root 或管理员权限，不代表后续操作一定成功。比如 Windows 上即使 IsUserAnAdmin() 返回 true，写入 C:WindowsSystem32 仍可能因文件 ACL 被拒；Linux 上 geteuid() == 0 也不保证能 open() 某个被 chown 到其他用户且 chmod 000 的文件。

真正健壮的做法是：先尝试操作，再根据 errno（Linux/macOS）或 GetLastError()（Windows）判断失败原因。权限检测只能用于提前决策（比如要不要弹 UAC 提权对话框），不能跳过实际系统调用的错误处理。

尤其要注意 setuid/setgid 程序、容器环境（如 Docker 中 --user=0:0）、以及 SELinux/AppArmor 等强制访问控制机制——它们会让“有 root 权限”和“能做某事”之间出现断层。