Hackerboard Wiki HaboBlog
Hackerboard bei Facebook Hackerboard bei Google+ Hackerboard bei Twitter

[HaBo]

 
Cryptography & Encryption Ver- und Entschlüsselung, Algorithmen, Kryptoanalyse ? Kryptographie in der Praxis. Blowfish, Triple-DES, XOR u.a.

Ansatz zum Erkennen des Algos

Diskussion: Ansatz zum Erkennen des Algos im Forum Cryptography & Encryption, in der Kategorie Security Area; Anzeige Mahlzeit! Hab jetzt endlich mal nen guten Grund gefunden mich zu reggen, statt immer als Gast mitzulesen *g* Also ...

Antwort
Alt 26.04.06, 23:13   #1 (permalink)
 
Registriert seit: 26.04.06
Ypsiix Leistung: Facit NTK
Likes: 0
Standard Ansatz zum Erkennen des Algos

Anzeige

Mahlzeit!
Hab jetzt endlich mal nen guten Grund gefunden mich zu reggen, statt immer als Gast mitzulesen *g*

Also ich habe hier ein paar Chiffrate und ihren vermutlichen Klar"text":

Code:
Chiffrat => Klartext

(Unbekannter Schlüssel Nr 1)

fce88447f6a720ad => 2
2aa0970166db6707 => 4
5c7797aa285d773d => 5
de8a9d84e3e78c7d => 6
cb46a357f3edbe67 => 7
91b8f6b0e4d8c008 => 8
6d3b920f4f92b544 => 9

(Unbekannter Schlüssel Nr 2)

c55943abaed90769 => 1
fa2f73797b3af1b7 => 2

Also dass das ganze Hex ist und immer 16 Byte ist mir auch klar, allerdings habe ich wie gesagt keine Ahnung wie ich da weiter drangehen soll. Hab mit CrypTool ein wenig rumgespielt und bin zu keiner für mich weiterverwertbaren Information gekommen. Umrechnung in ASCII etc hat mich auch nicht weitergebracht, ich weiß lediglich, dass es kein Hashwert etc sein kann, da die Chiffrate problemlos und schnell wieder entschlüsselt werden können; dürfte also auch von der benötigten Rechenleistung zum Entschlüsseln kein sehr großer Aufwand sein, wenn man denn erstmal weiß worum es sich hier handelt.

Also wie geht ihr an sowas ran, habt ihr das im Kopf bzw irgendwo dokumentiert "ah, das macht das ganze immer zu 16 Byte Codes, das muss XY Algo sein, oder wie empfehlt ihr mir da ranzugehen?
Schonmal Danke für die Denkanstöße!
Ypsiix ist offline   Mit Zitat antworten
Alt 27.04.06, 17:02   #2 (permalink)
Moderator
 
Benutzerbild von Elderan
 
Registriert seit: 30.03.04
Elderan Leistung: 8086
Likes: 14
Standard RE: Ansatz zum Erkennen des Algos

Zitat:
Original von Ypsiix
fc e8 84 47 f6 a7 20 ad
[....]
Also dass das ganze Hex ist und immer 16 Byte ist mir auch klar
Also für mich sind die Hashwerte nur 8 Byte lang.


Zitat:
dass es kein Hashwert etc sein kann, da die Chiffrate problemlos und schnell wieder entschlüsselt werden können;
Naja das sagt aber gar nichts aus.
Es gibt viele Hashverfahren, die gar nicht das Ziel haben, dass man diese nicht mehr entschlüsseln kann.
Nimmt man z.B. die CRC-Prüfsumme, so kann man diese leicht "entschlüsseln", also einen Text mit der gleichen Prüfsumme sehr schnell finden.
Die Prüfsumme dient nur zur Überprüfung auf Integrität, und ggf. zur rekonstruktion von kleinen Fehlern.

Oder MD4, der als kryptographisch sichere Hashfunktion geplant war, lässt sich auch realtiv schnell knacken, trotz 128 Bit

Zitat:
dürfte also auch von der benötigten Rechenleistung zum Entschlüsseln kein sehr großer Aufwand sein, wenn man denn erstmal weiß worum es sich hier handelt.
Also eine Quersumme ist auch eine Hashfunktion, dennoch lässt sich sehr schnell:
f(n') = f(n) mit n !=n'
finden (einfach f(n)-einsen benutzen).

Und zu den Keys, das kann ggf. auch ein Salt oder das ganze ist eine MAC.

Zitat:
"ah, das macht das ganze immer zu 16 Byte Codes, das muss XY Algo sein, oder wie empfehlt ihr mir da ranzugehen?
Also das beste währe, wenn du mehr Infos darüber bekommen würdest, woher die Daten stammen.

Sonst wird es schwer, denn es gibt doch einige Blockalgorithmen mit 64 Bit Blockgröße.
Elderan ist offline   Mit Zitat antworten
   
HaBOT
 
- Anzeige -

Werbung ist gerade online    
Alt 27.04.06, 17:34   #3 (permalink)
Themenstarter
 
Registriert seit: 26.04.06
Ypsiix Leistung: Facit NTK
Likes: 0
Standard

ups, ja sind 8 byte *in ecke verkriech*

Danke Elderan


Das es kein MD4/5 etc Hashwert ist habe ich daraus geschlossen, dass ggf. dutzende Entschlüsselungen in einer Sekunde vorgenommen werden können, von einem einzigen Server.
Als Beispiel können mindestens mehrere Tausend Entschlüsselungen (weiter unten mehr zum Prinzip) in einer Stunde vorgenommen werden.

Zu deinem Quersummenbeispiel:
Von Quersummen kann man aber nicht auf den konkreten Klartext kommen, sondern es gibt mehrere mögliche Klartexte. Hier ist das eindeutig (wenn man jetzt nicht so weit geht zu sagen, dass es ne Wahrscheinlichkeit von 1:9999999999 gibt, dass bei ner anderen Kombination das gleiche rauskommt), jedes Chiffrat hat einen bestimmten Klartext, den man auch entschlüsseln kann.

Ob der Key gesalzen ist, kann ich leider nicht sagen.


Die Daten stammen aus einem Browsergame. Die Chiffrate sind Ausbaustufen von Gebäuden, die Schlüssel sind vermutlich wiederum Zahlen die den IDs der Gebäude entsprechen, die aber vorher mit dem selben Algorithmus verschlüsselt wurden.

Es wird also erst der Standort des Spielers verschlüsselt, mit diesem Key wird dann die Gebäude ID verschlüsselt, und damit dann wieder die Ausbaustufe. So kommt man bei mehr als 1000 Spielern schnell auf mehrere Tausend Entschlüsselungsvorgängen pro Stunde, zu einigen Zeiten sogar in deutlich kürzerer Zeit.

Sessionabhängig ist das ganze nicht, die Chiffrate bleiben bei gleicher Position und gleicher Ausbaustufe immer gleich. Wechselt die Position werden auch die Chiffrate anders, daher meine Schlussfolgerung.

Vielleicht ist noch hilfreich zu wissen, dass der Datenbankserver der benutzt wird ein SQL Server ist?!


Ansonsten, bevor hier irgendwelche Gerüchte auftauchen: Ich bin vom Admin schriftlich autorisiert nach Sicherheitslücken zu suchen, nur selber rausgeben tut er natürlich auch nichts. Und da ich von Kryptographie nicht so viel Ahnung habe, suche ich eben hier Rat.

Habe mich mal nach dem Hinweis mit den mehreren Algos umgesehen und bin zum Schluss gekommen, dass eine Block- oder evtl. auch Stromchiffrierung wohl das wahrscheinlichste sein wird.

Vielen Dank schonmal für weitere Hinweise.
Ypsiix ist offline   Mit Zitat antworten
Alt 27.04.06, 18:07   #4 (permalink)
Moderator
 
Benutzerbild von Elderan
 
Registriert seit: 30.03.04
Elderan Leistung: 8086
Likes: 14
Standard

Hallo,
hmm also warum sollte das alles verschlüsselt Übertragen werden, das macht für mich keinen Sinn (selber u.a. PHP Programmierer)?

Denn die Ausbaustufe von Gebäuden speichert man in einer DB ab, wenn ich etwas bauen möchte, dann kann ich im Klartext doch z.B.
4 übergeben.

Dann sollte überprüft werden, ob ich 3 schon gebaut habe und ob ich genug Rohstoffe und Rechte (Platz etc.) dafür habe.
Wenn ja, speicher den Status in der Db ab, und zieh die Rohstoffe dafür ab.


Aber zurück zum Problem:
Wenn man keine Ahnung über den Algorithmus hat, ist es sehr schwer dort etwas rauszufinden.
Das heißt aber nicht, dass der Algorithmus sicher ist, die Enigma wurde schließlich auch von den "Allies" gestohlen und untersucht.
Oder A5, der Algo. in deinem GSM Handy, streng geheim, ist irgendwann an die Öffentlichkeit gekommen....

Des weiteren kann es sein, dass man auch ne Lücke findet, auch wenn man nicht den Source-Code hat.
Allerdings als autorisierter Prüfer macht das die Arbeit xxx mal schwerer, so dass sich eigentlich keiner die Mühe macht, die Chiffren genauer zu untersuchen, sofern er keine Vorteile davon bekommt.
Darum lass dir am besten von Admin den Algorithmus geben, sonst kannst du lange suchen.

Und wenn er ihn selber geschrieben hat, ist der zu 99,99% unsicher.
Elderan ist offline   Mit Zitat antworten
Alt 27.04.06, 18:51   #5 (permalink)
Themenstarter
 
Registriert seit: 26.04.06
Ypsiix Leistung: Facit NTK
Likes: 0
Standard

Also das sind Links, hinter den Gebäuden; klickst du da drauf wird zB. deine Hauptzentrale auf Stufe 10 ausgebaut; der Klartext wäre in dem Fall die Stufe (=10) des Ausbaus...
Warum der das so macht? Keene Ahnung *g*

Das er das selber gemacht hat kann ich denke ich ausschließen.
Hab noch ein bisschen mit Cryptool rumgespielt und denke, es wird wohl IDEA oder DES (single) sein müsste...


Gibts da ein Tool, mit dem man das als Privatmensch überprüfen kann?
zB man schmeißt 20 Chiffrate+Klartexte rein und der überprüft das dann?

Oder geht das bzgl Rechenzeit etc schon zu weit, dass sowas nur professionell zu bewerkstelligen ist, ich mein ne professionelle Cryptoanalyse ist ja nicht umsonst so teuer...
Ypsiix ist offline   Mit Zitat antworten
Alt 27.04.06, 20:19   #6 (permalink)
Senior Member
 
Registriert seit: 03.09.05
Lesco Leistung: Facit NTK
Likes: 0
Standard

Also zumindest ein Bruteforce-Angriff auf DES müsste mit heutigen Mitteln machbar sein.
(Da bin ich mir aber nicht ganz sicher).
Das müsstest für ein Chiffrat durchführen und dann denn Schlüsseln zum Dechiffrieren der anderen Chiffrate einsetzen und wenn das den richtigen Klartext ergibt, stimmt der Schlüssel, ansonsten sind es entweder verschiedene Schlüssel oder ein anderer Algo.

Aber es wäre trotzdem die leichtere, bessere, sichere, schnellere Methode, den Ersteller des Ganzen darauf anzusprechen.
Lesco ist offline   Mit Zitat antworten
Alt 28.04.06, 16:36   #7 (permalink)
Moderator
 
Benutzerbild von Elderan
 
Registriert seit: 30.03.04
Elderan Leistung: 8086
Likes: 14
Standard

Hallo,
also DES ist heute immer noch relativ schwer zu knacken, also mal nicht ebend so.

Das sind weiterhin 56 Bit, also 2^55 Versuche brauchst du ca.

Bei neueren Rechner schafft man beim MD5 Cracken ca. 20 - 30 Mio. Versuche/Sek, macht also macht das ~38 Jahre.
Und wirklich bewiesen hat man nicht damit.

Denn fast jeder gute Algorithmus liefert zum Klartext: 9 den Geheimtext: 6d3b920f4f92b544.

Also müsstest du schon min. 2 Paare (Geheimtext + Klartext) entschlüsseln, und dann testen ob die Keys gleich sind.

Am besten den Admin ausquetschen.
Elderan ist offline   Mit Zitat antworten
Alt 28.04.06, 19:05   #8 (permalink)
Themenstarter
 
Registriert seit: 26.04.06
Ypsiix Leistung: Facit NTK
Likes: 0
Standard

ich versuchs nochmal bei ihm, rufe ihn mal morgen Mittag an :-)
Nen geeigneten DES Knacker zu finden (geb zu ich hab hier noch nicht gesucht lol) scheint gar nicht mal so leicht, der von CrypTool braucht jedenfalls viele Jahre bei mir...


Dachte es wäre eventuell auch für einen Nicht Mathe-Professor vielleicht möglich mit mehreren Chiffres/Klartexten weiterzukommen...
Danke soweit für eure Hilfe, ich melde mich, wenn ich wieder weiteres erfahren habe
Ypsiix ist offline   Mit Zitat antworten
Alt 28.04.06, 19:24   #9 (permalink)
Senior Member
 
Registriert seit: 03.09.05
Lesco Leistung: Facit NTK
Likes: 0
Standard

Zitat:
Original von Ypsiix
Dachte es wäre eventuell auch für einen Nicht Mathe-Professor vielleicht möglich mit mehreren Chiffres/Klartexten weiterzukommen...
Danke soweit für eure Hilfe, ich melde mich, wenn ich wieder weiteres erfahren habe
Wenn der Algorithmus gegen differentielle Kryptoanalyse resistent ist( und sonst keine bekannten Schwächen hat), schafft es auch kein Mathe/Kryptologie-Professor, mit Klartext-Chiffretext Paaren den Schlüssel zu ermitteln.
Lesco ist offline   Mit Zitat antworten
Antwort
   
- Anzeige -

Werbung ist gerade online    

[HaBo] » Security Area » Cryptography & Encryption » Ansatz zum Erkennen des Algos
Themen-Optionen
Ansicht

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks sind aus
Pingbacks sind aus
Refbacks sind aus


Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
Implementierung von Hash Algos AceKiller73 Cryptography & Encryption 5 09.09.07 11:50
Programmiersprache erkennen? ghost Code Kitchen 1 17.07.06 20:08
Files erkennen DKing (Web-) Design und webbasierte Sprachen 2 29.11.05 14:14
Bowser erkennen Red_Rat1 (Web-) Design und webbasierte Sprachen 6 22.11.05 19:37
WinAPI & pipe --> Ist das hier der richtige Ansatz?? Rushjo Code Kitchen 0 19.03.03 21:23


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61