为什么我不能使用 LD_PRELOAD 在 bash 中拦截 write(2)？

Question

---

好的，我明白了。当另一个 libc 函数调用它时，您不能用 LD_PRELOAD 覆盖一个 libc 函数。

---

我在玩 Dante socksifier，发现它不适用于 bash /dev/udp FD。然后我用write 函数编写了一个简单的.so 文件，它也不适用于bash：
libtest.c：

#include <unistd.h>
ssize_t write(int fildes, const void *buf, size_t nbyte)
{
  return nbyte;
}

test.c:

#include <unistd.h>
int main(int argc, char *argv[]) {
  write(1,"abc\n",4);
  return 0;
}

_

$ gcc -g -O0 -fPIC -shared -o libtest.so libtest.c
$ gcc -g -O0 -o test test.c
$ ./test
abc
$ LD_PRELOAD=./libtest.so ./test
$ LD_PRELOAD=./libtest.so bash -c 'echo abc'
abc

upd：根据 ensc，它与符号版本有关。

在链接 ./test 时需要更改哪些内容，以便它会像 bash 一样失败？我的意思是，对于相同的 .so 文件，命令：$ LD_PRELOAD=./libtest.so ./test 将打印“abc”，因为test 将绑定到 glibc 中的版本化write。

我也在尝试相反的方法 - 使用版本化的 write 创建一个 .so 文件。 version.script：

GLIBC_2.2.5 {
    write;
};

但我的库仍然无法在 bash 中拦截 write

$ gcc -g -O0 -fPIC -shared -Wl,--version-script=./version.script -o libtest.so libtest.c
$ LD_PRELOAD=./libtest.so bash -c 'echo abc'
abc

Answer 1

当您查看使用的符号时，您可能会看到版本化符号用于write：

$ readelf -a test | grep write
48: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND write@@GLIBC_2.2.5

您必须编写带有 VERSION 部分的链接描述文件（info ld -> "Version command"）。

您的情况（操纵 bash 行为）更复杂，因为 bash 调用 printf(3)，而后者又使用 libc 的一些内部函数。当你运气好并且调用了一个弱内部函数（afais，只有'__write'），你可以在你的库中重载它。

否则，您必须覆盖 bash 调用的 printf()；你可以用'ltrace'找到它；例如：

$ ltrace  bash -c 'echo abc'
__printf_chk(1, "%s", "abc")                                  = 3
_IO_putc('\n', 0x7fc5eeac3420abc

或通过设置 LD_DEBUG (--> man ld.so)