Bir Linux binary pozisyon bağımsız kod olarak derlenmiş olup olmadığını sınama nasıl?

Yakın zamanda öğrendim (en azından Fedora ve Red Hat Enterprise Linux'ta), Position Independent Executables (PIE) olarak derlenen çalıştırılabilir programların daha güçlü adres alanı rasgele (ASLR) koruması aldığını öğrendim.

Öyleyse: Linux'ta belirli bir yürütülebilir dosyanın Konum Bağımsız Çalıştırılabilir olarak derlenip derlenmediğini nasıl test ederim?

Pakette bulunan ve Fedora ve Debian (as ) 'da mevcut olan perlbetiği kullanabilirsiniz . Derleme bayraklarının kontrol edildiği detaylar için bu Debian wiki sayfasını okuyun . Debian'a özgüdür, ancak teori Red Hat için de geçerlidir.hardening-checkhardening-includes

Örnek:

$ hardening-check $(which sshd)
/usr/sbin/sshd:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes

readelf --relocsStatik veya dinamik kitaplığın x86-64'teki PIC olup olmadığını test etmek için kullanılır :

$ readelf --relocs /usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a |\
      awk '$3~/^R_/ && $5!~/^\.debug/{print $3}' |sort -u
R_X86_64_32
R_X86_64_32S
R_X86_64_64
R_X86_64_DTPOFF32
R_X86_64_GOTPCREL
R_X86_64_PC32
R_X86_64_PLT32
R_X86_64_TLSLD
R_X86_64_TPOFF32

Burada görüyoruz R_X86_64_32ve R_X86_64_32S. Bu, kodun bağımsız pozisyon olmadığı anlamına gelir. -FPIC ile bir kütüphaneyi yeniden kurduğumda şunu alıyorum:

$ readelf --relocs libstdc++.a |\
      awk '$3~/^R_/ && $5!~/^\.debug/{print $3}' |sort -u
R_X86_64_64
R_X86_64_DTPOFF32
R_X86_64_GOTPCREL
R_X86_64_PC32
R_X86_64_PLT32
R_X86_64_TLSGD
R_X86_64_TLSLD

Bu yöntem muhtemelen çalıştırılabilirler için işe yarayabilir, ancak ben bu şekilde kullanmadım.

Sadece ikilide kullanın file:

$ file ./pie-off
./pie-off: 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]=0dc3858e9f0334060bfebcbe3e854909191d8bdc, not stripped
$ file ./pie-on
./pie-on: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=962235df5bd188e1ec48c151ff61b6435d395f89, not stripped

LSB bilgilerinden sonra yazdırılan farklı tipe dikkat edin.

file 5.36 açıkça söylüyor

file5.36, çalıştırılabilir PIE ise veya yoksa, net bir şekilde yazdırır. Örneğin, bir PIE yürütülebilir dosyası aşağıdakileri gösterir:

main.out: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, not stripped

ve PIE olmayan biri:

main.out: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, not stripped

Bu özellik 5.33'te tanıtıldı ancak sadece basit bir chmod +xkontrol yaptı. Bundan önce shared objectPIE için basıldı .

5.34'te daha uzmanlaşmış olan DF_1_PIEELF meta verilerini kontrol etmeye başlamak gerekiyordu , ancak uygulamadaki bir hata nedeniyle gerçekte bir şeyleri kırdı ve GCC PIE çalıştırılabilirleri gösterdi shared objects.

fileHata kodunu içeren kaynak kodunu yorumladım ve tam olarak hangi ELF formatının bayt olarak kontrol ettiğini inceledim: https://stackoverflow.com/questions/34519521/why-does-gcc-create-a-shared-object -instead-of-the bir-yürütülebilir ikili-göre yapılır / 55704865 # 55704865

5.36 davranışının hızlı bir özeti:

• Eğer Elf32_Ehdr.e_type == ET_EXEC
  • yazdırmak executable
• aksi takdirde Elf32_Ehdr.e_type == ET_DYN
  • Eğer DT_FLAGS_1dinamik bölümü girişi mevcut olduğu
    • eğer DF_1_PIEayarlanır DT_FLAGS_1:
      • yazdırmak pie executable
    • Başka
      • yazdırmak shared object
  • Başka
    • dosya kullanıcı, grup veya başkaları tarafından yürütülebilir ise
      • yazdırmak pie executable
    • Başka
      • yazdırmak shared object

GDB çalıştırılabilir dosyayı iki kez çalıştırıyor ve ASLR'yi görüyor

Yapabileceğiniz çok doğrudan bir şey yürütülebilir dosyayı GDB aracılığıyla iki kez çalıştırmak ve adresin ASLR nedeniyle değişip değişmediğini görmek.

Bunun nasıl yapıldığını ayrıntılı olarak açıkladım: https://stackoverflow.com/questions/2463150/what-is-the-fpie-option-for-position-independent-executables-in-gcc-and-ld/51308031 # 51308031

Bu zorunlu olarak en pratik çözüm olmasa ve çalıştırılabilir dosyaya güvenmiyorsanız mümkün olmasa da eğlencelidir ve Linux çekirdeği / dinamik yükleyici çalıştırılabilir konumunu değiştiriyorsa ya da gerçekten umursadığımızı kontrol eder. değil.

Yürütülebilir azaltma özelliklerini (RELRO, Yığın Kanaryası, NX bit, PIE, RPATH, RUNPATH, Fortify Source dahil) kontrol etmek için Github'da bash betiği checksec.sh vardır .

(Dosya girişi) argümanları checksecile çalıştırın -f:

$ checksec -f /usr/bin/bash

RELRO           STACK CANARY      NX            PIE             RPATH     RUNPATH      FORTIFY Fortified Fortifiable
Full RELRO      Canary found      NX enabled    PIE enabled     No RPATH   No RUNPATH    YES      13        33