UNIX下的real user ID /effective user ID/saved set－user ID总结

最新推荐文章于 2025-07-22 14:24:14 发布
翻译 最新推荐文章于 2025-07-22 14:24:14 发布 · 2.6k 阅读 · 1
文章标签：

#user #unix #login

本文详细解析了APUE2中关于用户ID和组ID变更的机制，包括setuid和setgid函数的使用及限制条件。特别强调了在不同情况（如set-user-ID位开启或关闭）下realuserID、effectiveuserID和savedset-userID的变化。

对于apue2中的8.11 Changing user IDs and Group IDs 重点总结如下:

 #include <unistd.h>

int setuid(uid_t uid);

int setgid(gid_t gid);

Both return: 0 if OK, 1 on error

在apue2中有如下说明：

1.只有超级用户进程才能改变real user ID.一般情况下real user ID在我们登录的时候由login程序设置，随后将不再改变.

2.effective user ID被函数exec设置当且仅当程序文件设置了set-user-ID位.我们可以调用setuid函数在任何时候设置effective user ID为real user ID 或者saved set-user ID.

3.saved set-user ID通过函数exec复制了effective user ID.

所以最终的结果如下图所示:

ID

exec

setuid(uid)

set-user-ID 位关闭

set-user-ID 位开启

超级用户

普通用户

real user ID

不变

不变

设置为uid

不变

effective user ID

不变

设置为程序文件的user ID

设置为uid

设置为uid

saved set-user ID

复制effective user ID

复制effective user ID

设置为uid

不变

 

SeedLab——Environment Variable and Set-UID Program Lab
Aft3rGl0w的博客
01-14 1485
再次执行，发现可以打开/etc/zzz文件，然后进入sh程序，在sh程序中尝试写入，发现权限又不够了，这是因为在打开sh之前调用了。当一个可执行文件设置了 Set-UID 位并且文件所有者是一个特权用户（如 root 用户）时，执行该文件的用户将会获得该文件所有者的权限。当一个可执行文件具有 Set-UID 权限时，它会在执行时继承文件所有者的权限，而不是执行者自身的权限。函数用于降低进程的权限级别，以增加系统的安全性。这样做的效果是，当前进程的有效用户ID将与实际用户ID相同，从而降低了进程的权限。
Real UID, Effective UID, Saved UID区别
lzshlzsh的专栏
10-08 2017
<br />看过一些资料，但理解不深，很快不记得了，这篇文章讲得很透彻，先记下来。<br /> <br />Each UNIX proces has 3 UIDs associated to it. Superuser privilege is UID=0.<br /><br />Real UID<br />--------<br /><br />This is the UID of the user/process that created THIS process. It can be changed
real user ID, effective user ID,saved set-user-ID
kumbayaco的专栏
05-07 1001
在看APUE的时候，遇到这个UID，不知道有什么区别，在网上找了下，觉得这个写得不错，与大家共享： Each UNIX proces has 3 UIDs associated to it. Superuser privilege is UID=0.Real UID--------This is the UID of the user/process that created THIS
Real user ID, effective user ID, set user ID
现实照进梦想
06-03 346
前段时间一直没搞明白这几个ID之间的关系,今天看到一篇博文,这才拨云见日,才有所了解了. real user ID:实际用户ID,指的是进程执行者是谁 effective user ID:有效用户ID,指进程执行时对文件的访问权限 saved set-user-ID:保存设置用户ID,作为effective user ID的副本,在执行exec调用时后能重新恢复原来的effectiv use...
通俗理解:实际用户ID/有效用户ID/保存的设置用户ID(saved set-user-ID)
@角色扮演#
11-09 1989
文章目录从文件的角度,看用户/组的权限.linux对文件的描述从用户/组的角度,看文件的权限.实际用户ID/有效用户ID/保存的设置用户ID(saved set-user-ID)实例对应: 阅<unix高级环境编程>过程中, 高频出现:实际用户ID/有效用户ID/保存的设置用户ID(saved set-user-ID),看着很乱,摘不清楚. 因为Linux是多用户多任务系统， 所以一个...
初始用户组，有效用户组，初始用户，有效用户
like的专栏
03-05 1100
自从我开始学习Linux系统管理以来，这几个概念一直困扰着我。 今天，一定要搞清楚这几个概念，然后好好研究研究他们到底是干什么用的。 借此，写篇“久违”了的博客，和大家共享下我的总结 ==== 实际用户 (real user id) 实际用户就是登陆到shell的时候的用户，也就是最开始的用户。 在大棚博客前面有一篇文章在讨论whoami和who am i的区别时，也涉及到了这个概念。
实际用户id(real user id)、有效用户id(effective user id)和保存的设置用户id(saved set-user-id)
wo_der的博客
09-18 2031
进程的三种用户id1.实际用户id(real user id)：当前进程的实际调用用户的id 2.有效用户id(effective user id):文件的set_user_id位被关闭，和实际用户id一样；set_uesr_id开启，为文件拥有者的id 3.保存的设置用户id(saved set-user-id):程序运行时有效用户id的副本.引入有效用户id的原因可执行文件A的拥有者是roo
18、UNIX系统中的用户与组管理详解
rnn9storyteller的博客
07-02 74
本文详细解析了UNIX系统中的用户与组管理机制，涵盖用户ID和组ID的管理、密码文件与影子密码文件的处理、组文件的操作及相关函数的使用。同时，分析了不同UNIX版本在用户与组管理上的差异，并探讨了安全考量、实际应用及建议，旨在帮助开发者和系统管理员更好地实现系统的安全管理与资源分配。
进程的用户ID探究
farsightliuht的专栏
08-03 428
作者：程姚根,华清远见嵌入式学院讲师。 一、进程与权限 A.进程是Linux/Unix操作系统中最重要的抽象之一。 B.进程是一个处于执行期的程序(目标代码存储在某种介质上) A process is a program(object code stored on some media) in the midst of execution. 而进程在执行过程中经常涉及到文件访问操作等。
19、进程管理中的用户、组、会话与守护进程详解
nn3456的博客
07-22 75
本文详细解析了进程管理中的核心概念，包括用户和组 ID 的作用与系统调用、会话与进程组的关系及其应用场景，以及守护进程的创建步骤和优化方法。通过丰富的代码示例和流程图，帮助开发者深入理解进程控制机制，从而编写更高效、安全的系统程序。
APUE笔记：进程 real user ID, effective user ID, saved set-user-ID
shenyan008的专栏
06-17 868
real user ID: 用户登录时的用户名，取自password file，如果进程对应的可执行文件名没有设置set-user-ID bit，那么进程启动时的effective user ID就是这个用户名；saved set-user-ID: 进程对应的可执行文件如果设置了set-user-ID bit，那么进程启动时的effective user ID为可执行文件的所有者，exec就保
保存的设置用户ID
TBViwer
07-27 821
Linux中的实际用户ID，有效用户ID和保存的设置用户ID一般是对于进程而言的，具体概念如下：实际用户ID(real user-id)：标明进程的执行者是谁。有效用户ID(effective user-id)：标明进程执行时对文件的访问权限保存的设置用户ID(saved set-user-id)：这个概念涉及到可执行程序文件的设置用户ID位，当可执行程序文件passwd的设置用户ID位(s)已经设
real user id, effective user id, saved user id
weixin_39833509的博客
05-02 499
转自： https://blog.youkuaiyun.com/fmeng23/article/details/23115989# process里面有三个user id,刚开始真是一个令人感觉头痛的地方。因为很容易混淆。但是慢慢的，抓住了一些关键的原因和特点，就可以比较容易理解了。process的三个ID分别是real user id, effective user id, saved set-user-i...
Effective user and Real user
weixin_34068198的博客
02-14 123
uid和euid大部分时候是一样的，就是你login所用的uid，但在一个情况下会不一样：Unix下的可执行文件可以设定sticky位，比如用chmod u+s some_exec，此时这个some_exec是一个“SetUID”程序，无论你的uid是什么，当你运行这个程序时，你的euid会变成这个some_exec的属主的uid，一般把它叫suid，此时你的这个进程的权限就变成了这个属主的权限，...
linux下进程ID linux下set user id和set group id总结 linux下进程的各个ID总结 user ID in process APUE 第四章
疯狂算法~
01-15 9638
    linux中每个进程有六个或者更多的ID与其关联：       real user id一般是从passwd文件中获取的，一般是不会发生改变的，当然也可以改变。可以理解为启动该进程的用户，即哪个用户启动了该进程，那么该进程的real user id就是该用户的id       effective user id决定了进程访问文件的权限，一般情况下是与real user id是相同的，但可以改变       saved set-user-id 当该程序被执行时，save set-user-i
Linux下的real UID和effective UID
贾亮的专栏
11-06 1470
默认情况下real UID和effective UID一样，但是当使用了setUID之后，liang
Linux中的 real user， effective user， saved set user 三种用户ID
sun0322
03-05 1176
real user ID -- 真实用户 ID effective user ID -- 有效用户 ID (ps -u) saved set-user ID -- 保存了的设置用户 ID。
进程的real ， effective , saved user ID
hengshan的专栏
05-10 1298
real User ID：实际运行此进程的用户的 uid。例如：test 用户执行ls命令，那么ls进程的real User ID就是test用户的 uid effective user ID：是可执行文件的 owner id，例如：/bin/ls 的owner id 是root，那么执行ls的effective user ID就是 root的 uid saved user ID：因为进程的e
深刻理解——real user id, effective user id, saved user id in Linux
热门推荐
UNLEARN
04-07 1万+
转载整理： http://hi.baidu.com/rangemq/item/5e0699fa15f0e94a922af222
no identity pubkey loaded from /c/User/Administrator/.ssh/id_rsa
最新发布
10-31
<think>首先，用户的问题是关于解决“无法从 /c/User/Administrator/.ssh/id_rsa 加载身份公钥”的问题。从引用中可以看到，这是Windows系统上的SSH密钥问题。 回顾引用内容： - 引用[1]显示了在生成SSH密钥时出错："Saving key "//.ssh/id_rsa" failed: No such file or directory"。这可能是由于文件系统只读或路径不正确。 - 引用[2]显示尝试覆盖现有密钥文件时，用户输入了'y'，但路径是/c/Users/Administrator/.ssh/id_rsa。 - 引用[3]建议检查SSH代理中的密钥，添加密钥，并检查配置文件。 - 引用[4]提到Windows下SSH出现权限问题，建议使用git bash而不是cmd或powershell。 用户的具体错误是“无法从 /c/User/Administrator/.ssh/id_rsa 加载身份公钥”。注意用户写的是“/c/User/Administrator”，但标准路径应该是“/c/Users/Administrator”（有's'）。这可能是打字错误或实际问题的一部分。 关键点： - 错误表明无法加载公钥，可能是因为文件不存在、路径错误、权限问题或路径拼写错误。 - 在Windows上，SSH密钥通常存储在C:\Users\<username>\.ssh目录下。 我的回答需要： - 使用中文，因为系统指令指定“使用中文回答”。 - 结构化清晰，逐步解决问题。 - 引用相关信息末尾添加引用标识，如[^1]。 - 生成相关问题（系统指令第5点）。 - 确保回答真实可靠。 步骤式解决方案： 1. **确认路径和文件存在**：确保密钥文件存在且路径正确。用户提到了“/c/User/Administrator/.ssh/id_rsa”，但应该是“/c/Users/Administrator/.ssh/id_rsa”。指导用户检查目录和文件。 2. **检查文件权限**：Windows SSH可能有权限问题。引用[4]提到避免使用cmd/powershell，改用git bash。 3. **验证密钥配置**：使用ssh-add添加密钥（引用[3]）。 4. **生成新密钥或覆盖**：如果文件不存在或损坏，重新生成密钥（引用[1]和[2]）。 5. **检查SSH配置文件**：确保~/.ssh/config正确设置IdentityFile（引用[3]）。 组织回答： - 引言：简述问题原因。 - 步骤：逐步指导解决。 - 生成相关问题。 生成相关问题： 基于用户问题，相关问题可能包括： 1. 如何正确生成SSH密钥在Windows上？ 2. SSH密钥权限问题如何解决？ 3. 如何调试SSH连接问题？ 4. Git Bash vs. CMD/Powershell使用SSH的区别？ 确保LaTeX格式正确：虽然问题涉及SSH，可能不需要数学表达式，但如果有变量如路径，可以内联使用$...$，例如路径名。 最终回答结构： - 标题或开头：解释问题。 - 步骤列表。 - 结尾：生成相关问题。 </think>### 解决“无法从 /c/User/Administrator/.ssh/id_rsa 加载身份公钥”问题 此问题通常是由于SSH密钥文件路径错误、文件缺失或权限问题导致的。Windows系统中，SSH默认密钥路径为 `/c/Users/Administrator/.ssh/id_rsa`（注意：`Users` 而非 `User`）。根据引用信息，以下是结构化解决方案，逐步操作： #### 步骤1: 确认路径和文件名是否正确 - **问题分析**：用户提到路径为 `/c/User/Administrator/.ssh/id_rsa`，但标准Windows路径应为 `/c/Users/Administrator/.ssh/id_rsa`（多一个 `s`）。拼写错误会导致系统找不到文件。 - **操作步骤**： 1. 打开文件资源管理器，导航到 `C:\Users\Administrator\.ssh`。 2. 检查目录是否存在，以及其中是否包含 `id_rsa`（私钥）和 `id_rsa.pub`（公钥）文件。 3. 如果路径错误或目录缺失，手动创建目录： - 使用命令行（以管理员身份运行）： ```bash mkdir C:\Users\Administrator\.ssh ``` 4. 验证路径：确保后续命令使用正确路径 `/c/Users/Administrator/.ssh/id_rsa`。 #### 步骤2: 生成或覆盖SSH密钥文件 - **问题分析**：密钥文件可能未生成或因权限失败而缺失（如引用[1]所示）。引用[2]建议覆盖现有文件时需谨慎操作。 - **操作步骤**： 1. 使用Git Bash（推荐替代cmd/powershell，避免权限问题，见引用[4]）： - 右键点击项目文件夹，选择“Git Bash Here”。 2. 运行密钥生成命令： ```bash ssh-keygen -t rsa -C "your_email@example.com" ``` - 当提示“Enter file in which to save the key”时，输入正确路径：`/c/Users/Administrator/.ssh/id_rsa`。 - 如果文件已存在，输入 `y` 覆盖（如引用[2]）。 - 密码留空（直接回车）。 3. 检查输出：确保显示 `Your identification has been saved in /c/Users/Administrator/.ssh/id_rsa`。 #### 步骤3: 添加密钥到SSH代理并检查权限 - **问题分析**：SSH代理未加载密钥或权限错误会导致加载失败（引用[3]和[4]）。 - **操作步骤**： 1. 启动SSH代理（在Git Bash中）： ```bash eval $(ssh-agent -s) ``` 2. 添加密钥到代理： ```bash ssh-add /c/Users/Administrator/.ssh/id_rsa ``` - 如果报错“bad permissions”，修复文件权限： ```bash chmod 600 /c/Users/Administrator/.ssh/id_rsa ``` 3. 验证密钥是否加载： ```bash ssh-add -l # 应列出添加的密钥 ``` #### 步骤4: 检查SSH配置文件 - **问题分析**：配置文件可能指定错误密钥路径（引用[3]）。 - **操作步骤**： 1. 打开配置文件： ```bash nano ~/.ssh/config ``` 2. 确保包含以下内容（如引用[3]）： ``` IdentityFile ~/.ssh/id_rsa ``` 3. 保存（按 `Ctrl+O`，回车确认）并退出（按 `Ctrl+X`）。 #### 步骤5: 测试连接 - 运行测试命令： ```bash ssh -T git@github.com # 示例：测试GitHub连接 ``` - 预期输出：`Hi username! You've successfully authenticated...` **注意事项**： - 优先使用Git Bash而非cmd/powershell，以避免Windows权限问题（引用[4]）。 - 如果问题持续，尝试重启系统或重新安装Git for Windows。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值