Hab mal ein kleines Programm geschrieben, was Konsolenanwendungen die in Delphi geschrieben sind verschlüsselt (im moment nur exe XOR verschlüsselung)

aber das war nicht das hauptsächliche problem, schwieriger war es einen "Loader" vor die eigentliche exe zu schreiben die aber selbst verschlüsselt ist.

Es funktioniert im moment leider nur für Konsolenanwendungen, aber ich baue das später aus
Wollte einfach nur mal so testen wie gut meine Assemblerkenntnisse sind.


- die erstellte exe hat keine Import Tabelle mehr, das heißt man kann nicht einfach schaun welche funktionen importiert werden
- der ganze code ist durch eine xor verknüpfung verschlüsselt, d.h. man kann den code nicht direkt in der exe abändern

mal schauen ob ich später vielleicht noch ne komprimierung hinzufüge die exe die verschlüsselt wird, wird ca. 4kb größer

die exe selber ist ebenfalls mit dem crypter verschlüsselt, da es noch ne alpa version ist kann es sein das es bei manchen von euch crashed, aber ich würde mich freuen wenn der ein oder andere das mal testet

Hab mal ein update gemacht, es wird jetzt teilweise die VCL unterstützt
Ein Beispiel ist auch dabei!

Ausserdem hab ich die verschlüsselung geändert und paar bugs gefixt

und noch ein update (bugs gefixed) + beispiel

Habe mal ein altes programm von mir mit meinem execrypter verschlüsselt
man kann sich ja mal mit nem hexeditor anschaun wie die verschlüsselte datei aussieht

wäre nett wenn ihr schreiben könntet ob die versclüsselte exe ohne probleme startet

Startet auf jeden Fall... aber ist die jetzt sooooo sicher? Die Anweisungen, den Loader zu entschlüsseln müssen ja mit einen Disassembler leicht zu lesen sein... dann bekommt man den Code zur Entschlüsselung des Hauptteils (ab Offset 0x0A00) und dann kann man das auch selbst entschlüsseln. Kenne mich mit Assembler nicht aus, wenn aber einer in ner Exe rumfuhrwerken will, kann er das bestimmt Außerdem vermisse ich das Icon *schmoll*

klar is im moment noch nichst sicheres, kommt bald antidebugger schutz etc rein, und icon adde ich auch noch

und nochmal ein update

- jetzt wird die datei nicht nur verschlüsselt sondern auch komprimiert, d.h. die exe die erstellt wird ist sogar kleiner als die ausgangsexe
- es wird das original icon der exe übernommen sofern dies ein 766 bytes groß ist (32*32 / 256 farben) wenn nicht wird ein anderes icon benutzt was in der exe gefunden wird oder das standart execrpyter icon

Mmmh, das scheint ja wirklich zu funktionieren^^

Nachdem bei mir gerade 2 Dateien unbrauchbar geworden sind, hat es plötzlich geklappt.
Also so ein Analyse Programm (Peid 0.93) zeigt bei anderen packern wenigstens noch ein paar informationen über die Datei an.. jetzt wird nix mehr angezeigt

Nettes Programm

Gruß Felix

ich versuch das alles noch zu fixen, bei meinen programmen funzt das eigentlich immer, ich weiß aber leider net worans liegt das es manchmal net klappt aber ich teste mal rum

man sollte aber auf ne zusätzlichen resource verzichten weil darauf kann nicht zugegriffen werden (jedenfalls noch nicht)
desweiteren sollte man versuchen getmodulehandle(0) zu benutzen das gibt nähmlich (noch nicht) den wirklichten modulhandle zurück

habs mal neugeschrieben

www.uall.info/files/execrypt%20public.exe

und es gab nochmal nen update
jetzt mit zufall crypten d.h. jedes mal "sieht" die exe anders aus wenn crypted

Hi,
ich hab mal dein Tool getestet und einen Bug gefunden...

Ich habe meine Anwendung mal mit der execrypt1.3 unter WinXP verschlüsselt.
Bei mir läuft die Anwendung dann ohne Probleme.
Mein Kollege hat allerdings Windows 2000 und da sind lauter Optische Fehler
in der Anwendung:

- Button Beschriftungen fehlen teilweise (TButton)
- Mauszeiger wird über einer Grafischen Komponente zu einem Schwarzen Quadrat. (TImageENView)

Achso, die EXE hatte ich vorher mit UPX 1.25 gepackt, vieleicht liegt es ja
auch daran
Ohne Execrypt läuft die UPX gepackte Anwendung ohne grafische Fehler.

grüße
Sebastian