Nullterminierten String aus MSSQL nvarchar auslesen

[Bernhard Geyer]

Zitat von norwegen60:

...
Die Verschlüsselung (RC4) kann auch das Zeichen #0 erzeugen. ... Wenn ich per SQL Server Management Studio den Wert ansehe, ist er komplett abgespeichert.

Zufall das dies Klappt. Da auch der MS SQL Server viel C/C++-Code beinhaltet könnte sich das mit jedem Hotfix ändern.

Ein #0 ist nunmal für ein Zeichnkette der Kennzeichner für ein Ende der Zeichenkette (Jedenfalls wenns C/C++ betrifft). Und mir ist keine String-Datentyp bekannt in der das #0 einen gültigen Zeichenwert definiert.

Zitat von sx2008:

Bei Delphi2010 muss man achtgeben, dass die Hexumwandlung auch wirklich
funktionert - evtl. muss Datentyp string durch AnsiString ersetzt werden.

Da sollte man dann die Funktion anpassen. Auf DB-Seite wird mit nvarchar schon Wide/UTF16-String verwendet. D2010 hat auch als Standard-Stringtyp einen Wide/UTF16-String. Deshalb soltle die Hexwandlung ebenfalls damit zurecht kommen!

[norwegen60]

Hallo zusammen,

danke für die Feedbacks.

Zitat:

Ein #0 ist nunmal für ein Zeichnkette der Kennzeichner für ein Ende der Zeichenkette (Jedenfalls wenns C/C++ betrifft). Und mir ist keine String-Datentyp bekannt in der das #0 einen gültigen Zeichenwert definiert.

Ich weiß. Von daher hat es mich etwas gewundert, dass ein String den Wert überhaupt richtig an die DB übergeben kann.

Zufall scheint es nicht zu sein, denn ich habe es mehrmals ausprobiert und das Schreiben in die DB (auch unterschiedlicher Werte) hat immer geklappt. Nur beim Lesen wurden sie konsequent abgeschnitten. Als ich es dann mit text in der DB probiert habe, hat auch das sicher geklappt. Dafür aber andere Dinge nicht, die ich sonst noch benötige

Falls keine anderen Lösungen kommen probiere ich es mal mit Base16

Grüße
Gerd

[Bernhard Geyer]

Zitat von norwegen60:

Zufall scheint es nicht zu sein, denn ich habe es mehrmals ausprobiert ...

Und du hast jedesmal unterschiedliche MSSQL-Versionen mit unterschliedlichen Patch-Leveln probiert (Da auch der MS SQL Server viel C/C++-Code beinhaltet könnte sich das mit jedem Hotfix ändern.)?

[norwegen60]

Hallo Bernhard,

da hast du natürlich recht. Das habe ich nicht. Aber ich habe eine andere Idee. Da nur bei ca jeder 5. Generierung ein String mit #0 erzeugt wird, rufe ich die Funktion so lange auf, bis im String kein #0 mehr enthalten ist. Ich verwende den Code aus http://www.delphipraxis.net/26732-rc...uesselung.html wo noch eine zusätzlicher Zufallsstring hinzuaddiert wird wodurch sich der verschlüsselte String immer wieder ändert. Einzige Unsicherheit ist, dass es Passwort/Schlüsselkombinationen gibt, wo #0 öfter vorkommt.

Gerd