Linux之EUID_linux uid euid-CSDN博客

本文链接：https://blog.csdn.net/pythonsys/article/details/147544227

一、形象比喻：把 Linux 系统比作「公司大楼」，EUID 就是你的「临时通行证」

想象你在一家大公司上班：

实际用户 ID（RUID） 就像你的「员工工牌」，上面写着你的真实姓名、职位（普通员工 / 部门经理），代表你平时的默认身份。比如你是普通员工，工牌上就注明「实习生」，只能进入员工食堂、普通办公室。
有效用户 ID（EUID） 则像一张「临时通行证」。当你需要临时处理高权限任务时（比如替经理提交财务报表到机密服务器），系统会给你一张特殊通行证，上面暂时标注「经理权限」。这张通行证允许你在限定时间内进入机密楼层、修改敏感文件，但仅限当前任务使用，任务结束后权限自动收回。

关键类比点：

RUID 是「默认身份」：登录系统时自动分配，就像上班必须戴工牌，决定你日常能访问的资源（如个人文件夹、普通程序）。
EUID 是「临时特权」：通过sudo命令或「 Set-UID 程序」激活，类似用经理授权的门禁卡刷开保险柜 —— 此时你的操作权限由 EUID 决定，而非真实身份。
权限隔离机制：即使你是普通员工（RUID = 普通用户），只要持有有效的临时通行证（EUID=root），就能执行管理员操作，但这是受控的临时授权，不是永久身份变更。

一个危险案例：
如果你把「临时通行证」（EUID=root）随手放在桌上，被坏人捡到并冒用，他就能以你的身份执行管理员命令（比如删除系统文件）。这就是为什么 Linux 强调「非必要不保持高权限」—— 用完sudo后立即退出，就像用完门禁卡马上归还。

二、专业深入：Linux 有效用户 ID（EUID）完全解析（3000 字）

1. EUID 的本质：进程权限的「动态面具」

在 Linux 中，每个进程都有两组用户 ID 属性：

实际用户 ID（Real UID，RUID）：标识启动进程的用户（类似「谁按下了启动按钮」），通常等于登录用户的 UID。
有效用户 ID（Effective UID，EUID）：决定进程在运行时的权限（类似「进程现在扮演谁」），默认等于 RUID，但可通过特殊机制临时变更。

核心逻辑：
进程的权限不是由「启动者是谁」直接决定的，而是由「当前扮演的身份」（EUID）决定。例如：

普通用户运行sudo ls /root时，进程的 RUID 仍是普通用户的 UID，但 EUID 临时变为 root 的 UID（0），因此具备读取 root 目录的权限。
设置了setuid位的程序（如/usr/bin/passwd），当普通用户运行时，进程的 EUID 会临时变为程序所有者的 UID（通常是 root），从而允许修改系统密码。

2. EUID 与 RUID 的「权限三角关系」

场景	RUID	EUID	进程权限
普通程序正常运行	用户 A 的 UID	用户 A 的 UID	只能访问用户 A 有权限的文件 / 资源
`sudo`执行命令	用户 A 的 UID	root 的 UID	以 root 权限执行，可访问系统级资源
`setuid`程序运行	用户 A 的 UID	程序所有者 UID	以程序所有者权限执行（如 passwd 以 root 权限运行）
恶意程序篡改 EUID	用户 A 的 UID	非法 UID	可能触发系统安全机制（如 SELinux 阻止越权）

关键点：

EUID 优先级高于 RUID：系统判断「进程是否有权限操作文件 X」时，只检查 EUID 对应的用户权限，不关心 RUID 是谁。
安全边界：EUID 的变更受严格控制，普通用户无法随意将自己的 EUID 改为 root（需通过sudo认证或利用程序漏洞）。

3. EUID 的技术实现：从内核到用户空间

3.1 内核中的权限校验

Linux 内核通过struct task_struct结构体存储进程的 UID 信息，核心字段包括：

struct task_struct {
    uid_t uid;       // RUID（实际用户ID）
    uid_t euid;      // EUID（有效用户ID）
    // 其他UID字段（如保存的SUID等）
};

当进程访问文件或执行特权操作时，内核会调用cap_capable()函数，基于 EUID 判断是否允许操作。例如：

访问文件/etc/shadow时，内核检查 EUID 是否为 root（UID=0），若是则允许读取，否则拒绝。

3.2 `sudo`如何修改 EUID？

sudo的核心逻辑分为两步：

用户认证：要求输入当前用户密码（或密钥验证），确认操作合法性。
权限提升：通过setresuid()系统调用，将进程的 EUID 临时设置为 root 的 UID（0），同时保留 RUID 为原始用户 ID。

代码简化示例（伪代码）：

// 普通用户调用sudo时
if (认证通过) {
    setresuid(保持RUID不变, 新EUID=0, 保持SUID不变); // 修改EUID为root
    execve("/usr/bin/some_command", args, env); // 以root权限执行命令
}

3.3 `setuid`程序的工作原理

setuid是文件的一个特殊权限位（用ls -l查看时显示为-rwsr-xr-x），其作用是：当用户运行该程序时，进程的 EUID 临时变为文件所有者的 UID。

典型案例：passwd命令

文件路径：/usr/bin/passwd
文件所有者：root（UID=0）
权限位：-rwsr-xr-x（s 表示 setuid 位）

当普通用户运行passwd时：

进程的 RUID 是普通用户的 UID（如 1000）。
进程的 EUID 自动变为文件所有者的 UID（0），因此具备修改/etc/shadow（仅 root 可写）的权限。
程序执行完毕后，EUID 自动恢复为 RUID（1000）。

4. EUID 的安全风险与最佳实践

4.1 风险场景

误操作导致系统破坏：
普通用户通过sudo获得 root 权限后，若执行错误命令（如rm -rf /），会直接删除系统文件，因为此时 EUID=root，内核认为这是管理员的合法操作。
setuid 程序漏洞：
若 setuid 程序存在代码缺陷（如缓冲区溢出），攻击者可能利用程序的高权限 EUID 执行任意代码，相当于获取 root 权限。历史上的「sudo 漏洞 CVE-2021-3156」就是利用 setuid 程序的逻辑缺陷。
权限持久化攻击：
攻击者通过漏洞将自己的进程 EUID 设置为 root，并长期保持，形成「不死权限」，即使原始用户登出也无法回收。

4.2 安全防护策略

4.2.1 最小权限原则

避免长期以 root 身份登录，日常使用普通用户账户，仅在必要时通过sudo获取临时权限。
限制sudo用户组的成员，仅向可信用户开放权限（修改/etc/sudoers文件）。

4.2.2 setuid 程序审计

定期检查系统中设置了 setuid 位的文件：
```
find / -type f -perm -4000 2>/dev/null
```
非必要程序不设置 setuid 位，尤其是用户自定义脚本（风险极高）。

4.2.3 利用内核安全机制

启用 SELinux 或 AppArmor：通过强制访问控制（MAC）机制，即使 EUID=root，进程也无法执行策略禁止的操作。
开启no_setuid_fs挂载选项：在某些文件系统（如 tmpfs）上禁止 setuid 程序运行，防止攻击者在临时目录部署恶意程序。

# 示例：挂载tmpfs时禁用setuid
mount -o noexec,nosuid,nodev /tmp

4.2.4 权限分离实践

将敏感操作拆分为多个低权限步骤，避免单个程序持有过高权限。例如：
- 普通用户程序通过 D-Bus 向系统服务请求操作，由系统服务（以 root 权限运行）执行具体任务，而非直接让普通程序获取 root 权限。

5. 深入理解：EUID 与其他 UID 的区别

Linux 中除了 RUID 和 EUID，还有以下用户 ID 概念：

保存的 SUID（Saved UID）：用于临时保存 EUID 的历史值，允许进程在 EUID 和保存的 SUID 之间切换（需具备相应权限）。
文件系统 UID（FSUID）：旧内核中的概念，现已与 EUID 合并，用于文件系统访问控制。
补充组 ID（Groups）：进程所属的用户组列表，与 EUID 共同决定文件访问权限（如文件属于某个组，且组权限开放时）。

关键对比表：

UID 类型	作用描述	修改方式
RUID	标识进程的实际所有者（谁启动了进程）	仅 root 可修改
EUID	决定进程的当前权限（扮演的身份）	通过`sudo`、`setuid`或系统调用
保存的 SUID	保存 EUID 的历史值，用于权限上下文切换	由内核自动管理
Groups	进程所属的用户组，影响文件访问的组权限部分	通过`setgroups()`系统调用

6. 实战操作：查看与修改 EUID

6.1 查看当前进程的 UID 信息

使用以下命令查看当前 Shell 进程的 RUID 和 EUID：

echo "RUID: $(id -u)"
echo "EUID: $(id -u -n)"  # 显示有效用户名

运行sudo -i进入 root shell 后，再次执行：

echo "RUID: $(id -u)"  # 仍显示原始用户的UID
echo "EUID: $(id -u)"  # 显示0（root的UID）

6.2 编程中操作 EUID（C 语言示例）

#include <stdio.h>
#include <unistd.h>

int main() {
    uid_t ruid = getuid();       // 获取RUID
    uid_t euid = geteuid();     // 获取EUID

    printf("Before: RUID=%d, EUID=%d\n", ruid, euid);

    // 尝试将EUID改为root（需当前EUID具备权限，如已通过sudo获取权限）
    if (seteuid(0) == 0) {
        printf("Success: EUID changed to 0 (root)\n");
        euid = geteuid();
        printf("After: RUID=%d, EUID=%d\n", ruid, euid);
    } else {
        perror("seteuid failed");
        return 1;
    }

    return 0;
}

编译与运行：

gcc euid_demo.c -o euid_demo
# 普通用户运行（会失败，因为无权限修改EUID为root）
./euid_demo
# sudo运行（成功修改EUID为root）
sudo ./euid_demo

7. 常见问题与误区

Q1：为什么普通用户能用sudo获取 root 权限，而直接修改 EUID 不行？
A：sudo的权限提升需要通过认证（密码 / 密钥），且受/etc/sudoers文件严格控制。普通用户直接调用seteuid(0)会被内核拒绝，因为这是危险操作，必须通过可信通道（如 sudo）完成。

Q2：setuid 程序的安全风险那么高，为什么不彻底禁用？
A：部分系统程序（如passwd、su）必须依赖 setuid 机制实现权限提升，这是 Linux 设计中的必要妥协。通过严格审计和最小化 setuid 程序数量，可以平衡功能与安全。

Q3：EUID 和 SUID 是什么关系？
A：SUID 是文件的权限位，用于控制程序运行时的 EUID 变化；EUID 是进程运行时的动态属性。简单说：SUID 是「静态规则」，EUID 是「动态结果」