使用动态链接器包装 glibc 函数

我正在尝试包装 GLIBCfstat通过将我的库注入可执行文件来实现函数（可以是任何其他：这只是概念证明）。我通过将我的库放置在可执行文件的位置来做到这一点RPATH用名字指着libc.so.6.

我的库的源代码如下：

#define _GNU_SOURCE

#include <stdio.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <dlfcn.h>



int fstat(int fd, struct stat *buf){

        typeof(fstat) *old_fstat;

        // Try with a printf...

        printf("HOOT! fstat wrapped!");

        old_fstat = dlsym(RTLD_NEXT, "fstat");
        return (*old_fstat)(fd, buf);
}

我用它编译--version-script（添加符号版本控制）并将其静态链接到 libgcc。

gcc -Wall -fPIC -c -o wrapperlib.o wrapperlib.c 
gcc -shared -static-libgcc -fPIC -Wl,-soname -Wl,libc.so.6 -Wl,--version-script=wrapperlib.map,-Bstatic -o libc.so.6 wrapperlib.o

With wrapperlib.map包含：

GLIBC_2.0 {
};

当我执行目标程序时，我的库被加载，但出现以下错误：

./target: relocation error: ./target: symbol __libc_start_main, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

如果我提供我自己的实现__libc_start_main我没有收到此错误（当然，它会崩溃）。

int __libc_start_main(int (*main) (int, char **, char **), int argc, char *argv, void (*init) (void), void (*fini) (void), void (*rtld_fini) (void), void *stack_end) {
        system("echo I am in __libc_start_main");
        printf("printf: I am in __libc_start_main");
        fflush(stdin);
    return 0;
}

为什么会出现重定位错误__libc_start_main并且不在system?

（顺便说一下，调用system确实有效，但致电printf不产生输出。我在这里遗漏了一些明显的东西吗？）

谢谢

编辑： 跑步目标与LD_DEBUG=all输出这个：http://pastebin.com/iVVbwf6n http://pastebin.com/iVVbwf6n

我将我的库放在可执行文件的位置RPATH用名字指着libc.so.6.

And therefore the process loads your library instead of GLIBC's libc.so.6. That is surely not what you want unless you're providing an independent implementation of at least the entire C standard library. That requires your library to provide an independent implementation of everything in libc.so.6, or else to dynamically load the real libc. I see that you attempt to attain completeness by statically linking libgcc (I guess you mean using -lstatic-libgcc), but

1. 那是错误的图书馆。它提供支持 GCC 编译的二进制文件的函数，其中可能包括某些 C 库函数的包装器或替代品，但它不提供 C 库本身。

2. 即使您静态链接 C 库（例如-lc_nonshared），您以这种方式获得的库将不包含可动态加载的符号，您可以通过该符号访问包装的函数。这是静态链接的直接结果。

3. 你的库无论如何都不是独立的，因为它试图包装 GLIBC 的实现fstat()，这是它不可用的。

为什么会出现重定位错误__libc_start_main并且不在system?

出现重定位错误__libc_start_main因为该函数是由 glibc 的 libc.so.6 提供的，而不是由您的、您的二进制文件本身或动态链接到您的二进制文件的任何其他库提供的。（参见上文（1））

如果没有重定位错误system or printf函数，那么它们要么不是二进制文件中的外部动态符号，要么由动态链接到您的二进制文件的其他一些库来满足。 （Update:链接器调试信息显示前者是这种情况：这些不是外部符号，我指的是未提供定义的符号；它们由您的库提供，大概是 libgcc 中链接的结果。