Der Begriff Dekompilierer oder englisch Decompiler bezeichnet ein Computerprogramm, das aus den Datenbytes der Maschinensprache oder manchmal auch aus Daten im Objektcode wieder lesbaren Quellcode in einer Hochsprache erzeugt. Seine Arbeitsweise ist somit genau umgekehrt zu der eines Compilers. Dies ist nicht zu verwechseln mit einem Disassembler, der Maschinensprache in Assemblersprache rückübersetzt.

Dekompilierung ist eine Reverse-Engineering-Technik zum erneuten nachträglichen Erzeugen von Quellcode basierend auf einem ausführbaren Programm. Der gewonnene Quellcode hat in gewissen Grenzen Ähnlichkeit mit der Ursprungsfassung des Quellcodes, der zur Erzeugung des ausführbaren Programmes benutzt wurde. Wenn in diesem ausführbaren Programm zusätzlich noch Debuginformationen gespeichert sind, dann können oft sogar die vom ursprünglichen Autor verwendeten Variablennamen, Funktionsnamen und Module wieder zurückgewonnen werden. Verloren gegangen sind üblicherweise Kommentare, sowie die ursprüngliche Formatierung, da beide Informationen typischerweise nicht mehr im Compilat enthalten ist.

Die Dekompilierung von Java- und .NET-Programmen ist in der Regel unkomplizierter als die Dekompilierung von normalen Binary-Programmen, da diese Systeme relativ viele Informationen des Originalquellcodes mit in die Objektdatei übernehmen, vergleichbar mit der Debug-Version eines C- oder C++-Programmes. Insbesondere die Typinformation und die Namen von öffentlichen Bezeichnern bleiben erhalten. Der dekompilierte Programmcode ist jedoch nur funktional identisch mit der ursprünglichen Quelldatei.

Wurde das Programm hingegen mit einer Optimierungsoption des Compilers übersetzt und es sind keine Debuginformationen enthalten, oder es wurde gar mit einem Obfuscator verschleiert, dann kann der zurückgewonnene Quelltext in Einzelfällen bis zur Unbenutzbarkeit entstellt sein.

Aufgrund der genannten Einschränkungen eignet sich Dekompilierung eigentlich nicht, um verloren gegangene Quelltexte zu restaurieren. Diese sollten als kostbarstes Gut der Softwarehersteller ohnehin immer in vielfachen Sicherungen vorhanden sein. Unter normalen Umständen wird ein Programmierer niemals einen Decompiler einsetzen müssen. Bei sehr alter Software kommt es jedoch hin und wieder vor, dass die Ursprungsquellen verloren wurden oder sich auf Datenträgern befinden, für die keine passenden Lesegeräte mehr verfügbar sind. In den Anfangszeiten der elektronischen Datenverarbeitung war es außerdem eine weit verbreitete Unart, kleine Fehler durch patchen der Objektdateien zu beheben. Diese Fälle sind neben dem Rückentwickeln fremder Software die einzigen Ausnahmen, für die Decompiler zum Einsatz kommen.

• Assembler
• Disassembler
• Interpreter
• Linker
• Reverse Engineering zu rechtlichen Aspekten

(allesamt in Englisch)

• http://boomerang.sourceforge.net - Der Boomerang Decompiler ist ein Versuch, einen freien Mehrzweck-Decompiler zu entwickeln. Gegenwärtig kann er kleine Binarys (Intel x86 und SPARC) nach C übersetzen. Er ist unter einer BSD-artigen Lizenz verfügbar und läuft unter Unix und Windows.

• http://www.backerstreet.com/rec/rec.htm - REC (Reverse Engineering Compiler) von Giampiero Caprino. REC ist ein portierbarer Decompiler. Er liest eine ausführbare Datei und versucht eine C-ähnliche Repräsentation des Codes und der Daten des Programms zu erstellen. Der Sourcecode zu REC ist nicht öffentlich, aber das Programm kann für mehrere Plattformen kostenlos heruntergeladen werden.

• http://www.program-transformation.org/Transform/DeCompilation - Das DeCompilation Wiki diskutiert verschiedene Aspekte der Dekompilierung: Geschichte, Forschung, Mustersuche, die generelle Herangehensweise, Java-Decompiler (und warum diese so viel besser als Binary-Decompiler funktionieren) usw.

(Deutsch)

• http://www.java-decompiler.com - Übersicht über die verfügbaren Java Decompiler.