Запуск непозиционного независимого исполняемого файла в системе ASLR - PullRequest
Новая
       26

Запуск непозиционного независимого исполняемого файла в системе ASLR

0 голосов
/ 29 мая 2018

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 on 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

1 Ответ

0 голосов
/ 29 мая 2018

Исполняемый файл зависит от позиции (и не отображается в ldd).Библиотеки по-прежнему не зависят от позиции и отображаются ядром по случайному начальному адресу.Чтобы отключить это, вам нужно запустить программу под setarch x86_64 -R или gdb (что отключает рандомизацию, чтобы помочь с воспроизводимостью во время отладки).

...