即使在 unsetenv(“LD_PRELOAD”) 之后，LD_PRELOAD 也会影响新的子级

Question

我的代码如下：preload.c，内容如下：

#include <stdio.h>
#include <stdlib.h>

int  __attribute__((constructor))  main_init(void)
{
    printf("Unsetting LD_PRELOAD: %x\n",unsetenv("LD_PRELOAD"));
    FILE *fp = popen("ls", "r");
    pclose(fp);
}

然后在shell中（小心执行第二个命令！！）：

    gcc preload.c -shared -Wl,-soname,mylib -o mylib.so -fPIC
    LD_PRELOAD=./mylib.so bash

！！！小心最后一个命令，它会导致分叉“sh -c ls”的无限循环。 2 秒后用 ^C 停止它（或者更好的 ^Z 然后看 ps）。

更多信息

1. 这个问题在某种程度上与 bash 有关；作为用户运行的命令，或者作为 popen 执行的 bash。
2. 其他关键因素：1) 从预加载的库执行 popen，2) 可能需要在库的初始化部分执行 popen。

3. 如果您使用：

   LD_DEBUG=全部 LD_DEBUG_OUTPUT=/tmp/ld-debug LD_PRELOAD=./mylib.so bash
   

   您将获得许多 ld-debug 文件，而不是最后一个命令，名为 /tmp/ld-debug.*。每个分叉进程一个。在所有这些文件中，您将看到符号首先在 mylib.so 中搜索，即使 LD_PRELOAD 已从环境中删除。

Answer 1

编辑：所以问题实际上是：你怎么不能使用 中预加载的 main_init() 可靠地取消设置 LD_PRELOAD bash。

原因是 execve（在您 popen 之后调用）从（可能）获取环境，

extern char **environ;

该环境是指向您的环境的某个全局状态变量。 unsetenv() 通常会修改您的环境，因此会对 **environ 的内容产生影响。

如果 bash 尝试对环境做一些特殊的事情（嗯……会吗？作为一个 shell？）那么你可能会遇到麻烦。

显然，bash 甚至在 main_init() 之前就重载了 unsetenv()。将示例代码更改为：

extern char**environ;

int  __attribute__((constructor))  main_init(void)
{
int i;
printf("Unsetting LD_PRELOAD: %x\n",unsetenv("LD_PRELOAD"));
printf("LD_PRELOAD: \"%s\"\n",getenv("LD_PRELOAD"));
printf("Environ: %lx\n",environ);
printf("unsetenv: %lx\n",unsetenv);
for (i=0;environ[i];i++ ) printf("env: %s\n",environ[i]);
fflush(stdout);
FILE *fp = popen("ls", "r");
pclose(fp);
}

显示了问题。在正常运行中（运行 cat、ls 等），我得到此版本的 unsetenv：

unsetenv: 7f4c78fd5290
unsetenv: 7f1127317290
unsetenv: 7f1ab63a2290

但是，运行 bash 或 sh：

unsetenv: 46d170

所以，你已经明白了。 bash 已经让你上当了；-)

所以只需使用你自己的 unsetenv 修改环境，作用于 **environ：

for (i=0;environ[i];i++ )
{
    if ( strstr(environ[i],"LD_PRELOAD=") )
    {
         printf("hacking out LD_PRELOAD from environ[%d]\n",i);
         environ[i][0] = 'D';
    }
}

这可以是可以在 strace 中工作：

execve("/bin/sh", ["sh", "-c", "ls"], [... "DD_PRELOAD=mylib.so" ...]) = 0

QED

Answer 2

（答案纯粹是猜测，可能是不正确的）。

也许，当您分叉进程时，加载的库的上下文仍然存在。因此，当您通过LD_PRELOAD调用主程序时，已加载mylib.so。当您取消设置变量并分叉时，它不会再次加载；然而它已经被父进程加载。也许，您应该在分叉后显式卸载它。

您也可以尝试“降级”mylib.so中的符号。为此，请通过 dlopen 带有将其置于符号解析队列末尾的标志：

dlopen("mylib.so", RTLD_NOLOAD | RTLD_LOCAL);

Answer 3

mvds 的答案不正确！

popen() 将生成子进程，该子进程继承预加载的 .so 位于父进程中。该子进程不关心 LD_PRELOAD 环境。