Datenverschlüsselung

[Fluid Byte]

Folgendens, ich habe eine Ansammlung von Dateien wie z. B. Sounds, Musik oder Grafiken die ich zu einem einzelnen, speraten Datenpacket zusammenschnüre. Dann wird diese Datei mit einem 64-Bit key verschlüsselt (wie ich das mache sei mal dahin gestellt).

Jetzt ist die Frage wie würde ein Hacker hier vorgehen? Würde er versuchen sich auf die Datei zu konzentrieren und den Schlüssel zu ermitteln oder würde er statt dessen die Stelle in der zugehörigen Anwendung patchen die den Schlüssel überprüft bzw. den Anwedungsspeicher auslesen?

Ich überprüfe den Schlüssel nicht mit einer IF/THEN Anweisung sondern übergebe ihn als Parameter an eine Prozedur falls das von Bedeutung ist. Wenn jemand Interesse hat kann ich auch eine Demo zubasteln die derjenige dann versuchen kann zu cracken.

[ts-soft]

>> sondern übergebe ihn als Parameter an eine Prozedur
Das sollte dann aber leicht zu knacken sein
Das ermitteln eine Procedure Parameter sollte mit jedem Debugger schnell
erledigt sein.

[Fluid Byte]

Das bedeuted was? Es ist also einfacher die Anwendung zu patchen anstatt die Datei zu bearbeiten? Und wenn nicht als Parameter wie dann?

[PureLust]

Das bedeuted was? Es ist also einfacher die Anwendung zu patchen anstatt die Datei zu bearbeiten? Und wenn nicht als Parameter wie dann?

Vielleicht als Global ... und dann wenn möglich noch in mehrere Teile geteilt.
Aber ein cracken wirst Du wohl nie verhindern können.
Ist halt immer die Frage, ob das "Objekt der Begierde" es den Crackern wert ist ihre Zeit dafür zu investieren.

[Fluid Byte]

Vielleicht als Global ... und dann wenn möglich noch in mehrere Teile geteilt.

Bin für jede Hilfe dankbar aber ein Beispiel wäre gut bzw. eine Erklärung in wie fern das den Crackvorgang behindern / erschweren würde.

Ist halt immer die Frage, ob das "Objekt der Begierde" es den Crackern wert ist ihre Zeit dafür zu investieren.

Das steht wohl außer Frage und ist auch nicht nötig zu erwähnen aber wenn alle resignieren würden und gänzlich auf Sicherheit verzichten dann kann man seine Programme auch gleich umsonst verteilen.

[ts-soft]

Uncrackable gibts nicht. Alles nur eine Frage der Zeit oder
Kenntniss.
Wenn Du daran Deine Zeit ver(sch)wenden möchtest, dann Splitte
alles, schiebe es sinnlos hin und her, man darf Deiner logik nicht
folgen können.Den Parameter in vielen Teilen an versch. Proc
übergeben und irgendwo zusammensetzen.

Verderbe den Hackern einfach den Spaß

[Fluid Byte]

Tjoa, ich verstehe von Verschlüsselung soviel wie von Suaheli..., nüx!

Ein paar Beispiele oder Quellen die mir einige Grundtechnicken aufzeigen wären extrem hilfreich, nicht wahr?

Ich meine das Problem ist das ich kein Hacker bzw. Experte in solchen Dingen bin von daher weiss ich auch nicht wie man hier vorgehen sollte.

[ts-soft]

Ich auch nicht, viellleicht mal Dein Programm mit OllyDebug verfolgen
und dann sehen, was leicht erkennbar ist.
Evtl können Dir Deem2031 oder Edel helfen. Sehr viele wirds wohl nicht
geben, die sich da ein bissel auskennen.

[PureLust]

Ich auch nicht, viellleicht mal Dein Programm mit OllyDebug verfolgen

Wo Du gerade vom Debuggen sprichst:
Gibt es auch Programme, mit denen man nachvollziehen kann welche API-Routinen ein fremdes Programm aufruft - eventuell auch noch mit welchen Parametern (ist OllyDebug so eins)?

(Hintergrund: VB kennt ja eine Gadget-Z-Order und hat zudem auch noch ein perfektes Redrawing was diese Geschichten angeht.
So funktioniert z.B. ein Button über einem Edit-Gadget und wärend des Editierens im Edit-Gadget bleibt der Button sauber oben auf (egal wie absurd dieses Beipiel jetzt mal ist).
Da aber auch VB nur mit Wasser kocht wollte ich mal nachverfolgen wie die das machen und versuchen dies in PB zu realisieren.)

[ts-soft]

Da hilft Dir OllyDebug aber nicht viel. InvalideRect_, UpdateWindow_ usw.
Bei jedem Pfurz alles im Callback in der richtigen Reihenfolge neu Zeichnen.
Ich sehe dabei nur Nachteile (Geschwinigkeit usw.) Wie nannte es einer:
sich überlappende Gadgets . Wer so programmiert