Question

我试图让ASAN使用一个程序，但我所做的任何事情都导致了ASAN:DEADLYSIGNAL，所以我试图缩小它并使用少量编译器选项来检测一个小的测试程序，看看它是否会起作用：

$ cat > test.c <<EOF
int main(void) { return 0; }
EOF

这是命令行：

$ gcc -g -O0 -fno-omit-frame-pointer -fsanitize=address test.c && ./a.out
ASAN:DEADLYSIGNAL
=================================================================
==5711==ERROR: AddressSanitizer: SEGV on unknown address 0xb7f11e70 (pc 0xb7f11e84 bp 0xb7ab6320 sp 0xbf92368c T16777215)
==5711==The signal is caused by a WRITE memory access.
    #0 0xb7f11e83 in _dl_get_tls_static_info (/lib/ld-linux.so.2+0x11e83)
    #1 0xb7a24ff9  (/usr/lib/i386-linux-gnu/libasan.so.4+0x101ff9)
    #2 0xb7a10f15  (/usr/lib/i386-linux-gnu/libasan.so.4+0xedf15)
    #3 0xb7f0f91a  (/lib/ld-linux.so.2+0xf91a)
    #4 0xb7f00cb9  (/lib/ld-linux.so.2+0xcb9)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (/lib/ld-linux.so.2+0x11e83) in _dl_get_tls_static_info
==5711==ABORTING

（我为＆＃34;真正的＆＃34;程序得到了同样的错误。）

使用-static-libasan堆栈跟踪只是更具描述性：

$ gcc -g -O0 -fno-omit-frame-pointer -fsanitize=address -static-libasan test.c && ./a.out
ASAN:DEADLYSIGNAL
=================================================================
==5719==ERROR: AddressSanitizer: SEGV on unknown address 0xb7fc6e70 (pc 0xb7fc6e84 bp 0x005f91a0 sp 0xbfe77c2c T16777215)
==5719==The signal is caused by a WRITE memory access.
    #0 0xb7fc6e83 in _dl_get_tls_static_info (/lib/ld-linux.so.2+0x11e83)
    #1 0x560a49 in __sanitizer::InitTlsSize() (/home/gkirilov/test/a.out+0xe9a49)
    #2 0x552e05 in __asan::AsanInitInternal() (/home/gkirilov/test/a.out+0xdbe05)
    #3 0xb7fc491a  (/lib/ld-linux.so.2+0xf91a)
    #4 0xb7fb5cb9  (/lib/ld-linux.so.2+0xcb9)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (/lib/ld-linux.so.2+0x11e83) in _dl_get_tls_static_info
==5719==ABORTING

以下是有关该系统的一些细节：

$ uname -a
Linux drinkpad 4.14.0-3-686-pae #1 SMP Debian 4.14.17-1 (2018-02-14) i686 GNU/Linux

$ gcc --version
gcc (Debian 7.3.0-11) 7.3.0

$ /lib/i386-linux-gnu/libc-2.27.so
Compiled by GNU CC version 7.3.0.
libc ABIs: UNIQUE IFUNC

我还尝试了clang-6和gcc-8（带来了ASAN v5），再次使用静态和共享libasan，我得到了相同的消息。

我的平台不受支持吗？但是，我安装了官方Debian存储库中的所有工具。

ASAN的主页说it has only been tested on 64-bit Ubuntu，但我认为它已经过时，因为它上面的表列出了Linux x86和x86_64。

我做错了什么或我的平台不受支持？

Answer 1

您正面临known Asan bug（此处为Glibc thread 和GCC bug）。 TLDR是因为它在Glibc 2.25+上失败了，因为Glibc改变了Asan所依赖的一些内部接口。可悲的是，这个bug还没有得到足够的重视。

AddressSanitizer：_dl_get_tls_static_info中的SEGV

1 个答案: