offset dati build-id nel file ELF
Devo modificare la build-id
sezione delle note ELF. Ho scoperto che è possibile qui . Ho anche scoperto che posso farlo modificando questo codice . Quello che non riesco a capire è la posizione dei dati. Ecco di cosa sto parlando.
$ eu-readelf -S myelffile
Section Headers:
[Nr] Name Type Addr Off Size ES Flags Lk Inf Al
...
[ 2] .note.ABI-tag NOTE 000000000000028c 0000028c 00000020 0 A 0 0 4
[ 3] .note.gnu.build-id NOTE 00000000000002ac 000002ac 00000024 0 A 0 0 4
...
$ eu-readelf -n myelffile
Note section [ 2] '.note.ABI-tag' of 32 bytes at offset 0x28c:
Owner Data size Type
GNU 16 GNU_ABI_TAG
OS: Linux, ABI: 3.14.0
Note section [ 3] '.note.gnu.build-id' of 36 bytes at offset 0x2ac:
Owner Data size Type
GNU 20 GNU_BUILD_ID
Build ID: d75a086c288c582036b0562908304bc3a8033235
.note.gnu.build-id
sezione è di 36 byte. L'ID build è di 20 byte. Quali sono gli altri 16 byte?
Ho giocato un po' con il codice e ho letto 36 byte di myelffile
at offset 0x2ac
. Ho quanto segue 040000001400000003000000474e5500d75a086c288c582036b0562908304bc3a8033235
.
Quindi ho deciso di utilizzare Elf64_Shdrdefinition , quindi ho letto i dati all'indirizzo 0x2ac + sizeof(Elf64_Shdr.sh_name) + sizeof(Elf64_Shdr.sh_type) + sizeof(Elf64_Shdr.sh_flags)
e ho ottenuto il mio build id, d75a086c288c582036b0562908304bc3a8033235
. Ha senso il motivo per cui l'ho preso sizeof(Elf64_Shdr.sh_name) + sizeof(Elf64_Shdr.sh_type) + sizeof(Elf64_Shdr.sh_flags) = 16 bytes
, ma secondo la Elf64_Shdrdefinizione dovrei puntare a Elf64_Addr sh_addr
, cioè l'indirizzo virtuale della sezione.
Quindi ciò che non mi è chiaro è quali sono gli altri 16 byte della sezione? Cosa rappresentano? Non riesco a conciliare la Elf64_Shdrdefinizione ei risultati che ottengo dai miei esperimenti.
Risposte
La sezione .note.gnu.build-id è di 36 byte. L'ID build è di 20 byte. Quali sono gli altri 16 byte?
Ogni .note.*
sezione inizia con Elf64_Nhdr
(12 byte), seguito dal nome della nota (allineato a 4 byte) di dimensioni variabili ( GNU\0
qui), seguito dai dati effettivi della nota (allineati a 4 byte). Documentazione .
Guardando /bin/date
sul mio sistema:
eu-readelf -Wn /bin/date
Note section [ 2] '.note.ABI-tag' of 32 bytes at offset 0x2c4:
Owner Data size Type
GNU 16 GNU_ABI_TAG
OS: Linux, ABI: 3.2.0
Note section [ 3] '.note.gnu.build-id' of 36 bytes at offset 0x2e4:
Owner Data size Type
GNU 20 GNU_BUILD_ID
Build ID: 979ae4616ae71af565b123da2f994f4261748cc9
Quali sono i byte all'offset 0x2e4
?
dd bs=1 skip=$((0x2e4)) count=36 < /bin/date | xxd
00000000: 0400 0000 1400 0000 0300 0000 474e 5500 ............GNU.
00000010: 979a e461 6ae7 1af5 65b1 23da 2f99 4f42 ...aj...e.#./.OB
00000020: 6174 8cc9 at..
Quindi abbiamo: .n_namesz == 4
, .n_descsz == 20
, .n_type == 3 == NT_GNU_BUILD_ID
, seguito dal nome della nota a 4 byte GNU\0
, seguito da 20 byte di byte effettivi di build-id 0x97
, 0x9a
, ecc.