Array Indexing
Last updated
Last updated
Lerne & übe AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Lerne & übe GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Diese Kategorie umfasst alle Schwachstellen, die auftreten, weil es möglich ist, bestimmte Daten durch Fehler im Umgang mit Indizes in Arrays zu überschreiben. Es ist eine sehr breite Kategorie ohne spezifische Methodik, da der Exploit-Mechanismus vollständig von den Bedingungen der Schwachstelle abhängt.
Hier findest du jedoch einige schöne Beispiele:
Es gibt 2 kollidierende Arrays, eines für Adressen, wo Daten gespeichert sind, und eines mit den Größen dieser Daten. Es ist möglich, eines vom anderen zu überschreiben, was es ermöglicht, eine beliebige Adresse anzugeben, die als Größe betrachtet wird. Dies erlaubt es, die Adresse der free-Funktion in der GOT-Tabelle zu schreiben und sie dann mit der Adresse von system zu überschreiben und free aus einem Speicher mit /bin/sh aufzurufen.
64 Bit, kein nx. Überschreibe eine Größe, um eine Art Pufferüberlauf zu erhalten, bei dem alles als doppelte Zahl verwendet wird und von klein nach groß sortiert wird, sodass es notwendig ist, einen Shellcode zu erstellen, der diese Anforderung erfüllt, wobei zu beachten ist, dass der Canary nicht von seiner Position verschoben werden sollte und schließlich die RIP mit einer Adresse zu ret überschrieben wird, die die vorherigen Anforderungen erfüllt und die größte Adresse eine neue Adresse zeigt, die auf den Anfang des Stacks zeigt (von dem Programm geleakt), sodass es möglich ist, das ret zu verwenden, um dorthin zu springen.
64 Bit, kein relro, canary, nx, kein pie. Es gibt einen Off-by-One-Fehler in einem Array im Stack, der es ermöglicht, einen Zeiger zu kontrollieren, der WWW gewährt (es schreibt die Summe aller Zahlen des Arrays in die überschriebenen Adresse durch den Off-by-One-Fehler im Array). Der Stack wird kontrolliert, sodass die GOT-Adresse exit mit pop rdi; ret überschrieben wird, und im Stack wird die Adresse zu main hinzugefügt (Schleife zurück zu main). Eine ROP-Kette wird verwendet, um die Adresse von put in der GOT mit puts zu leaken (exit wird aufgerufen, sodass es pop rdi; ret aufruft und somit diese Kette im Stack ausführt). Schließlich wird eine neue ROP-Kette verwendet, die ret2lib ausführt.
32 Bit, kein relro, kein canary, nx, pie. Missbrauche ein schlechtes Indizieren, um Adressen von libc und Heap vom Stack zu leaken. Missbrauche den Pufferüberlauf, um ein ret2lib aufzurufen, das system('/bin/sh') aufruft (die Heap-Adresse wird benötigt, um eine Überprüfung zu umgehen).
