crackzzz

crackzzz (8 Beiträge, 144 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

hi.
hätte da mal ne frage.
wie baut man sich no cd cracks? rein von der technik her wär's interssant. soll nichth heißen dass ich mich einen erstellen möchte. ich möchte nur gerne wissen wie's funktionieren würde.
gibts da tools, bzw wie funktionierts?

Meistens mittels Re-engineering.

I will use Google before asking dumb Questions.
   Frei nach Bart Simpson

Zwei Dinge sind unendlich: Das Universum und die menschliche Dummheit, aber beim Universum bin ich mir noch nicht ganz sicher.
   Albert Einstein

Dreierlei Wege klug zu handeln: Durch Nachdenken, das ist der Edelste. Durch Nachahmen, das ist der Leichteste. Durch Erfahrung, das ist der Bitterste.
   Konfuzius

afaik wird der programmteil, der zb dafür zuständig ist, dass geschaut wird ob die cd drinnen ist (oder dass es die originalcd ist) gelöscht wird. also einfach mit notepad aufmachen und 2 zeilen löschen spielts leider nicht

Hi!

Re-engineering ganz kurz überrissen: Du nimmst ein Programm her, das die kompilierte .exe (oder .dll oder was auch immer) in Maschinencode (Assembler) übersetzt und diesen dann lesbar ausgibt.
Dann braucht man noch Programme, die bestimmte Ereignisse bzw. Operationen im System abfangen und anzeigen können.
Dann benötigt man noch ein Programm, das die .exe auch im Assembler-Code bearbeitbar macht.
Die Kombination aus diesen Programmen erlaubt es dem Geübten dann, den Assembler-Code derart umzuschreiben, dass ein Kopierschutz oder eine Meduimsabfrage umgangen werden kann.
Auf diese Art und Weise lassen sich auch die beliebten Keygens erstellen.

Früher war das noch recht einfach (ich erinnere mich an Need For Speed II und III, bei der man einfach nur die Abfrage nach der eingelegten CD "abschalten" musste), bei heutigen Mechanismen ist das nicht mehr ganz so simpel.

greetz

glockman

- Ich bin ein Geek und steh dazu -

This system is

Firmenkiste läuft...

wie ist bei firmware *.bin ?
brauch man die software von firma die das firmware gemacht hat ?
~~~~~~~~~~
Best Regards,

Nun, obwohl IMO Wissen niemals illegal sein kann weiss ich nun nicht, ob's so gern gesehen würde wenn hier jemand "Hacking 101" schreiben würde. Ist auch nicht notwendig, haben schon viele wesentlich bessere Leute als ich geschrieben. Aber mal in groben Umrissen...

Generell ist es relativ simpel. Heute mehr denn je. Die Kopierschutzmassnahmen sind ziemlich vereinheitlicht worden (gibt praktisch nur mehr CD-Check Routinen), die Programmierer müssen API-Calls verwenden (statt eigenen Code zusammenzubasteln), und vielfach wird überhaupt auf zugekaufte (=bekannte) Kopierschutzmassnahmen vertraut.

Dazu wird das ausführbare Programm in einen Disassembler geladen (bzw. je nach Kopierschutz muss es erst mal decodiert werden, was normalerweise in einem zugehörigen Loader passiert. Dazu gibt's inzwischen Tools (hab ich mal gehört...)). Heute gibt's Dis' von denen man vor 10 Jahren nur träumen konnte, dynamische, interaktive Debugger mit multiple nested Call tracking, Memorywatch und Stacktracer, die das Ganze fast zur Fingerübung machen. Worum Du trotzdem nicht 'rumkommst ist, Dir ein fundiertes Wissen um den Assembler des Prozessors anzueignen, für den das Programm geschrieben wurde. Für Windows ist das glücklicherweise nur eine Architektur, der Intel 80x86. Zusätzlich ein Buch mit den API Calls von Windows, damit Du auch weisst was da gecallt wird und welche Parameter was bedeuten, und was Du mit dem anfangen sollst das Du zurückbekommst, und in welchen Registern was steht usw.

Zuerst ist dabei rauszufinden wo Du überhaupt suchen musst. Üblicherweise geht man dazu her und sucht sich die interessanten API-Calls 'raus, und untersucht mal zuerst den Bereich rund um sie. D.h. welche Parameter werden reingesteckt, was holt man raus, wie wird danach verfahren. Anschliessend werden die entsprechenden bedingten Sprünge unbedingt gemacht (oder geNOPt, je nachdem ob das gewünschte Ergebenis damit erreicht oder vereitelt wird) und das Programm gespeichert.

Früher hat man anschliessend noch ein Stück Code geschrieben, das die entsprechenden Teile im Code modifiziert hat, d.h. einen "echten" Crack. Heute, da es eh schon wurscht ist ob man 6k oder 600k durch die Leitung jagt sind die meisten Cracker dazu zu bequem und schicken lieber die modifizierte .exe mit.

In kurz: Schwer isses nicht, nur muss man viel über das System wissen, für das man cracken will. Tools gibt es, ja, nur sind diese ohne Wissen auch wertlos, der beste Dis nutzt nix wenn man keine Ahnung von Assembler hat. Ein Tool der Art "hier anklicken und das Programm ist gecrackt" gibt es meines Wissens nicht. Obwohl, bei den aktuell benutzten "Kopierschutzmassnahmen" würd's mich nicht sonderlich wundern wenn's eines geben sollte.

Copy protection is' halt einfach nimmer was es mal war...

________________________________________________________________________
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to build bigger and better idiots. So far, the universe is winning.
--Robert Cringley

super beschrieben, meinen respekt
persönlich auskennen tu ich mich in dieser thematik zwar gar nicht, aber du hast es gut verständlich erklärt.

Nicht dass ich sonderlich viel wüsste.

Zumindest nix aktuelles.

________________________________________________________________________
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to build bigger and better idiots. So far, the universe is winning.
--Robert Cringley

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung