C++程序权限提升失败：popen调sudo正常但主进程提权、访问特权文件报错

• popen执行sudo ls能正常运行，是因为sudo会拉起独立的root权限子进程，特权仅存在于该子进程内部，父进程（你的C++程序本体）永远无法获取这部分权限，内核也不会因为子进程执行了sudo就放开父进程的权限边界。
• 调用seteuid(0)返回errno=1（Operation not permitted）是Linux权限规则下的正常结果：普通用户（uid=1000）启动的进程，默认有效用户ID就是普通用户ID，没有权限把自身euid修改为0。seteuid允许修改euid的前提是进程本身持有CAP_SETUID权限，要么实际uid已经是root，要么可执行文件被设置了setuid位。你的程序既没有以root身份启动，也未设置setuid位，自然无法完成euid修改。你最初描述该步骤返回errno=13，和实际运行输出的errno值存在差异，这是因为无权限修改进程身份时，内核返回的是EPERM（对应errno=1），而不是文件访问场景下的EACCES（对应errno=13）。
• 直接调用open打开特权文件返回errno=13（Permission denied）的核心原因是：程序本身运行在普通用户上下文，没有任何操作特权文件的权限，和子进程能不能通过sudo执行命令是两个完全独立的权限域。
• 直接用sudo ./binName启动后功能正常，是因为此时进程的实际uid、有效uid全为0，整个进程上下文都运行在root权限下，自然可以直接通过open访问有权限操作的目标文件。

子进程通过sudo获取的特权不会“回流”给父进程。Linux权限模型严格基于进程uid/gid、capabilities做边界隔离，子进程的特权不会传递给父进程，跨进程的权限提升只能通过内核明确授权的通道完成，无法靠在子进程内执行sudo反向给父进程提权。

• 如果需要程序本身直接操作特权文件，必须让程序运行在root上下文下，也就是直接通过sudo启动程序，不要尝试在普通权限下靠子进程执行sudo反向给自己提权。
• 如果确实需要普通用户启动程序、又要临时操作特权文件，正确做法是把需要特权操作的逻辑全部下沉到通过popen调用的sudo命令中。例如需要读取特权文件内容时，直接通过sudo cat <目标文件>命令读取输出，不要试图在父进程中直接调用open访问目标文件。
• 不建议给可执行文件设置setuid root位变相提权，这类操作的本地安全风险极高，容易被攻击者利用完成提权。

你代码中存在一处笔误：const __uid_t gid = geteuid();行的变量名标注为gid，实际存储的是euid值，该问题不影响核心逻辑，但容易对后续维护造成误导。

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