Programm zum knacken

[negaH]

@Assebad:

Zitat:

@Hagen: Kann es sein, dass dein Programm nen Flaw hat??? Nur so, ich verrate erstmal nix weiteres

Ach komm schick mir wenigstens ne PN. Aber eigentlich, nicht das ich wüsste. Habe mir viel Mühe gegeben. Damit du das besagte Form zu Gesicht bekommst musst du es entschlüsseln können. Der Code dazu sammt 256 Bytes Passwort ist verschlüsselt. D.h. einfach mal ein JNZ wegpatchen ist nich, nee leider nich drinnen :)

Achso, beim tracen des polymorphen Verschlüsselungscodes müsst ihr aufpassen das ihr einen guten Debugger nutzt. Passt auf die CARRY's auf, die ändern das Verschlüsselungsresultat. Ein Debugger der nicht sehr vorsichtig auf die Processorflags aufpasst könnte somit selber die Verschlüsselung verändern :)

Gruß Hagen

[Assarbad]

Hehe ... habe eh nicht vor es zu knacken. Fuer 100 EUR ist mir die Zeit einfach zu schade. Zumal ja keine Garantie auf Erfolg besteht. Das was du oben beschrieben hast, ist exakt das was ich zT vermutet und zT schon rausbekommen habe. Deshalb passe ich schon vorher ;)

[Illuminator-23-5]

hi!
ich hab da mal so 'n bisschen rumgestöbert und hab mal versucht, so was rauszufinden. leider hab ichs nicht geschafft
(wie macht ihr das???)
deshalb hab ich mir gedacht, ich geh auf die andere seite und mach auch mal so ein programm.
es is auch eine serial,
viel spaß beim probieren
(ich glaub es ist ein bisschen schwierig)

[negaH]

Ok, ich gebe zu meine Demo ist echt hinterhältig.

1.) sollte sie nur EINE Serial zulassen, was demzufolge einem Verschlüsselungsalgorithmus mit einem Passwort entspricht. D.h. nicht das ich dies nicht ändern könnte. Es wären also auch mehrere Serials als Passwörter möglich ohne die jetzige Sicherheit zu reduzieren.

2.) für jedes System das nur softwarebasiert arbeitet kann man sagen das es 100%'tig knackbar sein muß.

3.) jedes System das einbruchssichere Hardware benutzt, und korrekt konzipiert wurde, kann man beweisen das es 100%'tig sicher sein muß.

4.) die Demo entschlüsselt ihren ausführbaren Code mit dem Serialkey. Dieser Code lädt die verschlüsselte Resource des TForm2 und erzeugt es. Der dafür nötige Schlüssel ist 256 Byte groß und absolut Zufällig. Er steht im Codesegment an erster Stelle des verschlüsselten Codes zur Erzeugung des TForm2. D.h. 256Bytes = 2048Bits = 2^2048 verschiedene Schlüssel und somit ist eine Bruteforce Attacke auf die DFM von TForm2 absolt ausgeschlossen. Gleichzeitig dienen diese 256 Bytes als Zufallsmuster um den eigentlichen TForm2-Erzeugungscode zu schützen. Da ja dieser Key + dem TForm2 Code ebenfalls durch die Serial verschlüsselt wurde.

Wird eine Serial eingegeben so wird nun dieser DFM Key + der Code zur Erzeugung des TForm2 entschlüsselt. Danach wird, egal ob der Key korrekt war oder nicht, dieser entschlüsselte Code aufgerufen. Asserbad, ich nehme mal an das dein Debugger/EXE des öfteren abgekackt ist. Tja, ohne richtige Serial ?! Soll heissen, mit falscher Serial wird inkorrekter Code erzeugt der natürlich zum Absturz führen kann. Ok, an eurem System wird nichts kaputt gehen, dazu habe ich einen harten SEH reingebaut.

5.) der Verschlüsselungsalgorithmus selber ist mein PMC = Polymorph Cipher. Er erzeugt sich ständig veränderlichen Maschinencode der als Verschlüsselungsalgorithmus dient. Der Key und die Message bestimmen also mit welchem Code verschlüsselt wird. Jeder 32 Bytes Message Block wird durch einen anderen 8Kb-128kb Maschinencode ent/verschlüsselt. Die DFM Resource von TForm2 ist 16Kb / 32 * (8Kb + 256 *4) ~4.5Mb Verschlüsselungscode. Wird also die 16Kb DFM Resource entschlüsselt so produziert der PMC 4.5 Mb Maschinencode um diesen zu entschlüsseln. Deswegen meinte ich "happy-tracing".

6.) ich erzähle es euch hiermit, so daß ich nicht dafür verantwortlich bin wenn ihr später die verlorene Zeit bereut.

7.) gebe ich euch einmal diese Serial dann ist der komplette Schutz hinüber. Soll ein Softwarebasierter Schutz 100%'tig sicher sein, dann dürft ihr niemals eine Serial rausrücken. Ansonsten wird der Cracker die Serial nehmen, das Program starten, den entschlüsselten Codeteil übertragen und dort die Abfragen deaktivieren. Er baut also eine Kopie der Software die ohne Serial und Veerschlüsselung arbeitet.

8.) das Passwort ist "DP Test 1 für Anti-Cracking by negaH" ohne Hochkommata.

Gruß Hagen

[Luckie]

Warum so schnell die Lösung? Kalte Füße bekommen? :mrgreen:

[Assarbad]

Jo ... ich wollte schon fast ein Brute-Force-Proggy schreiben ... is ja kein Problem ;) ... Allerdings dachte ich, dass der Schluessel noch laenger ist. Das haette Jahre gedauert, daher entschloss ich mich dagegen und habs einfach fallengelassen ;)

Gib mal 5mal eine 1 ein ... dann kackt dein Programm ab :mrgreen: ... sowas kann u.U. ein Hinweis auf das Passwort sein. Das meinte ich mit Flaw.

[negaH]

Also wenn du willst ich stelle dir gerne ne neue Version zur Verfügung.
Aber mal ehrlich. Es ist nicht an euch mir zu beweisen das meine Arbeit unsicher ist sondern es wäre an mir EUCH zu beweisen das es sicher sein muß. Warum sollte ich also euch die Zeit stehlen.

Wie gesagt ich bin gerne bereit eine neue Version zu bauen, auch mit Merhfach-Serials usw. Aber ich bin dann nicht für eure Zeitverschwendung verantwortlich. Wer sich also die 100 Euro gerne verdienen will, ich stehe zu meinem Wort. Baut mir einen KeyGen für obige Demo die mehr als 2 verschiedene und gültige Serials erzeugt und die 100 Euro sind euch. Der Serial darf maximal 1024 Zeichen lang sein.

Gruß Hagen

[Luckie]

Ich lehne dankend ab. Ich weiß, wo meine Grenzen sind, bzw. wann ich eine faire Chance habe sie etwas weiter rauszuschieben. Könnten wir das Thema in fünf Jahren noch mal aufgreifen? :?

[negaH]

@Asserbad:

Zitat:

Jo ... ich wollte schon fast ein Brute-Force-Proggy schreiben ... is ja kein Problem ... Allerdings dachte ich, dass der Schluessel noch laenger ist. Das haette Jahre gedauert, daher entschloss ich mich dagegen und habs einfach fallengelassen

Die Schlüssellänge ist eigentlich unbegrenzt. Jede beliebige Schlüssellänge wird beim PMC gewichtet eingearbeitet. Da er intern mit zwei Zufallsgeneratoren zusammenarbeiten, wobei die 2^2038 und 2^128 Bits Period haben wäre eigentlich ein Key mit mehr als 256 Bytes wenig sinnvoll. Bedenkt man das heutige Cipher mit 128-256 Bit Schlüsseln arbeiten, so sind 2048bits schon ein Unterschied. Brute Force ist hier absolut sinnlos, besonders da der PMC echt Arsch langsam ist (für Geschwindigkeit habe ich ihn nicht entwickelt).

Zitat:

Gib mal 5mal eine 1 ein ... dann kackt dein Programm ab ... sowas kann u.U. ein Hinweis auf das Passwort sein. Das meinte ich mit Flaw.

Nee. Ich hätte eine Überprüfung ob der Code korrekt entschlüsselt wurde reinbauen können. Aber an Hand dieser Überprüfung hätte ich dir ja Zuarbeit gemacht :) Über den SEH, also einem Try Except Block in asm habe ich dies abgefangen. Allerdings selbst ein so harter SEH fängt im Win2k nicht jede Ausnahme ab. Bei mir ist die Anwendung auch terminiert. Dies war also beabsichtigt :) Sorry.

Gruß Hagen

[Assarbad]

Da lehne ich doch dankend ab und begebe mich in mein Schlafgemach :mrgreen:

Viel Erfolg bei der Suche nach einem Dummen. Dem Ganzen muesste naemlich erstmal ne eingehende kryptographische Analyse (vorzugsweise eines Mathematikers) vorausgehen. Ansonsten geht es wahrscheinlich nur Brute-Force. Und das ist eben kein Keygen. Du willst ja bloss billig ueberpruefen lassen, ob der Code sicher ist ;)

Nachtrag: Das als gewollt hinzustellen ist ja ganz nett, aber es ist ein Fehler ;) ... da hilft kein Jammern. Und bei nem Anwender der sich vertippt, koennte dies zu einiger Verwunderung fuehren ;)

BTW: Wenn einmal entschluesselt dann unsicher, das war mir klar :)