3DES mit DEC (Delphi Encryption Compendium)

[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

[Dano]

Zitat von himitsu:

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?

ist richtig

und ich gehe davon aus das außer padding beide nach RFC arbeiten sollten, habe auch beim debuggen nix bemerkt in DEC das da ein fehler sein könnte

bin eher ratlos, bin zwar fertig mit der arbeit, aber würde das doch gerne noch plausiebel auflösen, falls ich mal wieder auf DEC und 3DES zurückgreifen muß

mfg Dano

[BUG]

Du sollst CBC nehmen nimmst aber cmCBCx als Modus.

Vielleicht gibt es damit Probleme

[Dano]

ich habe nur folgende möglichkeiten

Zitat:

cmCTSx = double CBC, with CFS8 padding of truncated final block
cmCBCx = Cipher Block Chainung, with CFB8 padding of truncated final block
cmCFB8 = 8bit Cipher Feedback mode
cmCFBx = CFB on Blocksize of Cipher
cmOFB8 = 8bit Output Feedback mode
cmOFBx = OFB on Blocksize bytes
cmCFS8 = 8Bit CFS, double CFB
cmCFSx = CFS on Blocksize bytes
cmECBx = Electronic Code Book

und wie gesagt, das mit dem padding wenn der letzte block nicht voll ist habe ich auch gelöst

aber der algorythmus macht 8byte müll, dann 248byte alles super, und dann wieder periodischen unsinn

kann sein das es an meinem programm liegt, aber ich habe nix auffälliges gemacht mit zeiger verbiegen oder sonstiges

mfg Dano