Warum gibt es in der libc.so-Symboltabelle keine main_arena, während es in malloc.c von glibc2.23 eine gibt?

Question

Ich studiere den Haufen Glibc.

Es gibt kein main_arena-Symbol in libc.so, auch wenn ich versuche, es mit pwntool auszugeben. Wenn ich jedoch ein Testprogramm debugge, kann ich die main_arena-Struktur drucken.

gdb-peda$ p main_arena 
$1 = { 
    mutex = 0x0, 
    flags = 0x0, 
    fastbinsY = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, 
    top = 0x0, 
    last_remainder = 0x0, 
    bins = {0x0 <repeats 254 times>}, 
    binmap = {0x0, 0x0, 0x0, 0x0}, 
    next = 0x7ffff7dd1b20 <main_arena>, 
    next_free = 0x0, 
    attached_threads = 0x1, 
    system_mem = 0x0, 
    max_system_mem = 0x0 
} 

Und außerdem, wenn ich Testprogramm mit -m32 kompiliere, kann main_arena auch nicht gefunden werden.

Answer 1

main_arena ist ein lokales Symbol und ist speziell nicht exportiert. Die Liste der exportierten Symbole wird über die Dateien Version im glibc-Quellenbaum gesteuert. Dies ist vom Design her dazu gedacht, die Leute davon abzuhalten, mit zufälligen Symbolen, die glibc intern verwendet, in Verbindung zu treten (um den Namespace nicht zu belasten, wie es von POSIX und anderen Standards gefordert wird).

gdb kann es finden, weil Sie Debug-Symbole zur Verfügung haben ... Entweder die C lib wird nicht entfernt, oder Sie haben die geteilten Debug-Symbole in /usr/lib/debug/ und gdb findet diese. wenn Sie gdb starten, werden Sie Dinge wie Reading symbols from /usr/lib/debug/xxxxx sagen.

Die einzige Möglichkeit, eine Verknüpfung mit dem Symbol herzustellen, besteht darin, glibc aus der Quelle neu zu erstellen und die Exportliste zu ändern.

Alternativ könnten Sie Code in Ihre App schreiben, um sich wie gdb zu verhalten. Öffnen Sie die Debug-Datei, verarbeiten Sie die darin enthaltenen ELF/DWARF-Informationen, wenden Sie die Umlagerungen mithilfe der aktiv geladenen Bibliotheksinformationen an (siehe dl_iterate_phdr) und starten Sie dann den Speicher direkt.

Wenn das zu viel Arbeit ist, könnte eine Hackerlösung fork() + popen() gdb gegen Ihren eigenen Prozess sein und es im Stapelmodus ausführen, um Symbolinformationen auszugeben.

char *cmd; 
FILE *fp; 

asprintf(&cmd, "gdb -q -p %i -batch -ex 'p &main_arena'", getpid()); 
fp = popen(cmd, "r"); 
// parse the output of |fp| here looking for the address. 

free(cmd); 
fclose(fp); 

Answer 2

Die libc.so.6 ist entfernt. Und die Debug-Version ist es nicht. Deshalb zeigt readelf main_arena nicht an.

Ich frage mich immer noch, wie gdb den Symbolnamen kennt, auch wenn die Bibliothek entfernt wird.