DEC <-> .Net Cryptohgraphy (Rijndael)

[Bernhard Geyer]

Zitat:

Zitat von blackdrake

Die Funktion WideString müsste die Chars in WideChars umwandeln (ein #00 wird nach jedem Byte hinzugefügt).

Falsch. Das €-Zeichen hat unter unsere Codepage den Wert $80 und im Unicode den Wert $20AC .
Und ob die verwendete Komponente auch wirklich einen Widestring direkte verwenden kann oder ihn nur wieder zurückwandelt ...

[blackdrake]

Hallo.

Stimmt. Ich ging mit dem #00 von purem ASCII (ANSI?) aus. Die Umwandlung String -> WideString müsste dann eben mit der Codepage geschehen.

Ich hatte mich ja mal langvirig mit dem Problem auseinander gesetzt, einen WideString mit DEC zu verschlüsseln. Das Ergebnis ist hier: http://www.delphipraxis.net/internal...=768251#768251 . Funktioniert perfekt.

Bitte schreibe uns, ob du einen mit DEC verschlüsselten WideString nun mit der .NET Assembly korrekt entschlüsseln kannst.

Gruß
blackdrake

[Bernhard Geyer]

Zitat:

Zitat von blackdrake

Ich hatte mich ja mal langvirig mit dem Problem auseinander gesetzt, einen WideString mit DEC zu verschlüsseln. Das Ergebnis ist hier: http://www.delphipraxis.net/internal...=768251#768251 . Funktioniert perfekt.

Stimmt, da war ja was :gruebel:

[dfried]

Zitat:

Zitat von blackdrake

Ich hatte mich ja mal langvirig mit dem Problem auseinander gesetzt, einen WideString mit DEC zu verschlüsseln. Das Ergebnis ist hier: http://www.delphipraxis.net/internal...=768251#768251 . Funktioniert perfekt.

Bitte schreibe uns, ob du einen mit DEC verschlüsselten WideString nun mit der .NET Assembly korrekt entschlüsseln kannst.

Bis jetzt noch nicht :-(
Aber mit deiner Erweiterung von DEC sind zumindest schonmal die Verschlüsselten Strings gleich lang, dann kann es jetzt eigentlich nur noch am Key oder IV liegen damit es funktioniert, ich melde mich, sobald es was neues gibt.

[negaH]

Der Key und IV können nicht direkt als WideStrings benutzt werden, das sind immer Array of Byte. Das ist einfach eine Frage des Algorithmus und die arbeiten mit binären Daten. Falls also zb. eine Bibliothek ein zb. 16 Zeichen Passwort als Widestring dem Cipher übergibt dann würde man real ein 32 Bytes Passwort benutzen das an jeder 2. Stelle eine 0 enthielte. Sicherheitstechnisch betrachtet wäre dies grob fahrlässig da so die Sicherheit drastisch reduziert würde.

Ich denke aber mich dunkel erinnern zu können das .NET im Grunde 1 zu 1 kompatibel mit DEC ist, bis eben auf den Punkt das die Daten die man verschlüsseln will als expandierte WideStrings verschlüsselt werden. Bei den Schlüsseln und IV's ist dies aber nicht der Fall.

Gruß hagen

[Alexander]

Evtl. liegt es auch an den Padding's, die man zumindest bei den .NET Funktionen einstellen kann.