Verschlüsselter Link

Im Browser-Modus — nein. Der Verschlüsselungsschlüssel lebt nach dem # in der URL, und gemäß HTTP-Spezifikation senden Browser Fragmente nie in Netzwerkanfragen, sodass der Schlüssel unseren Server nie erreicht. Der verschlüsselte Blob kommt im URL-Pfad an (daher können unsere Server-Logs den Ciphertext über die standardmäßigen nginx-Zugriffslogs kurz erfassen), aber ohne den Schlüssel ist der Ciphertext AES-GCM-256 und nicht entschlüsselbar.

Privnote speichert den verschlüsselten Blob in einer Datenbank und löscht ihn nach dem ersten Aufruf. Im Browser-Modus verwendet dieses Tool keine Geheimnis-Datenbank — der Blob liegt in der URL selbst, sodass wir „einmal anzeigen" nicht erzwingen können. Der Kompromiss: Der Verschlüsselungsschlüssel erreicht unseren Server nie, aber der Link ist wiederverwendbar, solange jemand ihn hat. (Der servergespeicherte Modus dieses Tools ähnelt eher Privnote.)

Weil das Geheimnis in ihm reist. Die Adresse trägt den verschlüsselten Text, den Initialisierungsvektor, das optionale Salz und den Schlüssel selbst, die Länge des Links wächst also mit der Länge dessen, was Sie senden — vier Kilobyte Text ergeben einen Link von etwa sechs, und damit kommt jeder heutige Browser zurecht. Daraus folgt der Entwurf: Es liegt nirgends eine gespeicherte Kopie, die man später finden könnte — und ebenso wenig gibt es einen Weg, das Geheimnis wiederzubekommen, wenn der Link verloren geht. Zwei praktische Folgen: Senden Sie ihn in einem Stück, denn ein über zwei Zeilen zerbrochener Link funktioniert nach dem Zusammensetzen nicht. Und einen ungewöhnlich langen teilt man besser in zwei kleinere Geheimnisse.

Weil Links auf Wegen entweichen, auf denen Geheimnisse es nicht tun. Der Link allein genügt, um das Geheimnis zu öffnen — so ist es gedacht — und er bleibt im Chatverlauf liegen, in einer weitergeleiteten Nachricht, in einem Bildschirmfoto, in den Protokollen dessen, was ihn befördert hat. Das Passwort fügt einen zweiten Faktor hinzu, der einen anderen Weg nimmt: Sie schicken den Link über einen Kanal und sagen das Passwort am Telefon — und wer den Chat liest, kann trotzdem nichts öffnen. Verzichten Sie darauf bei etwas, das eine Kollegin ruhig sehen dürfte; nutzen Sie es überall dort, wo der Kanal selbst die schwache Stelle ist, und das sind die meisten Kanäle.

Im Browser-Modus: solange jemand die URL hat. Es gibt keinen Datenbank-Zustand, der einen Ablauf erzwingen könnte, behandeln Sie geteilte Links also als dauerhaft, bis Sie sicher sind, dass sie von jedem Empfänger-Gerät gelöscht wurden. (Im servergespeicherten Modus gilt eine explizite TTL — siehe „Läuft ab nach".)

Ja — das ist der servergespeicherte Modus. Er nutzt serverseitige Speicherung mit Löschen-nach-Lesen, was andere Vertrauensannahmen mit sich bringt (Sie müssen dem Server vertrauen). Der Browser-Modus (Ciphertext in der URL) wird daneben als Option ohne Datenbank ausgeliefert.