SUID权限异常：real uid与effective uid始终相同问题排查

问题背景 #

以下是用于打印进程real uid和effective uid的C程序：

#include <stdio.h>
#include <unistd.h>
int main()
{
    printf("real uid: %d\n", getuid());
    printf("effective uid: %d\n", geteuid());
    return 0;
}

程序的文件权限信息如下：

-rwsrwxr-x 1 root   root   8780 jul 27 14:39 uid_demo

该程序已设置SUID位且属主为root，按预期普通用户运行时effective uid应切换为root（与real uid不一致），但实际运行时二者始终相同。操作系统为Ubuntu 22.04.2 LTS x86_64。

排查方向与解决方法 #

1. 文件所在文件系统禁用SUID #

Ubuntu部分默认挂载的分区（如/home）会添加nosuid挂载参数，直接导致SUID位失效。

• 排查：执行mount命令，找到程序所在分区，检查挂载参数是否包含nosuid。
• 解决：编辑/etc/fstab，移除对应分区的nosuid参数，执行sudo mount -o remount /path/to/partition重新挂载。

2. 程序位于特殊文件系统 #

/tmp等目录默认以tmpfs挂载，通常带有nosuid属性，SUID程序在此类文件系统上无法生效。

• 排查：执行df -h uid_demo查看程序所在挂载点，再用mount确认该挂载点的参数。
• 解决：将程序移动到普通文件系统（如/usr/local/bin），确保目标分区未设置nosuid。

3. 权限设置异常 #

虽然权限显示带有s位，但可能存在权限计算错误或文件属性被意外修改。

• 排查：重新设置SUID权限与属主：

  sudo chown root:root uid_demo
  sudo chmod u+s uid_demo
  

  再次查看权限是否正确显示为-rwsrwxr-x。

4. 系统安全机制限制 #

Ubuntu默认启用AppArmor，可能限制了SUID程序的权限切换。

• 排查：执行sudo aa-status查看AppArmor状态，检查是否存在针对该程序或路径的规则。
• 解决：临时关闭AppArmor测试（sudo systemctl stop apparmor），若生效则调整对应规则，或将程序移至不受限制的路径。

5. 编译/运行环境问题 #

编译时的安全选项或运行时环境可能干扰SUID生效。

• 排查：用基础命令重新编译程序：

  gcc uid_demo.c -o uid_demo
  

  编译完成后重新设置SUID权限，直接使用绝对路径执行程序测试。

内容的提问来源于stack exchange，提问作者Penguin