D2010 - RTTI- Komplettes Reverse Engineering möglich?

[Ralf Kaiser]

Halli Hallo,

Ist es eigentlich mit den neuen RTTI-Funktionen auch möglich den Code von Methoden zu rekonstruieren?

In .NET gibt es ja die Möglichkeit ein Programm, wenn es nicht "obfuscated" wurde, z.B. mit der Software "Reflector" komplett wieder herzustellen. Dabei lassen sich mittles "Reflector" auch fertig compillierte Programme öffnen und analysieren.

Geht das mit der neuen RTTI jetzt auch? (zumindest an das Analysieren fon fertigen Exen kann ich bei Delphi nicht so recht glauben...)

Leider habe ich (noch) kein D2010 und meine Trial ist bereits abgelaufen, kann also selbst nicht testen was da alles möglich ist.

Ciao,
Ralf

[Bernhard Geyer]

Es wäre mir neue wenn der D2010-Compiler in eine IL (Intermediate Language) Kompiliert und diese dan per JIT zu laufzeit übersetzt.
Du bekommst den Code immer noch nur als Assemble per Reverse Enginieering zu gesicht.

[himitsu]

Ich würde aber zumindestens erwarten, daß wenn man mit diesen neuen Infos Reverse Engineering betreibt, daß dan zumindestens etwas noch brauchbarere Ergebnisse entstehen.

Klar, aktuell macht es ja ja probleme den Codeoptimierten Inhalt (Quellcodes) der Prozeduren aus dem ASM zu rekonstruieren,

Aber es gibt doch jetzt viel mehr Debuginformationen und auch auch der Aufbau von Typen/Klasen ist viel detailierter, daß sich zumindestens an einigen inzwischen wohl zumindestens genauer sagen läßt was ein welcher Stelle liegt.

[mschaefer]

Das ist auch gut so!

Der Investitionsschutz ist gerade das Argument für die Anschaffung und das Arbeiten mit Delphi.
Wenn Sie den Exe-Analysator gleich mitliefern, dann kaufe ich jedenfalls kein Delphi mehr . . .

Grüße in die Runde // Martin

[mkinzler]

Dann fallen aber alle Sparchen flasch, welche RTTI unterstützen ( .Net/Java dann sowieso)

[Ralf Kaiser]

Zitat:

Zitat von Bernhard Geyer

Es wäre mir neue wenn der D2010-Compiler in eine IL (Intermediate Language) Kompiliert und diese dan per JIT zu laufzeit übersetzt.

Darum hatte ich ja auch geschrieben, dass ich nicht glauben kann, dass man das selbe wie mit Reflector unter .NET bei Delphi erreichen kann... :wink:

Aber wäre es denn im Prinzip möglich aus einer fertigen Exe zumindest Klassennamen, Methodennamen oder Proertynamen (also nicht den Code) auszulesen? In einem solchen Fall sollte man seine Auswertung für Lizenzinformationen eventuell nicht unbedingt "DecodeRegistrationNumber()" nennen. :wink:

[Bernhard Geyer]

Zitat:

Zitat von mschaefer

Der Investitionsschutz ist gerade das Argument für die Anschaffung und das Arbeiten mit Delphi.
Wenn Sie den Exe-Analysator gleich mitliefern, dann kaufe ich jedenfalls kein Delphi mehr . . .

Falls noch mehr möglich ist wird ein Delphi.Win32 Obuscator nötig ...

[Ralf Kaiser]

Zitat:

Zitat von mkinzler

Dann fallen aber alle Sparchen flasch, welche RTTI unterstützen ( .Net/Java dann sowieso)

Bei .NET fand ich das schon ziemlich erschreckend (mit Java hab ich es nie ausprobiert). Da habe ich mal (nur als Test) aus den fertigen Assemblies unserer Webanwendung den Quelltext komplett wieder hergestellt. Mit Reflctor kann man dabei sogar die Programmiersprache wählen die als Ausgabe dienen soll.

Gut, bei einer Webanwendung hat man sowieso ein Sicherheitsproblem auf dem Server wenn jemand an die Assemblies drankommt, dann ist das dekodieren nur ein Folgeproblem. Aber bei Desktop-Apps... (dafür gibt es dann die Obfuskatoren)

[Daniel]

Für ein Release hat man auf jeden Fall die Möglichkeit, mittels der folgenden Direkive die Generierung der RTTI-Informationen abzuschalten:

Delphi-Quellcode:

{$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}

weitere Infos hierzu:
http://docwiki.embarcadero.com/RADSt...ctive_(Delphi)

[himitsu]

Zitat:

Zitat von Daniel

Für ein Release hat man auf jeden Fall die Möglichkeit, mittels der folgenden Direkive die Generierung der RTTI-Informationen abzuschalten:

Man kann auch die vcPublished abschalten.

Oder werden da doch nur die neuen Funktionen deaktivert und die "alten" Listen existieren noch?
Die ganze VCL baut doch darauf auf, daß man da einiges auslesen kann (für die Serialisierung/Speicherung unc Co.)

Ich hoffe es jetzt aber mal so verstanden zu haben, daß nur das Neue dann weg ist. :stupid:

[Chris.R]

Hallo,

@himitsu:
Ich denk schon, dass du das richtig verstanden hast. Bei Embarcadero steht:

Zitat:

The $RTTI directive is used to control the amount of extended RTTI

Also sollte es sich nur auf die Extended RTTI beziehen.

Ciao Chris

[himitsu]

Na da isses gut :angel:

Hat denn schonmal jemand diese Schalter ausprobiert?

Also was mich interessieren würde:
Arbeitet dieser {$RTTI ...}-Schalter global oder nur in der Unit, wo er deklariert ist?

[mschaefer]

Moin, moin,

Zitat:

Zitat von mkinzler

Dann fallen aber alle Sparchen flasch, welche RTTI unterstützen ( .Net/Java dann sowieso)

Jaein!
Für Programme im Eigenvertrieb ist das genau so! Bei Anwendungen in Kundenauftrag spielt das keine Rolle,
aber hier ist der Kunde der Lizenzpartner für die Entwicklungstools und ich eher der "Scharuber" der die
Software mitplant und nach Vorgaben entwickelt. Bei Inhouseanwendungen ist das meistens irrelevant.

Grüße // Martin

[Zacherl]

@himitsu: Soweit ich das gesehen habe, leider nur lokal. Das heißt, wenn du die extended RTTI komplett deaktivieren willst, musst du in alle RTL und VCL Units von Delphi diese Direktive inkludieren und dann alles neu builden.

[himitsu]

Das leider ist für mich jetzt erstmal gut X'D

so kann man dieses in seinen selbstprogrammierten Komponenten/Units gezielt abschalten, ohne gleich die ganze Application zu beeinflussen :angel: