3DES mit DEC (Delphi Encryption Compendium)

[Dano]

hallo

ich suche die möglichkeit ein "3DES" mit "2-Key"(2mal56bit=112bit) zu entschlüsseln und auch zu verschlüsseln

hab jetzt einiges mit googel durch, aber da scheint es unterschiede zwischen DEC 5.1 und 5.2 zu geben

habe mir auch alles in part I angesehen und nach "DEC Tutorial" gesucht...aber leider bahnhof
register... registerclass
kann der ganzen sache kein "AHA"-effekt entreißen

ok, um es kurz zu umschreiben

was brauch ich alles um mit DEC den 3DES zu meistern?

2 functionen:

function EnCrypt3DES(Input, Passwort: String): String;
function DeCrypt3DES(Input, Passwort: String): String;

aso, ich bin auf CBC angewiesen und 112bit passwort
ich habe D7 (nicht 2007)

hoffe das geht mit DEC, meine kolegen die C,C++ oder C# benutzen haben auch probleme aber leider mehr sourcecode im internet

dankbar für hilfe

mfg Dano

[cookie22]

Benutz mal die SuFu, zum DEC steht hier wirklich massig im Forum.

Warum benutzt du 3DES? DES ist outdated.

[r2c2]

Zitat von cookie22:

Warum benutzt du 3DES? DES ist outdated.

Verwechsele 3DES nicht mit DES. DES ist nicht nur outdated, sondern geknackt. 3DES (also drei mal DES hintereinander) ist nach aktuellem Stand sicher und wird auch noch häufig eingesetzt. Beispielsweise in Geldautomaten...


mfg

Christian

[cookie22]

Zitat von r2c2:

Zitat von cookie22:

Warum benutzt du 3DES? DES ist outdated.

Verwechsele 3DES nicht mit DES. DES ist nicht nur outdated, sondern geknackt. 3DES (also drei mal DES hintereinander) ist nach aktuellem Stand sicher und wird auch noch häufig eingesetzt. Beispielsweise in Geldautomaten...


mfg

Christian

Das weiss ich, 3DES war aber nur ein Versuch DES wieder halbwegs tauglich zu machen. Es gibt da wesentlich besseres und in sicht auf die Zukunft sollte man doch was anderes wählen.

[Dano]

danke, habe es selber hinbekommen nachdem ich mir den ganzen tag den quellcode von DEC angeschaut habe^^

die probleme mit dem padding habe ich auch hinbekommen

jetzt habe ich nur ein anderes problem
wenn ich mit cryptool die gegenprobe mache stimmt immer der erste 8byte block nicht
nach 8 byte sind beide synchron zu einander

und wenn ich das selbe mit cryptool verschlüssel und dann in delphi decodiere habe ich für den ersten 8byte block denau die selben hyroglyphen

mfg Dano

[WM_CLOSE]

sieh dir die Parameter die du der Verschlüsselung mitgibst nochmal geanu an. Ich hatte vor eineiger Zeit das selbe Problem. K-A. welcher es war

[Dano]

hm, sind nur 2 parameter... init mit passwort und cmCBCx als mode

zumal ja der rest stimmt

aus '12345678901234567890'
wird 'xxxxxxxx901234567890'
wobei x für irgendwas steht

meine delphi fuktion für sich selber geht reibungslos das en- und de- coden
das selbe bei cryptool

nur das beide bei der verschlüsselung unterschiedliche ergebnisse liefern... padding habe ich schon ausgeschlossen

und wenn beide das verschlüsselte vom jeweils anderen entschlüsseln ist immer der doofe 8byte block der in beiden fällen auch noch gleich ist

weiß nicht ob cryptool noch was am ersten block manipuliert... zb ein seed oder sowas, aber das kann ich mir nicht vorstellen...

mfg Dano

[himitsu]

Zitat:

aber da scheint es unterschiede zwischen DEC 5.1 und 5.2 zu geben

Jupp, von den schnittstellen her, hätte die 5.2 wohl eher 6.0 heißen sollen.

Nja, falls hier wirklich keiner mehr eine Lösung findet, dann nur nicht aufgeben und Ruhe bewahren.
Der Schöpfer vom DEC ließt hier öfters mal mit und wenn man etwas wartet, kommt da bestimmt nochmal eine Antwort.


So, blos daß wir jetzt nichts falsch verstehn:
Also das Ver-/Entschlüsseln innerhalb des DEC geht
und nur das Ver-/Entschlüsseln zwischen DEC und diesem Crypttool will nicht so richtig?

[WM_CLOSE]

Hmmm.... Das erste Byte eines String ist doch das Längenbyte, oder? kann das damit zusammenhängen?

[Dano]

ja, ich bin immer ruhig... nur gerade aufgewühlt^^

also das string[0] die längenangabe sein kann weiß ich, ist aber nicht relevant da ich selber keine stringumwandlungen mache.... der DEC bekommt ganz einfache strings übergeben... also schließe ich das mal aus

ich habe meine aufgabe mittlerweile gelöst... habe einfach die ersten 8 zeichen ignoriert und erst mit string[9] angefangen zu analysieren... also ob da text ist... aufgabe war ein BruteForce Angriff auf 3DES mit eingeschränktem schlüsselraum... bzw es waren 10 zeichen vom schlüssel bekannt

nur leider kamm dann das andere problem zum vorschein... ab ca. $100 im text kam auch nur müll, also nach 256byte

dann kommt immer die selbe 8Byte wiederholung bei dem was entschlüsselt werden sollte
ohne grund... er hat ja die blöcke davor auch sauber entschlüsselt( abgesehen von den ersten 8byte)

Zitat:

Cologne, Germany, April 3–4êïDÃ4Ô‘#ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò 3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3 Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â \ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\Í ØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØ Ôò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔ ò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò 3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3Â\ÍØÔò3 Â\ÍØÔò3Â\ÍØÔò3Â\ÍØ

das ist der übergang bei 0x100(256Byte)... warum das so ist, ist unbekannt

den oder die gefundenen schlüssel habe ich dann ich cryptool benutzt
sie waren richtig und cryptool hat mir dann auch den ganzen text korrekt entschlüsselt...

kann jetzt nicht alles poste da dies eine öffentliche aufgabe von mysterytwister ist und wäre uncool wenn man ne lvl2 chalange hier per googel gelöst bekommt

aber irgendwas muß verkehrt an 3DES mit CBC sein im DEC 5.2... ich gehe auch nicht dafon aus das ich irgendwo einen bufferüberlauf habe der dann in andere bereiche reinschreibt/überschreibt

hagen wird mich bestimmt gleich in der luft zerreisen weil er eigentlich keine support-sorgen haben möchte mit den Bibliotheken die er uns freundlicher weiße überlassen hat

aber ungelöste/unlogische probleme mag ich auch nicht

mfg Dano