gpt4 book ai didi

linux - 在 ASLR 系统上运行非位置无关的可执行文件

转载 作者:塔克拉玛干 更新时间:2023-11-03 01:16:35 27 4
gpt4 key购买 nike

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)

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

$ 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

最佳答案

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

关于linux - 在 ASLR 系统上运行非位置无关的可执行文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50579084/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com