Schnelle Verschlüsselung/Entschlüsselung von Strings???

[romber]

Result[i] := chr(ord(Text[i]) xor ord(Key[j]));

Vielleicht noch chr direkt durch AnsiChar ersetzen, ansonsten "Inkompatible Typen: 'AnsiChar' und 'Char'"

Zitat von shmia:

Du fängst jetzt an zu optimieren ohne zu wissen ob das überhaupt notwendig ist.

Stimmt, ich probiere es erstmal so aus. Im monent wird der String zwar verschlüsselt, aber nur teilweise wieder entschlüsselt.

[himitsu]

Ich würde noch empfehlen den String vorher in allgemeingültiges und stabiles Format zu konvertieren.
UTF-8 bietet sich da besonders an.
Und erst danach zu verschlüsseln.

Somit kann man die Funktion für ANSI und Unicode verwenden und für beide Codierungen wäre alles sogar kompatibel untereinander.

Ansonsten muß man sich eben auf einen Typen festlegen (meistens AnsiString), aber zukunftssicher wäre es dann nicht unbedingt.

[BUG]

Wenn man schon etwas Arbeit hereinsteckt: warum nicht RC4?
Das eigendliche Codieren sollte damit schnell genug sein und man hat ein erprobtes und bekanntes Verfahrenen.

[Bummi]

http://www.delphi-forum.de/viewtopic...=563952#563952

[Aphton]

@Valle

Zitat:

Ich brauche keine besondere Sicherheit, mir ist nur wichtig, dass die Daten nicht Plain-Text übertragen werden und möglichst schnell ver- und entschlüsselt werden

- keine besondere Sicherheit
- Hauptziel: keine Plain-Text-Übertragung
- Effizienz

Also warum mit Raketen auf Spatzen schießen?

[BUG]

Wieso auf Spatzen schießen, die schon im Käfig sitzen? SSL ist ja schon fertig.

Und bezüglich "Kanone": RC4 hast du genauso schnell implementiert wie die ganzen "billigen" Lösungen.

[Aphton]

Ne, damit will ich aber nicht verneinen, dass es einfach implementierbar ist.
Eine Xor Verschlüsselung alleine - ohne die Substitutions Box (und deren Handhabung/Overhead -> RC4) ist einfach schneller implementiert!

=P

[Valle]

Zitat von Aphton:

- keine besondere Sicherheit
- Hauptziel: keine Plain-Text-Übertragung
- Effizienz

Es gibt keine "keine besondere Sicherheit". entweder es ist sicher oder eben nicht. Mit XOR oder ROT13 brauch man hier gar nicht erst anfangen. Wer sich für den Inhalt interessiert, der wird sich davon nicht abbringen lassen.

Vielleicht verrätst du, romber, uns, um was es konkret geht?

Aber ich will hier nicht darüber streiten. Meiner Meinung nach macht man es entweder ganz oder gar nicht. Aber es ist natürlich die Entscheidung des TEs.

Liebe Grüße,
Valentin

[Aphton]

Jo, jedem das seine...

Zitat:

entweder es ist sicher oder eben nicht

Nun, das ist relativ zu betrachten.
Gegen den 0815 Programmierer / User ist das schon eine effektive Methode, gegen einen Kryptoanalytiker nicht!

Ich interpretiere das ganze so, dass er die Daten eigentlich nur unleserlich machen will und mehr nicht!

[romber]

Zitat von Valle:

Vielleicht verrätst du, romber, uns, um was es konkret geht?

Ja sicher doch Es geht um eine branchenspezifische Client-Server-Anwendung für eine mittelgroße Versicherungsagentur. Über eine Schnittstelle (bzw. über mehrere Schnittstellen) bekommt der Server Daten, die er möglichst zeitnah (kritisch) an die Clients weiterleiten muss, die diese Daten aboniert haben. Das ganze passiert innerhalb eines Unternehmens. Da es bei dem Teil der Daten um personenbezogene Angaben handelt, ist es eine der Bedingungen, dass die Daten verschlüsselt übertragen werden. So sieht es aus.

Zurück zu SSL. Das wäre eigentlich die einfachste und zugleich auch noch eine der sichersten Varianten. Ist SSL schnell genug? Wer hat Erfahrungen damit bei ähnlichen Aufgaben?