| Cryptography & Encryption Ver- und Entschlüsselung, Algorithmen, Kryptoanalyse ? Kryptographie in der Praxis. Blowfish, Triple-DES, XOR u.a. |
Diskussion: per "Known plaintext" Verschlüsselungsverfahren ermitteln? im Forum Cryptography & Encryption, in der Kategorie Security Area; Anzeige hallo, ich habe einen verschlüsselten String und die klartext Version dazu, mich interesiert was für eine Funktion dazwischen steckt, ...
![]() |
| | #1 (permalink) |
| Registriert seit: 12.05.05 ![]() Likes: 0 | Anzeige hallo, ich habe einen verschlüsselten String und die klartext Version dazu, mich interesiert was für eine Funktion dazwischen steckt, was für ein Algorithmus dafür verantworlich ist. Es ist mir klar das es nicht einfach ist, aber ich denke das es einige Möglichkeiten gibt das Problem sinnvoll anzugehen. Hat irgendwer damit Erfahrung bzw. kennt vielleicht Tools die hilfreich sein können? Bin für jede Hilfe dankbar. gruß, korda. //edit: das ursprüngliche Thema war mit "Hashfunktion" völlig daneben. |
| | |
| | #2 (permalink) |
| Moderator ![]() Registriert seit: 30.03.04 ![]() Likes: 14 | Hallo, Moderne Algorithem sind resistent gegen "Known plaintext", spricht aus Known plaintext + Geheimtext kann man nicht den Key ermitteln. Aber das ist hier gar nicht gefragt. Also was du noch benötigst, ist der Key. Denn die modernen Algorithmen erzeugen alle einen gleichlangen Geheimtext (also Geheimtext von Algos. sind gleich lang). Darum wäre es ohne Key so gut wie unmöglich den Algorithmus herrauszufinden, bzw. man müsste jede Key durchtesten. Und bei 10x2^128 möglichen Test... Wenn man den Key hat, dann musst du per Brute Force alle Algorithmen austesten, die in Frage kommen können. |
| | |
| HaBOT | - Anzeige - |
| |
| | #3 (permalink) |
| Themenstarter Registriert seit: 12.05.05 ![]() Likes: 0 | hey, ich habe mehrere Kombinationen von Verschlüsseltem- und geheim Text die sich in der länge unterscheiden. Der verschlüsselte Text ist dabei immer ungefähr doppelt so lang. So modern scheint mein Gegenüber nicht zusein, oder hab ich dich jetzt falsch verstanden? //edit: Es muss doch Tools geben die einem bei der Suche hilfreich sind, das ist doch ein recht gängiges Problem. //edit2: das der verschlüsselte text immer länger ist stimmt nicht! _ klar_|_ver_ - zeichen ~ 34 | 70 ~ 127 | 163 ~ 348 | 276 |
| | |
| | #4 (permalink) | |
| Moderator ![]() Registriert seit: 30.03.04 ![]() Likes: 14 | Hallo, Zitat:
Denn manche Zeichen sind nicht ausgebbar, darum die Kodierung. Wenn es Hexadezimal ist, ist der Geheimtext doppelt so lang (4 Bit anstatt 8 pro Zeichen), bei Base64 ist der Text 33% länger. Aber dies ist kein recht gängiges Problem, und wie gesagt, ohne Key => keine Chance. Sonst den Klartext mal mit dem CrpyTool in die entsprechenden Geheimtext verschlüsseln lassen. Das Tool hat die gängigsten Algorithmen implementiert. | |
| | |
![]() |
| - Anzeige - | |
| |
| Themen-Optionen | |
| Ansicht | |
| |
Ähnliche Themen | ||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Plaintext Watermarking | below_zero | Cryptography & Encryption | 8 | 19.09.09 03:13 |
| DES:Known Plaintext, known Ciphertext | rhopimy | Cryptography & Encryption | 10 | 23.11.07 15:12 |
| OTP als Standard- Verschlüsselungsverfahren für alles | Pual | Cryptography & Encryption | 8 | 16.11.07 21:03 |
| useradd mit plaintext-passwort?! | keksinat0r | Linux/UNIX | 1 | 03.04.07 19:15 |
| Symetrische Verschlüsselungsverfahren | Tec | Cryptography & Encryption | 5 | 15.11.01 11:45 |