Verschlüsseln in PHP und entschlüsseln in Delphi?

[himitsu]

PHP wird heute oft als UTF-8 laufen. In Delphi sind Strings aber nun standardmäßig Unicode.

Wenn man also einen "String" ver-/entschlüsselt (z.B. ein Passwort), dann muß schon beachtet werden, welche Encoding auf jeder Seite benutzt wird.


Je, byte-weise wird meistens ver-/entschlüsselt,
aber wenn du jetzt UTF-8 vertschlüsslst, und das entschlüsselte als Unicode (2 Byte) betrachtest, dann sieht das Ergebnis ein bissl chinesisch aus.


Ansonsten braucht es natürlich auf beiden Seiten auch die gleichen Algorithmen und eventuell noch auf gleiche Settings achten.

[TurboMagic]

Zitat von himitsu:

PHP wird heute oft als UTF-8 laufen. In Delphi sind Strings aber nun standardmäßig Unicode.

Vorsicht! Auch UTF8 ist Unicode! Nur eben anders codiert.
Aber das wusstest du ja bestimmt schon.

[Frickler]

Zitat von TurboMagic:

Zitat von himitsu:

PHP wird heute oft als UTF-8 laufen. In Delphi sind Strings aber nun standardmäßig Unicode.

Vorsicht! Auch UTF8 ist Unicode! Nur eben anders codiert.
Aber das wusstest du ja bestimmt schon.

Genau. Ist es nicht sogar UTF-16?

[gubbe]

Warum sollte man bei einer direkten Verbindung zwischen Webserver und Delphi denn überhaupt selbst verschlüsseln und sich nicht auf die Transportverschlüsselung (https) verlassen?
Ich sehe wenig Sinn darin, hier etwas eigenes zu implementieren. Wie sieht denn die zugrundeliegende Anforderung aus?

[himitsu]

Jupp,

und dass UTF-16 auch nichts mit UTF-8 gemeinsam hat, außer einen Teil des Namens.

Prinzipiell ist UTF-8 "nur" eine ANSI-Codepage.

[TurboMagic]

Nee, UTF8 ist nicht eine ANSI Codepage.
Denn je nach Bitmuster können das 1-4 Byte oder so sein, damit auch alle asiatischen zeichen usw. dargestellt werden können.
Auf alle Fälle nicht als 8-Bit ANSI Codepage zu behandeln!

Grüße
TurboMagic

[himitsu]

Zitat von TurboMagic:

Nee, UTF8 ist nicht eine ANSI Codepage.

Für Windows schon, wobei sie sogar CodePages für Unicode (UTF-16 und UTF-16-LE) haben.

https://learn.microsoft.com/de-de/wi...hartomultibyte
CP_ACP = 0 : unser aktuelles ANSI
CP_OEMCP : DOS
CP_UTF8
CP_UTF16 = 1200
CP_UTF16LE = 1201
$FFFF : ohne CodePage / ohne Konvertierung

Delphi-Quellcode:

type
  RawByteString = type AnsiString($ffff);
  UTF8String = type AnsiString(65001);  // AnsiString(CP_UTF8);

oder
   AnsiUnicodeString = type AnsiString(1200); // CP_UTF16

[TuPas]

Warum nicht als passwortgeschütztes Zip?
Kann man in PHP packen und in Delphi entpacken.