Ich bin neulich über einen sehr schönen (und alten) Link gestolpert, der erklärt, wie man auf der Kommandozeile Geheimnisse vor den Augen anderer mittels privater / öffentlicher Schlüssel verbergen kann.

Der Autor erwähnt unten auch, dass das was er da macht natürlich falsch ist, da der verschlüsselte Text nicht länger sein darf als die Schlüssellänge - in seinem Beispiel also 1024 Bit. Das machen wir natürlich anders:

Zunächst einmal generieren wir uns ein schönes Passwort:

LC_ALL=C tr -dc 'A-Za-z0-9!"#$%&'\''()*+,-./:;<=>?@[\]^_`{|}~' </dev/urandom | head -c 40 >key.clear

Damit verschlüsseln wir jetzt mittels eines symmetrischen Verfahrens den eigentlichen Nachrichtentext und löschen die Klartextnachricht:

openssl enc -aes-256-cbc -a -salt -pbkdf2 -in file.txt -out secrets.txt.enc -kfile key.clear
rm file.txt

Nun verschlüsseln wir den Schlüssel und löschen ihn anschließend:

openssl rsautl -encrypt -inkey public.pem -pubin -in key.clear -out key.encrypted
rm key.clear

Zu diesem Zeitpunkt kann der Versender den Nachrichtentext ohne Hilfe nicht mehr wiederherstellen, da er ihm der Schlüssel nur noch verschlüsselt vorliegt und er diesen nicht entschlüsseln kann - asymmetrische Crypto bedeutet ja gerade, dass das Entschlüsseln nur mit dem privaten Schlüssel des Empfängers durchgeführt werden kann.

Der Empfänger erhält vom Sender nun zwei Dateien: den verschlüsselten symmetrischen Schlüssel und die verschlüsselte Nachricht. Er stellt zunächst den symmetrischen Schlüssel wieder her:

openssl rsautl -decrypt -inkey private.pem -in key.encrypted -out key.decrypted

Damit kan er nun die Botschaft selbst entschlüsseln:

openssl enc -d -a -pbkdf2 -in secrets.txt.enc -out decrypted.txt -kfile key.decrypted

Et voila - der Klartext liegt auf Seiten des Empfängers wieder vor!

Das Ganze funktioniert natürlich auch mit Elliptischen Kurven:

Zunächst das Erzeugen des Schlüsselpaares für den Empfänger:

openssl ecparam -name prime256v1 -genkey -noout -out recvprivate-key.pem
openssl ec -in recvprivate-key.pem -pubout -out recvpublic-key.pem

Der Sender benötigt ebenfalls ein entsprechendes Schlüsselpaar, da hierbei kein Schlüssel im eigentlichen Sinne übertragen wird, sondern aus dem öffentlichen Schlüssel des Kommunikationspartners und dem eigenen privaten Schlüssel ein Shared Secret abgeleitet wird, das dann als Schlüssel des symmetrischen Verfahrens benutzt wird:

openssl ecparam -name prime256v1 -genkey -noout -out ephprivate-key.pem
openssl ec -in ephprivate-key.pem -pubout -out ephpublic-key.pem

Der Sender leitet nun das shared secret ab:

openssl pkeyutl -derive -inkey ephprivate-key.pem -peerkey recvpublic-key.pem -out SharedSecret.bin

Mit diesem wird anschließend die Nachricht verschlüsselt:

openssl enc -aes-256-cbc -a -salt -pbkdf2 -in file.txt -out secrets.txt.enc -kfile SharedSecret.bin

Die verschlüsselte Nachricht wird zusammen mit dem öffentlichen Teil des zum Verschlüsseln benutzten Schlüsselpaares an den Empfänger übertragen, der seinerseits mit seinem privaten Schlüssel das shared secret wiederherstellt:

openssl pkeyutl -derive -inkey recvprivate-key.pem -peerkey ephpublic-key.pem -out RecvSharedSecret.bin

Und damit kann dann der Klartext wiederhergestellt werden:

openssl enc -d -aes-256-cbc -a -pbkdf2 -in secrets.txt.enc -out decrypted.txt -kfile RecvSharedSecret.bin

Das das funktioniert kann man auch prüfen, wenn man die shared secrets von Sender und Empfänger vergleicht:

cat SharedSecret.bin |base64
cat RecvSharedSecret.bin |base64

Beide sind identisch!

Zunächst die Kommandos auf der Seite des Senders

Artikel, die hierher verlinken