Einfache sprachübergreifende Stringverschlüsselung???

[Daniela.S]

Stand auch einmal vor diesem Problem und musste feststellen, dass das gleiche Verschlüsselungsverfahren mit den gleichen Parametern in .net mit Delphi Prism und Delphi XE nicht das gleiche Ergebnis lieferte.

Zur schnellen Abhilfe habe ich mit .net eine DLL erstellt, die das Verschlüsseln übernimmt und diese am Server in Delphi XE eingebunden.

[Deep-Sea]

@Daniela.S:
Dann war wohl eine der Implementationen falsch. Das ist dann kein Fehler oder Problem vom Algorithmus, sondern vom Programmierer
Dafür gibt es ja auch Testvektoren - man wird ja wohl nicht einfach einen Algorithmus implementieren, nicht testen und statt dessen auf Gott vertrauen, dass alles stimmt?!

[blackfin]

Zitat von Deep-Sea:

@blackFin:Wieso schlägst du gerade Serpent vor, und nicht die anderen AES-Finalisten oder AES selbst?

Ich habe die vorgeschlagen, mit denen ich selbst bisher schon gute "Cross-Language"-Erfahrungen gemacht habe.
Bei AES / Rijndael hatte ich mal ähnliche Probleme wie Daniela S., ausserdem ist AES inzwischen angreifbarer als Serpent. AES ist nur etwas schneller als Serpent, dafür ist letzterer etwas sicherer.

Generell hast du aber recht: Jeder der AES-Finalisten ist erstmal gut geeignet für eine Verschlüsslung, die es wahrscheinlich in guter Implementierung in vielen Sprachen gibt

[Daniela.S]

Dann liegt's vielleicht an dem von uns verwendeten AES/Rijndael, wie blackfin angedeutet hat.

Wenn diese Verschlüsselung jedenfalls gefordert wird, dann sucht man sich nach dem Fehler dumm und dämlich. Ich habe hier genug Zeit verloren und vergeblich Fehler gesucht, da hin und wieder das Ergebnis ein Anderes war. Daher, falls jemand die gleichen Probleme hat, mein Lösungsvorschlag...

[mschaefer]

Die Compiler scheinen mit unterschiedlicher Rechengenauigkeit zu arbeiten. Manchmal liegt es sogar nicht nur am Compiler. Vom 386´er bis zum Pentium habe ich es geschafft mit dem gleichen Programm zur Wetterdatensimulation unterschiedliche Ergebnisse zu bekommen, je nach Prozessortyp, und da war der/die Pentium-Bug noch nicht dabei.

[Deep-Sea]

Rechen(un)genauigkeit? Bei Ganzzahl-Arithmetik? Wohl hoffentlich nicht