Seite 4 von 4
Verfasst: 07.09.2007 17:18
von hardfalcon
"Einfache" CrackMes knacken würde ich mir durchaus zutrauen...
Ein CrackMe zu erstellen aknn ja soooo schwierig auch nicht sein...
Wenn man genügend !JMPs bzw. Gotos einsetzt, und auch ansonsten nicht alles mit Klartextstrings macht, hat man doch schon ein CrackMes, das es zumindest blutigen Anfängern nicht allzuleicht macht...
Lange Rede, kurzer Sinn: Ich bin dabei!
Verfasst: 07.09.2007 17:25
von Sebe
Ich überlege mir derzeit, die Competition auf mehrere Communities auszuweiten. Gerade im .Net/Java Bereich wäre es doch interessant, Lösungsansätze für die Bytecode Kompilate zu sehen. Da kein festes Thema vorgegeben wird, kann man sicher mit jeder Sprache ein ordentliches CrackMe erstellen.
Verfasst: 07.09.2007 18:11
von legion
Wenn es um eine EXE bzw. DLL geht bin ich dabei !
Jetzt noch die Frage ?
Mit Schutz (Armadillo.. oder so) oder ohne Schutz ?
Lg. Legion
Verfasst: 07.09.2007 18:12
von a14xerus
ich könnte auch ein Crack-me erstellen, aber selber cracken, nich
Verfasst: 07.09.2007 18:27
von Thorium
legion hat geschrieben:
Mit Schutz (Armadillo.. oder so) oder ohne Schutz ?
Also ich würde sagen nur selbstentwickelter Schutz. Ist ja sonst witzlos.

Verfasst: 07.09.2007 18:29
von Sebe
Natürlich nur selbstentwickelte Sachen. Es soll ja was zu lernen geben.
Verfasst: 07.09.2007 18:36
von legion
OK ! Dann ist die ganze Sache natürlich leichter.

Verfasst: 14.09.2007 05:46
von Thorium
Sebe hat geschrieben:Ich überlege mir derzeit, die Competition auf mehrere Communities auszuweiten.
Gibts schon was neues? Haben andere Comms Intresse gezeigt?
Sebe hat geschrieben:
Gerade im .Net/Java Bereich wäre es doch interessant, Lösungsansätze für die Bytecode Kompilate zu sehen. Da kein festes Thema vorgegeben wird, kann man sicher mit jeder Sprache ein ordentliches CrackMe erstellen.
Hm, bei .Net/Java muss man schon tief in die Trickkiste greifen. Ich denke da währe eine Sache sinnvoll, welche ich in mein CrackMe implementieren will. Und zwar eine eigene VM um gewisse Operationen zu virtuallisieren. Das hat 2 nette Effekte. Erstens wird es sehr viel schwieriger aus dem Code schlau zu werden, zweitens kann man ihn nicht mehr so ohne weiteres Patchen. Wenn man den Code patcht, patcht man ja die VM, wodurch dann andere Programme, die durch die VM laufen nicht mehr richtig funzen würden. Da muss man schon die Opcodes der VM rausfinden und die VM-Programme dann selbst disassemblieren. Das kostet Zeit.

Verfasst: 14.09.2007 15:03
von Sebe
Ich hab noch nicht rumgefragt. Bin zur Zeit etwas überlastet. Studienfinanzierung, Opa mit Zungenkrebs, etc.
Aber ich werd mich baldmöglichst darum kümmern, dass was zustande kommt
