Quelltext aus compillierter exe wiederherstellen?

[Thorben86]

Hi, mich würd mal interessieren, ob ich aus ner mit Delphi compilierten exe-Datei den Quellcode irgendwie wiederherstellen kann, wenn man den source-code nit mehr hat. Die oberfläche brauch ich ja nit, kann ich ja nochmal machen, aber den quellcode will ich nicht nochmal von neu ausdenken.

[Manzoni]

lol. wenn das so einfach gehen würde wärs ja cool :-D du kannst versuchen mit nem decompiler reverse engineering zu betreiben, natürlich in assembler-code. wenn du's schaffst daraus wieder deinen delphi-code zu machen bist du schon ein echter 'hacker' :wink:

[Bernhard Geyer]

Aus einer Delphi-Exe (D1-D7) wirst Du maximal die Formular-Resourcen (DFM's) und den Quellcode auf Assembler-Ebene bekommen. Mit TD32-Info (Exe ca. 3-4 mal größer) könntest Du evtl. mehr herausbekommen (weiß aber nichts genaueres).

Mit D8 (und .NET IL-Code) ist es sehr einfach den Quellcode herauszubekommen (bis zu einem gewissen Grade), aber vermutlich willst Du den Quellcode eines Win32-Programms.

[Thorben86]

jo, is keine .net-anwendung

[Chewie]

Zitat:

Zitat von Bernhard Geyer

Mit D8 (und .NET IL-Code) ist es sehr einfach den Quellcode herauszubekommen

Wieso eigentlich? Bug oder Feature? Und krieg ich den Code dann in der Sprache, in der er geschrieben ist, oder kann ich z.B. ein in VB.NET geschriebenes Assembly in C#-Code decompilen?

[Luckie]

Vergiss es. Variblen sind nur noch Adressen im Speicher, der Code ist optimiert und in Assembler. Aber selbst, wenn du Assembler kannst, wirst du nur sehen was er macht, aber es nie wieder in eine Hochsprache bekommen. Ist ungefähr so, als wenn du Gehacktes halb und halb hast und wolltest daraus wieder das Rind und das Schwein machen. ;)

[Leuselator]

@Luckie: köstlicher Vergleich!

[Luckie]

Stammt aber nicht von mir. ;)

[celinaw]

@Lucky

Zitat:

Ist ungefähr so, als wenn du Gehacktes halb und halb hast und wolltest daraus wieder das Rind und das Schwein machen.

...den werd ich mir merken! :mrgreen: :mrgreen: :thuimb:

Gruß Celina

[BluesKid]

Delphi Decompiler / Source wiederherstellen

[Bernhard Geyer]

Zitat:

Zitat von Chewie

Zitat:

Zitat von Bernhard Geyer

Mit D8 (und .NET IL-Code) ist es sehr einfach den Quellcode herauszubekommen

Wieso eigentlich? Bug oder Feature? Und krieg ich den Code dann in der Sprache, in der er geschrieben ist, oder kann ich z.B. ein in VB.NET geschriebenes Assembly in C#-Code decompilen?

Schau dir mal Lutz Roeder's .NET Reflector an, um zu sehen was möglich ist bezüglich Wiederherstellung von Sourcecode. Dabei ist es egal in was für einer Sprache ein Programm geschrieben ist. Du kann ein C#-Code einfach nach Delphi-Code umwandeln.

Bug oder Feature? Es ist ein Feature (ähnlich dem Bytecode von Java). Du kannst aber etwas mit sogenannten Obfuscator-Tools dagegen unternehmen, welcher eine möglichst hohe Verschleierung des Codes durchführt (Variablennamen werden zu aaaaaaaab oder ähnlichen.

[Brüggendiek]

Hallo!

Zitat:

Zitat von Chewie

Zitat:

Zitat von Bernhard Geyer

Mit D8 (und .NET IL-Code) ist es sehr einfach den Quellcode herauszubekommen

Wieso eigentlich? Bug oder Feature? Und krieg ich den Code dann in der Sprache, in der er geschrieben ist, oder kann ich z.B. ein in VB.NET geschriebenes Assembly in C#-Code decompilen?

Feature, weil D8 das Programm in eine Zwischensprache umwandelt. Wenn diese Zwischensprache auch solche Kontrollstrukturen wie WHILE, REPEAT..UNTIL und FOR kann, ist natürlich ein Rückübersetzen (auch in eine andere Ausgangssprache) möglich.

Die klassischen Windows-Programme (.EXE) werden jedoch in Maschinensprache umgesetzt. Die kann nur GOTO und CALL - dadurch wird die Struktur des Originals verworfen. Luckies Hackfleich-Vergleich ist da sehr passend.

An der Umkehrcompilierung haben sich schon etliche Universitäts-Projektgruppen (Ruck Zuck PUC - Projektgruppe Umkehr-Compilierung) die Zähne ausgebissen - man muß ja versuchen, aus den Maschinenbefehlen (bzw. ihren Assembler-Entsprechungen) die Original-Struktur zurückgewinnen.

Im Prinzip kann man das Ganze rekonstruieren. Der Umkehrcompiler muß "nur" in der Lage sein, die Instruktionen zur Bereitstellung von Parametern bei Prozedur/Funktionsaufrufen zu erkennen und dann den Aufruf mit Parametern daraus zu erstellen. Man muß dann nur damit leben, daß man Variablennamen der Bauart I1, I2 etc. bei Integern hat und daß alles mit GOTO abläuft.

Aus

Delphi-Quellcode:

for lauf:=1 to 10 do
  unterprogramm(lauf);

oder

Delphi-Quellcode:

lauf:=1;
while lauf <= 10 do
begin
  unterprogramm(lauf);
  inc(lauf);
end

oder

Delphi-Quellcode:

lauf:=1;
repeat
  unterprogramm(lauf);
  inc(lauf);
until lauf>10;

würde dann ein Spitzen-Umkehrcompiler erzeugen:

Delphi-Quellcode:

i1:=1;
l1:
p1(i1);
inc(i1)
if i1<=10 then
  goto l1;

Der Rest ist dann Handarbeit.
Normalerweise erhält man allerdings Assembler - im absoluten Notfall kann ein Super-Programmierer (das wird TEUER!) vielleicht einen Fehler beheben.

Fazit: Ein Backup des Sources ist durch nichts zu ersetzen - außer durch mehrere Backups!

Gruß

Dietmar Brüggendiek