可靠的自定义Shell替换/包装器实现方案问询

直接用exec()系列调用是最可靠的方案，完全不需要fork()或额外的信号/退出码处理，能让包装器完美替代原Shell的所有行为。

为什么exec()是最优选择 #

exec()会直接用原Shell的二进制替换当前包装器进程的地址空间，相当于包装器进程"变身"成了原Shell：

• 参数传递无损耗：直接把包装器收到的argv传给原Shell，包括argv[0]（保证Shell识别自己是sh还是bash）
• 信号直接传递：所有发给/bin/sh的信号（比如SIGINT、SIGTERM）会直接落到原Shell上，不需要额外转发逻辑
• I/O完全继承：标准输入、输出、错误流直接复用，不会出现截断或重定向问题
• 退出码直接返回：原Shell的退出码就是包装器进程的退出码，依赖退出码的脚本或程序完全感知不到包装器的存在

实现步骤（以C语言为例，稳定性最高） #

1. 先备份原Shell：

mv /bin/sh /bin/sh.orig

2. 编写包装器代码：

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

int main(int argc, char *argv[], char *envp[]) {
    // 在这里插入你的自定义逻辑，比如：
    // - 记录Shell调用日志
    // - 修改环境变量（用putenv()或直接修改envp）
    // - 检查调用上下文

    // 替换为原Shell，参数和环境变量完全转发
    execve("/bin/sh.orig", argv, envp);

    // 只有execve失败时才会执行到这里
    perror("Failed to launch original shell");
    return 127; // 遵循Shell的错误码规范：命令未找到
}

3. 编译并设置权限：

gcc -o /bin/sh sh_wrapper.c
chmod 755 /bin/sh
chown root:root /bin/sh

为什么不要用fork() #

如果用fork()创建子进程运行原Shell，会引入一堆不必要的复杂度：

• 需要手动转发所有信号，否则用户按Ctrl+C时，包装器退出但子Shell还会继续运行
• 必须调用wait()等待子进程结束，才能获取并返回正确的退出码，否则调用者拿到的是包装器的退出码而非原Shell的
• 子进程会变成孤儿进程如果包装器意外退出，可能导致系统脚本行为异常

关键注意事项 #

• 自定义逻辑要尽量轻量化，避免阻塞或耗时操作，不影响Shell的启动速度
• 测试时先在非生产环境验证，比如临时替换普通用户的Shell，避免破坏系统依赖（很多系统脚本依赖/bin/sh）
• 如果包装的是bash，把路径改成/bin/bash.orig即可，逻辑完全通用

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