Nachdem Sie den Einmal-Link-Tab geschlossen haben, warum der Schlüssel hinter # aus kürzlich geschlossenen Tabs zurückkommt

Sobald Sie https://…/s.html?id=…#… öffnen, stehen in der Adresszeile zwei Teile: die Geheimtext-Nummer hinter dem Fragezeichen und der Entschlüsselungsschlüssel hinter #. Den Tab zu schließen, liest sich leicht als „der Schlüssel ist nicht mehr auf diesem Rechner“. Der Browser macht das Gegenteil. Für Zurück, Vorwärts, Absturz-Wiederherstellung und kürzlich geschlossene Tabs muss er die volle URL dieser Navigation behalten. Chromium nennt diesen Datensatz pro Tab Sitzungsverlauf (session history): Ein Navigationseintrag speichert die damalige URL, die Scrollposition und ungesendete Formulardaten. Nach dem Schließen des Tabs oder einem Neustart werden diese Einträge serialisiert, damit der Tab wieder so erscheint wie zuvor. Siehe Chromiums Session History.

Firefox nennt dieselbe Familie Session Restore. Es verfolgt Fenster, Tabs und kürzlich geschlossene Tabs und schreibt Verlauf, Scrollposition und Formulardaten jedes Tabs auf die Festplatte, damit Start oder „Geschlossenen Tab wiederherstellen“ sie zurücklesen können. Siehe Firefox Source Docs: Session Restore. Microsoft Edge basiert auf Chromium; ein geschlossener Tab läuft über denselben Sitzungsverlauf – nicht über eine Extra-Regel, die „den Titel behält und das Fragment verwirft“.

Das ist nicht dieselbe Schicht wie die HTTP-Anfrage. Die IETF definiert in RFC 3986 §3.5 das Fragment als clientseitige Kennung. Der Server nutzt es nicht, wenn er den URI verarbeitet. UsePwd-Zugriffsprotokolle enthalten den Schlüssel hinter # deshalb nicht. Diese Grenze steht bereits in Warum das #-Fragment einer URL nicht in Server-Logs steht. Hier kommt die nächste Schicht: Ein Fragment, das nicht in die Anfrage geht, kann trotzdem in Ihren eigenen Browserdatensatz gehen. Das Schließen des Tabs beendet diese Darstellung. Es löscht nicht automatisch die volle URL im Sitzungsverlauf.

In Chrome oder Edge drücken Sie Strg+Umschalt+T oder öffnen Verlauf → Kürzlich geschlossen. Der Browser nimmt den Sitzungseintrag und öffnet die darin gespeicherte URL. Chromes eigene Tastenkürzel-Liste nennt das „Zuvor geschlossene Tabs in der Reihenfolge öffnen, in der sie geschlossen wurden“; siehe Chrome-Tastenkombinationen. Firefox holt denselben Eintrag aus dem Session Store: Die URL des aktiven Verlaufseintrags ist das Wiederherstellungsziel. Das Fragment ist Teil der URL, kein Schmuck neben dem Seitentitel. Wiederherstellen hat keinen Extra-Schritt, der es abschneidet.

Langzeitverlauf und Sitzungsverlauf sind auch nicht derselbe Speicher. Wenn Chromium eine URL in die Verlaufsdatenbank schreibt, entfernt es Benutzername und Passwort. Die Umwandlung löscht das Fragment nicht. Die Funktion ist Chromium GurlToDatabaseUrl. Eine Einmal-Link-Adresse, die in chrome://history noch # zeigt, widerspricht also nicht „die Anfrage hatte kein Fragment“: Die Verlaufsdatenbank speichert die volle Zeichenfolge, die Sie aufgerufen haben; die Request-Zeile bleibt s.html?id={id}.

Rechtsklick „Tab duplizieren“ ist der kürzere Weg. Chromium dokumentiert, dass Duplizieren – oder Zurück, Vorwärts und Neu laden in einem neuen Tab – die Navigationseinträge direkt klont, statt sie erst in eine Datei zu schreiben und wiederzulesen. In der Adresszeile des geklonten Tabs steht meist dieselbe Zeichenfolge wie zuvor, inklusive # und Schlüssel. Auf einem geteilten Rechner ist das schneller als im Verlauf zu suchen: Die Person daneben muss den Verlauf nicht kennen. Tab duplizieren reicht.

Wenn Sie die Leseseite als Lesezeichen speichern, sichert der Browser die Zeichenfolge in der Adresszeile. Der Stern fragt nicht zuerst „ist der Text hinter # ein Schlüssel?“ und speichert dann nur den Pfad. Später kann jedes Gerät mit Lesezeichen-Synchronisierung diesen Eintrag öffnen und den vollen Link wieder in der Adresszeile zeigen. Apples iCloud-Leitfaden sagt: Nachdem Sie iCloud für Safari einschalten, werden Lesezeichen und offene Tabs in iCloud gespeichert und bleiben auf iPhone, iPad und Mac aktuell; Lesezeichen synchronisieren auch auf PCs mit iCloud für Windows. Siehe Safari mit iCloud auf all Ihren Geräten aktuell halten.

Chrome führt „Verlauf und Tabs“ als einschaltbaren Synchronisierungspunkt. Ist er an, erscheinen offene Tabs unter Verlauf → Tabs von anderen Geräten. Die Hilfeseite ist Lesezeichen, Passwörter und andere Daten auf allen Ihren Geräten aufrufen. Chromes Weg „Tab an Ihre Geräte senden“ schreibt die volle GURL-spec() in den Sync-Datensatz. Ein gewöhnliches #-Fragment wird mit dem Rest der URL serialisiert; es wird nicht zuerst entfernt. Die Implementierung ist Chromium SendTabToSelfEntry.

Das System-Teilen ist nicht dasselbe wie ein Lesezeichen. In Safari auf dem iPad landet eine URL mit Fragment in der Mail manchmal nur bis vor #. Die ganze Adresszeile markieren und kopieren behält das Fragment meist. Genau das ist der Punkt: Entscheiden Sie nicht „der Schlüssel ist weg“, weil Sie auf Teilen getippt haben. Entscheiden Sie nach den Zeichen, die in der Adresszeile der Gegenstelle – oder des anderen Geräts – wirklich stehen. Eine Chat-Linkvorschau, die beim Titel stehen bleibt, ist ein anderer Artikel. Sobald der volle Link in einem Lesezeichen oder einem Sync-Datensatz steht, ist das kein Vorschau-Bot mehr.

UsePwd Burn-Link hängt den Schlüssel hinter # in s.html?id={id}#{key}. Erzeugen und Lesen sind sofort nutzbar – keine Seite registriert sich. Der aktuelle Tab verschlüsselt oder entschlüsselt mit Web Crypto und AES-256-GCM. Klartext höchstens 32 KB. Hochgeladen werden nur Geheimtext, eine Gültigkeit und eine Leseanzahl. Ablauf: 1 Stunde, 24 Stunden, 7 Tage oder „nur nach dem Lesen verbrennen“. Leseanzahl 1–10, Standard 1. Der Server speichert nur Geheimtext. Er sieht keinen Klartext, und es gibt kein Konto, über das sich das Geheimnis nach Nutzer wiederfinden ließe.

Öffnet die Empfangsseite die Leseseite, fragt der Tab zuerst, ob der Geheimtext noch da ist. Diese Prüfung verbraucht kein Lesen. Erst nach Öffnen und ansehen holt der Browser den Geheimtext und entschlüsselt ihn lokal mit dem Schlüssel hinter #. Nach erfolgreicher Entschlüsselung bleibt das Fragment standardmäßig in der Adresszeile. Tab schließen oder die Seite verlassen leert das Klartextfeld – die Leseseite lauscht auf pagehide – schreibt die Adresse aber nicht um. Nur Von dieser Seite entfernen ruft history.replaceState auf und kürzt die aktuelle URL auf Pfad plus Query: # und der Schlüssel dahinter fallen weg. WHATWG definiert replaceState als Ersetzen des aktuellen Sitzungseintrags, nicht als Anhängen eines neuen; siehe die History API. Schließen Sie den Tab danach, stellen kürzlich geschlossene Tabs eine Adresse ohne Schlüssel wieder her.

Ob der Geheimtext auf dem Server schon weg ist, hängt weiter nur von der beim Erzeugen gesetzten Anzahl und Gültigkeit ab. Diese Seite zu leeren, verbraucht kein extra Lesen und spart keines. Solange Aufrufe übrig sind, kann jeder mit dem vollen Link noch auf Öffnen und ansehen klicken. Ist die Anzahl verbraucht, öffnet der volle Link nur noch den verbrannten Zustand – und die Adresse kann weiter in Sitzungsverlauf, Lesezeichen und Chat stehen. Warum das Einfügen desselben Links in einen Chat mit Linkvorschau nicht immer ein Lesen verbraucht, steht in Warum das Einfügen eines Einmal-Links in einen Chat mit Linkvorschau den Lesevorgang nicht immer schon verbraucht. Dieser Artikel betrifft den Browserdatensatz der Empfangsseite, nicht die Karte im Kanal.

Die Tastenkombination kann jeder drücken, der dieses Browserprofil nutzen darf. Ein geteilter PC, ein ungesperrter Arbeitsplatz oder ein ausgeliehener Browser, aus dem niemand abgemeldet hat, macht kürzlich geschlossene Tabs zum zweiten Weg, den Link zu holen. Die Liste der kürzlich geschlossenen Tabs oder den Verlauf zu leeren, blockiert diesen Kurzbefehl. Es blockiert nicht eine volle URL, die schon in Chat, Ticket oder Screenshot steht. Burn-Link begrenzt, wie lange Geheimtext auf dem Server lebt und wie oft er gelesen werden kann. Es entscheidet nicht, wer die Adresse in einem lokalen Datensatz noch sehen kann.

Ist die Leseanzahl verbraucht, zeigt das Öffnen aus dem Verlauf meist nur den verbrannten Zustand. Das ist nicht „der Verlauf ist jetzt sicher“. Eine Admin-Person, ein Kollege oder Sie selbst können aus der Zeichenfolge noch lesen, dass es einmal eine Nummer gab und dass jemand ein Fragment als Schlüssel genutzt hat. Dauerablage oder Sync über mehrere Geräte gehört in einen eigenen Passwortmanager. UsePwd hat keine Konten und keinen Tresor und kann einen verlorenen Link nicht nach Nutzer wiederfinden. Zur Identität siehe Über uns.

Dateien sind ein dritter Weg. Ein lokales Backup einer einzelnen Datei bis 5 GB läuft über Datei verschlüsseln, schreibt .lock / .enc und lädt die Datei standardmäßig nicht hoch. Die Passphrase selbst erzeugen Sie im Passwort-Generator zwischen 6 und 128 Zeichen und prüfen die Stärke unter Passwort prüfen. Diese Seiten sind wie dieser Artikel sofort nutzbar. Lesen Sie „das Fragment kommt nicht ins Server-Log“ nicht als „Tab schließen vernichtet den Schlüssel“. Logs, Sitzungsverlauf und Chatverlauf sind nicht dieselbe Schicht.