拦截 GNU tar 的 openat() 系统调用

Question

我正在尝试使用可以通过 LD_PRELOAD 加载的自定义共享库来拦截 Linux 上的 openat() 系统调用。示例 intercept-openat.c 具有以下内容：

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

int (*_original_openat)(int dirfd, const char *pathname, int flags, mode_t mode);

void init(void) __attribute__((constructor));
int openat(int dirfd, const char *pathname, int flags, mode_t mode);

void init(void)
{
        _original_openat = (int (*)(int, const char *, int, mode_t))
                dlsym(RTLD_NEXT, "openat");
}

int openat(int dirfd, const char *pathname, int flags, mode_t mode)
{
        fprintf(stderr, "intercepting openat()...\n");
        return _original_openat(dirfd, pathname, flags, mode);
}

我通过 gcc -fPIC -Wall -shared -o拦截-openat.so拦截-openat.c -ldl 编译它。然后，当我运行这个小示例程序时：

int main(int argc, char *argv[])
{
    int fd;
    fd = openat(AT_FDCWD, "/home/feh/.vimrc", O_RDONLY);
    if(fd == -1)
        return -1;
    close(fd);
    return 0;
}

openat() 调用通过库重写：

$ LD_PRELOAD=./intercept-openat.so ./openat 
intercepting openat()...

但是，GNU tar 不会发生同样的情况，即使它使用相同的系统调用：

$ strace -e openat tar cf /tmp/t.tgz .vimrc  
openat(AT_FDCWD, ".vimrc", O_RDONLY|O_NOCTTY|O_NONBLOCK|O_NOFOLLOW|O_CLOEXEC) = 4
$ LD_PRELOAD=./intercept-openat.so tar cf /tmp/t.tgz .vimrc

因此来自 intercept-openat.so 的自定义 openat() 不会被调用。这是为什么？

Answer 1

它使用相同的系统调用，但显然它不通过相同的 C 函数调用。或者，也可能是这样，但它是静态链接的。

不管怎样，我认为你已经证明它永远不会动态链接函数名称“openat”。如果您仍然想使用此选项，您可能想看看它是否链接到该函数的特定版本，但这不太可能。

您仍然可以通过编写程序来使用 ptrace 来拦截系统调用。这与 strace 和 gdb 使用的接口相同。但它会带来更高的性能损失。

http://linux.die.net/man/2/ptrace