![[HaBo]](/styles/default/logoklein.png)
Neues Autoit Crackme =)
- Themenstarter Huggy
- Beginndatum
Nee aber jetzt wo Du es mir sagst. Zumeist geht das ja auch nicht(C++, Delphi) oder ist einfach nicht praktikabel. Wenn ich sehe wie AutoIt das mit dem 'Compileren' so macht ist das meiner Meinung ein Verpacken und Enpacken (vergleichbar mit einem Rar-Archive aus dem man im Nachgang auf noch eine SFX-exe macht).
Du sag mal hast Du eigentlich eine 'Musterlösungen'?
...was in der Art was hätte rauskommen sollen?
Oder zumindest eine Vorstellung wie man das 'richtigerweise' hätte Lösen sollen?
I
IsNull
Guest
Was soll das denn jetzt heissen? Was ist schon normal? Solange man die Regeln des Crackmeersteller nicht bricht, ist alles erlaubt.
*du könntest das ja das nächste mal in deine Bedingungen schreiben*
Aber deine Aufregung verstehe ich nicht wirklich. Ist doch ein sehr interessanter "Crack" von cw2k.
normalerweise
(<-das Thema war heut schon)OllyDbg is ein super Tool.
Aber bei AutoIt Scripten(*.au3) mit OllyDbg rumzukrebsen, um die Programmlogic zu erfassen. X(
Klar um den gepackt Scriptcode 'rauszuknacken', wenn man keine anderen Werkzeug zur Hand hat is durchaus sinnvoll. Spätestens wenn man aber das Script hat, hört der 'Nutzen' auf.
Auch bei Java *.Class files .NET Anwendungen, PowerBuild, Fox Pro, Flash... müssen andere Tools ran. Und nur wenn es die noch nicht gibt hilft OllyDbg die Spec?s als Bytecode Token oder dergleichen rauszufinden, mit deren Hilfe man dann sein 'Tool' selber baut.
Beim Text Script 'sitzt' du mit Olly eindeutig eine 'Ebene' zu tief. So als wenn du jetzt mal angenommen keinen Blassen von ASM hast, und im Prozessor irgendwelchen Testgatterschaltung rumdebuggst, um die Spezifikation der Asm Befehle(z.b. aus dem Microcode) zu erarbeiten.
Full ACK @ cw2k.
Selber schuld, wenn man sein Crackme in einer Sprache schreibt, die man dekompilieren kann. Zwar gibts da immer interessante Ausnahmen (erinnere mich an ivegotmails java-crackme ;]), aber im Endeffekt ist es Schwachsinn an so etwas mit einem "echten" Debugger ranzugehen.
IMHO ist es nich besonders schön mit "Fremdware" wie EXE-Packern oder Obfuscation sein Crackme schwieriger zu machen.
Selber schuld, wenn man sein Crackme in einer Sprache schreibt, die man dekompilieren kann. Zwar gibts da immer interessante Ausnahmen (erinnere mich an ivegotmails java-crackme ;]), aber im Endeffekt ist es Schwachsinn an so etwas mit einem "echten" Debugger ranzugehen.
IMHO ist es nich besonders schön mit "Fremdware" wie EXE-Packern oder Obfuscation sein Crackme schwieriger zu machen.
ACK. Eine VM zu debuggen um Programmlogik zu verstehen macht keinen Sinn bzw nur sehr wenig Spass. Man schaut praktisch zu, wie auf einer Ebene eine zweite komplett simuliert wird. Ich bezweifele, dass jemand wirklich Lust hätte, auf diese Weise hinter die Logik zu kommen, auch wenn AutiIt nicht den Umfang von Java hat. Ich dachte hier eher, dass jemand mit ein paar (eigenen) Tools und etwas Handarbeit das rumgexore im Script zumindest Stringmäßig rückgängig machen würde - nur den Umfang wie von cw2k betrieben, hätte ich nicht erwartet.
Außerdem sind wir hier nicht im AutoIt Forum - wir müssen hier nichts schön reden
D.h ob es moralisch vertretbar ist, Scripte zu decompilieren ist hier nicht die Frage und die Streitigkeiten in diese Richtung werden zu nichts führen, daher bitte ich diese auch zu unterlassen.Sonst kann man auch Olly/Reflector(.NET)/Java-decompiler Autoren anschwärzen
.