Pertimbangkan dependensi objek yang dibagikan /bin/bash
, yang termasuk /lib64/ld-linux-x86-64.so.2
(dynamic linker / loader):
ldd /bin/bash
linux-vdso.so.1 (0x00007fffd0887000)
libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x00007f57a04e3000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f57a04de000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f57a031d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f57a0652000)
Memeriksa /lib64/ld-linux-x86-64.so.2
menunjukkan bahwa itu adalah symlink ke /lib/x86_64-linux-gnu/ld-2.28.so
:
ls -la /lib64/ld-linux-x86-64.so.2
lrwxrwxrwx 1 root root 32 May 1 19:24 /lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.28.so
Selanjutnya, file
laporan /lib/x86_64-linux-gnu/ld-2.28.so
itu sendiri terhubung secara dinamis:
file -L /lib64/ld-linux-x86-64.so.2
/lib64/ld-linux-x86-64.so.2: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=f25dfd7b95be4ba386fd71080accae8c0732b711, stripped
Saya ingin tahu:
- Bagaimana linker / loader (
/lib64/ld-linux-x86-64.so.2
) itu sendiri dapat dihubungkan secara dinamis? Apakah tautan itu sendiri saat runtime? /lib/x86_64-linux-gnu/ld-2.28.so
didokumentasikan untuk menangani binari a.out (man ld.so
), tetapi/bin/bash
apakah ELF dapat dieksekusi?
Program ld.so menangani a.out binari, format yang digunakan sejak lama; ld-linux.so * (/lib/ld-linux.so.1 untuk libc5, /lib/ld-linux.so.2 untuk glibc2) menangani ELF, yang telah digunakan semua orang selama bertahun-tahun sekarang.
/lib/x86_64-linux-gnu/ld-2.28.so
, debian 10 buster)
file
komentar keliru tentang bagaimana ia mendefinisikan biner statis, dan kenyataan ld-2.28.so
... Pembeda adalah PT_DYNAMIC
.