在ASLR系统上运行非位置独立可执行文件

时间:2018-05-29 07:51:14

标签: linux ubuntu gcc aslr

ASLR在我的计算机上处​​于活动状态:

$ cat /proc/sys/kernel/randomize_va_space
2

$ ldd prog.out 
    linux-vdso.so.1 =>  (0x00007fffcf0cf000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fed500e9000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fed504b3000)

$ ldd prog.out
    linux-vdso.so.1 =>  (0x00007ffc0e3d5000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6aa4ba1000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f6aa4f6b000)

因此,似乎/意味着gcc默认使用pie,因为我使用简单gcc -o prog.out some_source.c构建的每个可执行文件默认情况下都可以在不同的地址中运行。

但是,gcc -v的输出不包含任何默认pie配置:

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.9/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.9.3-13ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.9.3 (Ubuntu 4.9.3-13ubuntu2)

并且在file上使用prog.out会给出ELF 64-bit LSB executable而不是ELF 64-bit LSB shared object的文件类型(对于位置无关的可执行文件以及共享对象应该如此):

$ file prog.out
prog.out: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=78586a68c607677ba529d5b0952232dab927eb9e, not stripped

因此,通过查看gcc默认标志和文件类型,似乎可执行文件是非pie,但它可以在ASLR系统上执行,而不是$ uname -a Linux ssg-dev-vb 4.13.0-41-generic #46~16.04.1-Ubuntu SMP Thu May 3 10:06:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux 系统可能,所以我在这里错过了什么?

我的机器:

npm install @ngx-formly/material --save

1 个答案:

答案 0 :(得分:0)

可执行文件取决于位置(并未在ldd)输出中显示。这些库仍然是位置无关的,并由内核映射到随机起始地址。要禁用它,您需要在setarch x86_64 -Rgdb下运行程序(禁用随机化以帮助在调试期间重现性)。