Domino 9 und frühere Versionen > ND8: Entwicklung

Text verschlüsseln - verschicken - und entschlüsseln

<< < (3/4) > >>

pram:
Ich würde mir einen pseudozufälligen Text bauen, der auf einen geheimen Hashwert basiert


Verschlüsseln vorbereiten:

secret = "meingeheimis"
doc = new NotesDocument()
random = doc.universalID ' erzeugt einen 32stelligen Zufallswert, damit nicht alle Textfiles mit dem gleichen XOR-Stream verschlüsselt werden
xorstream =  random ' Startwert, dieser darf noch nicht zur Verschlüsselung verwendet werden

xorstream = @Passwort( xorstream + secret) ' erster 32 stelliger Wert (=16 Byte, 8 Uni-Zeichen!), mit dem du deinen Text verschlüsseln kannst.

Durch wiederholte Anwendung von "xorstream = @Passwort( xorstream + secret)" bekommst du einen pseudozufälligen Stream.
diesen kannst du mit Hilfe von UNI + MID auf deinen Klartext los lassen (also mit MID jeweils einen Buchstaben raus schneiden)

In dein Textfile musst du dann den Wert von "random" (ersten 32 Zeichen) und von deinem XOR-Stream rein schreiben.
Das "secret" muss über einen sicheren Kanal an die Gegenseite übergeben werden

Die Gegenseite kann daraus den selben XOR-Stream ableiten und den Text wieder herstellen.
Dieses Verfahren sollte, sofern das Secret geheim bleibt, schwer knackbar sein.

Gruß
Roland

/edit: würde aber auch "was richtiges" vorziehen, für Twofish scheint es ja schon eine VB-Implementierung zu geben.

Lloyd:
Danke an alle die mitgeholfen haben.

Hab was passendes gefunden.
http://www.openntf.org/projects/codebin/codebin.nsf/0/8CF76E7BD997195986256F110049C2DE

Anfangs wundert man sich warum anstelle eines Leerzeichen immer ein k zurückgegeben wird. Aber wenn man dann rausfindet das der Entwickler ä,ö,ü,... im ASCII Zeichensatz abfängt und das entsprechend anpasst hat man eine fertige Lösung die sich problemlos einbinden lässt.

Nochmal vielen Dank an alle.

P.s. Hiermit ist es sogar möglich ganze Texte zu verschlüssen und zu entschlüsseln.

pram:

--- Zitat ---P.s. Hiermit ist es sogar möglich ganze Texte zu verschlüssen und zu entschlüsseln.
--- Ende Zitat ---
... solange diese keine UTF-8 Zeichen enthalten. Nimm besser UChr und Uni anstatt Chr und Asc.

Dies ist übrigens eine relativ einfache Verschlüsselung, gleicher Plaintext wird in gleichen Ciphertext verwandelt.
Ich würde, wenn du planst den Algorithmus zu verwenden, den ENCRYPTION_KEY noch mit einen Zufallswert zu salzen

Gruß
Roland

Lloyd:
Danke für den Hinweis. Probier ich aus.

Lloyd:
Ergänzung:
Wenn man versucht als ENCRYPTION_KEY Buchstaben am Anfang zu verwenden die im Alphabet nach dem F kommen, läuft das Script auf einen Fehler. Da bin ich noch nicht hintergestiegen wo das herkommt.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete