Was Cloud-Sync und ein CSV-Export noch halten können, nachdem Sie ein Passwort im Browser gespeichert haben

„Gespeichert“ heißt nicht „nur auf diesem Computer“

Viele behandeln „Passwort speichern“ wie einen Haftzettel an diesem Gerät: Dieser PC merkt sich die Zeichen, andere Maschinen nicht. Was tatsächlich passiert, ist greifbarer. Der Browser schreibt Website, Benutzername und Passwort als einen Autofill-Datensatz. Dieser Datensatz erscheint zuerst im aktuellen Profil. Haben Sie die Synchronisierung mit einem Google-, Microsoft- oder Mozilla-Konto schon eingeschaltet, kann derselbe Datensatz nach den Regeln des jeweiligen Anbieters auch auf anderen Geräten erscheinen, die mit diesem Konto angemeldet sind. Die vorige Notiz hat einen verwandten Schritt beschrieben: Ein kopiertes Passwort in der Systemzwischenablage kann in Cloud-Sync und Verlauf weiterliegen. „Speichern“ ist dieselbe Klasse von Exposition. Empfängerin oder Empfänger ist nicht mehr die Zwischenablage des Betriebssystems, sondern der Passwortspeicher des Browsers, das Konto in der Cloud und die Datei, die Sie exportieren.

Anmeldepasswörter, Postfachpasswörter, Cloud-Speicher-Passwörter und Admin-Passwörter gehören nicht unbemerkt in extra Kopien außerhalb des aktuellen Formulars. Die Frage lautet nicht, „ob dieser Browser schlau ist“. Sie lautet: „Hat dieses Speichern Klartext, der im aktuellen Formular bleiben sollte, an den nächsten Speicher übergeben?“ Eine Produktseite, die „verschlüsselt“ schreibt, beantwortet nur, ob jemand auf dem Weg mithören kann und ob der Tresor auf der Platte Chiffretext ist. Beim Prüfen fragen Sie zusätzlich: Wer hält den Entschlüsselungsschlüssel, welche anderen Geräte teilen das Konto, und faltet der Export-Button diesen Chiffretext wieder zu Text auf?

Diese Notiz bleibt bei den Seiten zum Google Passwortmanager und zur Chrome-Synchronisierung, bei Microsofts Warnung zum Edge-Export, bei Mozillas Warnung zum Firefox-Export und bei Apples Sicherheitsübersicht zum iCloud-Schlüsselbund, weil diese Schichten in prüfbarer Sprache stehen. Eine Unternehmensrichtlinie, eine „Passwort-Export“-Erweiterung von Dritten und ein älterer Einstellungsbildschirm legen eine weitere Schicht darüber; Produktseiten schreiben das selten im selben Satz. Wechseln Sie den Browser, gehen Sie dessen Version der Einstellungen erneut durch. Übertragen Sie passwords.google.com nicht auf den Sync-Schalter einer anderen Marke.

Lokaler Speicher, Konto-Sync und Exportdatei sind drei verschiedene Schichten

Wer „ist Speichern im Browser sicher“ als Ja oder Nein hört, lässt mindestens drei Schichten weg. Die erste ist der lokale Speicher. Sie klicken auf Speichern, und der Eintrag landet im aktuellen Browserprofil. Ein geschlossener Tab leert diese Schicht nicht: Der Speicher liegt im Profilverzeichnis, nicht im Arbeitsspeicher dieses Tabs. Ohne Anmeldung ist die Chrome-Hilfe deutlich: Lesezeichen und andere Informationen werden nur auf dem Gerät gespeichert, nicht im Google-Konto.

Die zweite ist der Cloud-Sync über das Konto. Lesezeichen, Passwörter und andere Daten auf allen Ihren Geräten aufrufen schreibt: Wenn Sie sich in Chrome anmelden, können Sie Informationen in Ihrem Google-Konto speichern und sie dann auf allen Geräten nutzen, auf denen Sie mit demselben Konto angemeldet sind. Wenn Sie sich von Chrome abmelden, „werden Ihre Informationen in Ihrem Google-Konto geschützt und vom Gerät entfernt“. Die lokale Kopie kann weg. Die Kontokopie bleibt. Apple geht einen anderen Weg. Der iCloud-Schlüsselbund synchronisiert innerhalb eines Circle of Trust. Der Transfer ist Ende-zu-Ende-verschlüsselt, Apple liest den Klartext nicht – jedes vertrauenswürdige Gerät im Kreis kann aber entschlüsseln.

Die dritte ist die Exportdatei. Das ist nicht „noch eine Chiffretextkopie des Sync-Blobs“. Es ist offizieller Klartext auf der Platte. Google verlangt den Import als .csv und schreibt, die erste Zeile solle url, username und password enthalten. Edge und Firefox beschreiben diese Datei jeweils als ungeschützt oder für jede Person lesbar, die sie öffnen kann. Sync ist an ein Konto und an Geräte gebunden. Export ist an die Person gebunden, die den Text im Ordner Downloads öffnen kann.

Google: Der Standardschlüssel liegt im Konto; zwei andere Schalter ändern diesen Satz

Google schreibt das Standardmodell in Erste Schritte mit der On-Device-Verschlüsselung. Das Bild ist ein Safe: Sie schließen die Wertgegenstände ein, die Bank passt auf den Schlüssel auf. Die Standardverschlüsselung macht gespeicherte Passwörter oder Passkeys mit einem eindeutigen Schlüssel unleserlich. Google speichert den Schlüssel für den Zugriff auf diese Passwörter in Ihrem Google-Konto und verwendet ihn zum Entschlüsseln in diesen Fällen: wenn Sie sie unter passwords.google.com, auf einem kompatiblen Gerät oder in den Chrome-Einstellungen öffnen; und wenn der Passwortcheck nach Sicherheitsproblemen sucht. Die offizielle Bedeutung ist ein kurzer Satz: Bei dieser Verschlüsselungsmethode vertrauen Sie Google den Schlüssel und damit den Schutz Ihrer Daten an.

Die On-Device-Verschlüsselung ändert, wer den Schlüssel hält. Dieselbe Seite schreibt: Nach der Einrichtung schließen Sie Passwörter oder Passkeys weiter im Google Passwortmanager ein, nehmen den Schlüssel aber selbst an sich. Nur Sie können Ihre Daten sehen. Sie entsperren mit Ihrem Google-Passwort oder, bei kompatiblen Smartphones und Tablets, mit der Displaysperre. Der Satz wird zu: Nur Sie haben den Schlüssel zum Entsperren von Daten wie Passwörtern oder Passkeys. Die Seite schreibt auch die Kosten: Einmal eingerichtet, lässt sich die On-Device-Verschlüsselung nicht mehr entfernen; verlieren Sie den Schlüssel, können Sie die Passwörter verlieren. Dieser Schalter ist nicht standardmäßig an. Solange er aus ist, gilt „der Schlüssel liegt im Konto“, nicht „nur Sie können sie sehen“.

Eine Passphrase für die Synchronisierung ist ein drittes Modell und deckt mehr ab. Die Chrome-Sync-Hilfe schreibt: Mit einer Passphrase können Sie Ihre Chrome-Daten in der Google-Cloud speichern, ohne dass Google sie lesen kann. Zahlungsmethoden und Adressen aus Google Wallet verschlüsselt diese Passphrase nicht. Nach dem Anlegen braucht ein neues Gerät die Passphrase zur Anmeldung; Sie können gespeicherte Passwörter unter passwords.google.com nicht mehr einsehen und „Smart Lock für Passwörter“ nicht mehr nutzen. Die On-Device-Verschlüsselung gilt nur für Passwörter und Passkeys. Die Passphrase gilt für alle Chrome-Daten, die Sie mit Google synchronisieren. Keiner der beiden Schalter ist Pflicht. Sind beide aus, gilt weiter der Satz mit der Bank, die den Schlüssel hält.

Sobald der Sync an ist, ist die Vertrauensgrenze das Konto, nicht dieser Computer. Die Chrome-Hilfe listet, was Sie nach der Anmeldung im Konto speichern können: Lesezeichen, Leseliste, Passwörter, Zahlungsinformationen, Ausweisdokumente sowie Kontakt- und Reiseinformationen, Erweiterungen, Web-Apps, Einstellungen und optional Tabs und Browserverlauf. Melden Sie sich auf einem anderen Computer mit demselben Google-Konto an und schalten Sie den Sync ein, wird dieser Computer zur Empfängerin. Der alte Laptop zu Hause, der nie abgemeldet wurde, und der Dienst-PC, auf dem einmal ein privates Chrome-Profil angemeldet war, sitzen in dieser Grenze. Ein mit der Familie geteiltes Google-Konto weitet dieses Speichern auf jedes Gerät aus, das die andere Person öffnen kann.

Apple: Ende-zu-Ende stoppt Apple beim Klartextlesen – nicht die Geräte im Kreis

Apple nennt die Funktion iCloud-Schlüsselbund. Die Sicherheitsübersicht schreibt das Ziel in klarer Sprache: Passwörter sicher zwischen iPhone, iPad, Mac und den übrigen Apple-Geräten synchronisieren, ohne sie gegenüber Apple offenzulegen. Schlüsselbundobjekte wandern über Apple-Server von Gerät zu Gerät, sind dabei aber Ende-zu-Ende-verschlüsselt, sodass weder Apple noch andere Geräte den Inhalt lesen können. Die Konstruktion verlangt außerdem, dass Passwörter geschützt bleiben, wenn der iCloud-Account kompromittiert wird, wenn iCloud von einem Angreifer von außen oder von Mitarbeitenden kompromittiert wird oder wenn ein Dritter auf den Account zugreift.

„Andere Geräte können nicht lesen“ meint Geräte außerhalb des Circle of Trust. Sichere Schlüsselbundsynchronisierung schreibt: Jedes Gerät verwaltet eine eigene Liste der anderen Synchronisierungsidentitäten der Benutzerin oder des Benutzers. Jedes synchronisierte Objekt wird so verschlüsselt, dass nur ein Gerät im Circle of Trust es entschlüsseln kann; kein anderes Gerät und nicht Apple. Safari-Benutzernamen, -Passwörter und Kreditkartennummern sowie WLAN-Passwörter sind als synchronisierbar markiert. Ein neues Gerät tritt dem Kreis bei, indem es mit einem bestehenden Gerät gekoppelt wird oder über die Schlüsselbundwiederherstellung geht. Verschlüsselung stoppt das Mithören auf dem Weg und stoppt Apple beim Lesen von Klartext. Sie stoppt nicht „das iPad, dem Sie schon zugestimmt haben“.

Wenn Sie die beiden Sätze mit „verschlüsselt“ nebeneinanderlegen, hören Sie nicht denselben Anspruch. Googles Standard ist „die Bank hält den Schlüssel“. Der Standard des Apple-Schlüsselbunds ist „nur Geräte im Kreis können entschlüsseln“. Beide Produkte behandeln Geräte desselben Kontos als vertrauenswürdige Endpunkte. Ein zusätzlicher Computer, der nie abgemeldet wurde, ist ein zusätzlicher Ort, an dem dieses Speichern automatisch ausfüllen kann. Ein geteilter Apple Account weitet die Vertrauensgrenze aus – genau wie ein geteiltes Google-Konto. Das ist nicht „noch eine Chiffretext-Sicherung, die nur Sie lesen können“.

Exportiertes CSV: Alle drei Anbieter nennen es für jeden lesbar

Beim Umzug oder bei einer Sicherung bietet jeder Anbieter einen Export. Das Ende dieses Wegs ist kein weiterer Chiffretext-Tresor. Es ist Text auf der Platte. Googles Seite Passwörter und Passkeys mit dem Google Passwortmanager importieren oder exportieren schreibt das Importformat als .csv und verlangt in der ersten Zeile url, username und password. Sie können jeweils 3.000 Passwörter importieren und bis zu 10.000 im Google-Konto speichern. Der Exportweg ist Chrome → Passwörter und Autofill → Google Passwortmanager → Einstellungen → Passwörter exportieren → Datei herunterladen. Schritt 3 nach dem Import steht auf einer eigenen Zeile: CSV-Passwortdatei auf dem Gerät löschen. Der wichtige Hinweis lautet: Wenn Sie Ihre Passwortdatei nicht löschen, kann jede Person, die das Gerät verwendet, die Datei öffnen und auf Ihre Passwörter zugreifen.

Microsofts Satz ist kürzer. Exportieren von Kennwörtern in Microsoft Edge schreibt, Sie können gespeicherte Kennwörter vom Desktop-Edge in eine CSV exportieren; aus Edge für Android oder iOS geht das nicht. Die Warnung lautet: Kennwörter, die in eine CSV-Datei exportiert werden, sind nicht geschützt und für jeden sichtbar, der die exportierte Datei sehen kann. Nach der Nutzung empfiehlt Microsoft dringend, die Datei mit UMSCHALTTASTE+ENTF endgültig zu löschen. Das betrifft nicht die Kennwörter, die weiter sicher in Edge liegen. Eine Kopie, die nur im Papierkorb landete, lässt sich nach dem normalen Löschen oft wiederherstellen – deshalb steht dort „endgültig“.

Firefox schreibt „nicht verschlüsselt“ in die Warnung selbst. Exportieren der mit der Firefox-Passwortverwaltung gespeicherten Zugangsdaten schreibt: In der exportierten Datei sind die Zugangsdaten nicht verschlüsselt, sondern als lesbarer Text gespeichert; jede Person, die die .csv öffnen kann, erhält ungehinderten Zugriff auf unverschlüsselte Benutzernamen und Passwörter. Laden Sie die Datei nicht online hoch, versenden Sie sie nicht per E-Mail und teilen Sie sie nicht. Löschen Sie sie, sobald Sie sie nicht mehr brauchen. Der Dialog erinnert daran, dass Passwörter als lesbarer Text gespeichert werden. Ist ein Hauptpasswort aktiv, geben Sie es vor dem Export ein. Dieses Passwort sperrt about:logins. Es sperrt nicht „wer die Datei öffnen kann, nachdem sie schon auf der Platte liegt“.

Die drei Warnungen zeigen denselben Schritt: Export ist eine Klartextlandung. Liegt Downloads in einem Ordner, den ein Cloud-Client mitzieht, kann die CSV erneut hochgeladen werden. Die Notiz zu einer unverschlüsselten Datei im Cloud-Speicher hat beschrieben, was Anbieter, Sync-Client und Inhaltshash weiter sehen können. Hier ist die Spalte password genau dieser Klartext. E-Mail, Chat und ein Freigabelink kopieren „für jeden lesbar“ noch einmal. Keine der offiziellen Seiten beschreibt diese CSV als „weiterhin verschlüsselt, nur mit anderer Endung“.

Vor Ort prüfen: das andere angemeldete Gerät oder die CSV in Downloads

„Ich habe es nur in meinem eigenen Browser gespeichert“ ist kein Beweis. Teilen Sie die Prüfung in Schritte, die Sie an diesem Gerät zu Ende bringen. Jeder Schritt beantwortet eine Frage.

1. Schreiben Sie einen Canary, der in echter Arbeit nie vorkommt. Brauchen Sie Zufallszeichen, ziehen Sie 6–128 Zeichen im Passwortgenerator (Standard 16; unter 8 warnt die Seite, dass die Kette schwächer ist). Behandeln Sie die Ausgabe als Canary, nicht als neues Anmeldepasswort. Nutzen Sie kein Passwort, das Sie weiter verwenden.
2. Lösen Sie in Chrome auf einer wegwerfbaren Übungsseite oder einem lokalen Formular „Passwort speichern“ aus und speichern Sie nur den Canary. Öffnen Sie Einstellungen → Google und ich und prüfen Sie, ob Passwörter zu den Informationen gehören, die im Konto gespeichert werden. Auf einem anderen Gerät, das mit demselben Google-Konto angemeldet ist und Sync eingeschaltet hat, prüfen Sie, ob Autofill oder der Passwortmanager denselben Eintrag zeigt. Tut er das, hat Schicht zwei bereits ins Konto geschrieben.
3. Öffnen Sie passwords.google.com (oder den Google Passwortmanager in Chrome). Sehen Sie den Canary dort, gilt das Standardmodell – oder Sie haben sich bereits authentifiziert und entschlüsselt –, nicht „eine Sync-Passphrase ist an, der Web-Tresor bleibt dunkel“. Öffnen Sie danach die Seiten zur On-Device-Verschlüsselung und zu den Verschlüsselungsoptionen und sehen Sie, welcher Satz gilt: Der Schlüssel liegt im Konto, nur Sie halten den Schlüssel, oder Sie verschlüsseln alle Chrome-Daten mit einer eigenen Passphrase.
4. Exportieren Sie nur den Canary. Folgen Sie dem offiziellen Weg, laden Sie die CSV herunter und öffnen Sie sie in einem Texteditor. Bestätigen Sie, dass url / username / password und der Canary-Klartext dort stehen. Lassen Sie die Datei nicht in einem Ordner, den ein Cloud-Client mitzieht. Fügen Sie sie nicht in einen Chat ein. Ist die Prüfung fertig, löschen Sie so, wie der Anbieter es empfiehlt: Edge schreibt UMSCHALTTASTE+ENTF; Google und Firefox schreiben, die Datei umgehend zu löschen. Prüfen Sie danach Papierkorb und „Kürzlich gelöscht“.
5. Nutzen Sie Safari oder andere Apple-Geräte, gehen Sie zu einem zweiten Gerät, das bereits im selben iCloud-Schlüsselbund-Circle of Trust sitzt, und prüfen Sie, ob es den Canary automatisch ausfüllt. Kann es das, liegt bereits eine Kopie im Kreis. Das ist eine andere Tatsache als „Apple kann Klartext lesen oder nicht“. Löschen Sie den Canary-Eintrag danach auf jedem Gerät, das ihn erhalten hat.

Der erste Schritt – ob dieses Gerät Klartext an den Browserspeicher übergeben hat – ist eine andere Frage als Im Browser verschlüsseln: so prüfen Sie, dass Klartext das Gerät nicht verlassen hat. Hier verlässt die Zeichenkette das aktuelle Formular fast immer, weil Speichern heißt: in einen Passwortspeicher schreiben. Diese Notiz fragt, in welche Schichten sie danach eingetreten ist. Der Canary soll nur auf Ihrer eigenen Passwortseite erscheinen, auf Ihren eigenen synchronisierten Geräten und in der einen Datei, die Sie selbst exportiert haben. Erscheint er auf einem alten PC, den Sie für abgemeldet hielten, auf einem Familien-Tablet oder in einer Downloads-Kopie, die ein Cloud-Client schon hochgeladen hat, ist die Vertrauensgrenze größer als „dieser Browser“.

„Speichern“ als weitere Exposition behandeln – mit einem Generator, der ohne Konto öffnet

Wollen Sie zuerst lokal erzeugen und dann selbst entscheiden, ob die Zeichenkette überhaupt an den Browser geht, müssen Sie sich nicht registrieren und die Zeichenkette nicht an MakePwd übergeben. Öffnen Sie den Passwortgenerator, ziehen Sie eine wegwerfbare Zufallskette, kopieren oder notieren Sie sie nur auf dieser Seite und entscheiden Sie mit dem Abschnitt oben, ob Sie im Browser auf Speichern klicken. Erzeugen und der Stärkehinweis enden in diesem Tab. Neu erzeugte Passwörter werden nicht hochgeladen. Jedes Werkzeug ist sofort nutzbar. Es gibt keinen Passworttresor, der die Zeichenkette für Sie behält – MakePwd synchronisiert sie nach „Speichern“ nicht in die Cloud.

Der Generator beantwortet „woher diese Zeichenkette kommt“. Er beantwortet nicht „synchronisiert der Browser sie nach dem Speichern“. Wollen Sie wissen, ob ein bereits genutztes Passwort schwach ist oder in der lokalen Häufigkeitsliste steht, nutzen Sie Passwortstärke. Das geprüfte Passwort wird ebenfalls nicht hochgeladen, und das Ergebnis ist kein netzweiter Leak-Abgleich. Muss eine andere Person das Passwort erhalten, verlassen Sie sich nicht auf „ich habe es im Browser gespeichert, dann meldet sie sich mit demselben Konto an“ – das nimmt sie in die Vertrauensgrenze auf. Ein besserer Weg ist, es einmal per Einmal-Link zu schicken: Der Schlüssel liegt im URL-#-Fragment und geht nicht über HTTP an den Server. Erstellen und Lesen sind öffentlich. Der Server speichert den Chiffretext nur kurz.

Häufige Fragen

Kann Google den Klartext lesen, wenn ich „Passwort speichern“ klicke?

Im Standardmodell ja, entlang des Wegs, den Google selbst beschreibt. Die Konto-Hilfe schreibt: Der Verschlüsselungsschlüssel für den Zugriff auf Ihre Passwörter liegt in Ihrem Google-Konto. Google entschlüsselt damit, wenn Sie passwords.google.com, ein kompatibles Gerät oder die Chrome-Einstellungen öffnen und wenn der Passwortcheck nach Sicherheitsproblemen sucht. Die offizielle Bedeutung lautet: Sie vertrauen Google den Schlüssel an. Mit On-Device-Verschlüsselung gilt: Nur Sie haben den Schlüssel. Mit einer Passphrase für die Synchronisierung schreibt Google, dass es die davon erfassten Chrome-Daten nicht lesen kann; unter passwords.google.com sehen Sie gespeicherte Passwörter dann nicht mehr.

Ist eine exportierte Passwort-CSV noch verschlüsselt?

Alle drei offiziellen Seiten beschreiben sie als nicht mehr geschützt. Google schreibt: Wenn Sie die Datei nicht löschen, kann jede Person, die das Gerät verwendet, sie öffnen und auf Ihre Passwörter zugreifen. Edge schreibt: In eine CSV exportierte Kennwörter sind nicht geschützt und für jeden sichtbar, der die Datei sehen kann; danach empfiehlt Microsoft UMSCHALTTASTE+ENTF, damit die Datei endgültig weg ist. Firefox schreibt: Die Zugangsdaten in der exportierten Datei sind nicht verschlüsselt, sondern als lesbarer Text gespeichert; nicht hochladen, nicht per E-Mail senden, nicht teilen, danach umgehend löschen.

Sind gespeicherte Passwörter weg, wenn ich den Browser auf diesem PC schließe?

Ein geschlossenes Fenster löscht nicht die Kopie, die bereits im Konto liegt. Die Chrome-Hilfe schreibt: Nach der Anmeldung können Sie Informationen im Google-Konto speichern und auf allen Geräten nutzen, auf denen Sie mit demselben Konto angemeldet sind. Wurden diese Informationen nie im Konto gespeichert, bleiben Lesezeichen und andere Daten nur auf diesem Gerät. Beim Abmelden von Chrome bleiben die Informationen im Google-Konto geschützt und werden vom Gerät entfernt – die Kontokopie bleibt. Der iCloud-Schlüsselbund synchronisiert im Circle of Trust: Geräte im Kreis können entschlüsseln; Apple liest den Klartext nicht.

Ist ein im Browser gespeichertes Passwort dieselbe Prüfung wie eine lokale Liste schwacher Passwörter?

Nein. Googles Passwortcheck läuft über gespeicherte Einträge. Bei der Standardverschlüsselung hält Google den Entschlüsselungsschlüssel, um das zu tun. Die Passwortstärke-Prüfung von MakePwd behält das geprüfte Passwort in diesem Tab, gleicht es mit einer lokalen Häufigkeitsliste ab und lädt es nicht hoch. Das ist kein netzweiter HIBP-Abgleich. Kein Treffer heißt nur: Diese Liste hat nicht getroffen. Speichern im Browser ist eine andere Vertrauensgrenze: synchronisierte Geräte und die Exportdatei.

Drei Dinge vor dem nächsten „Speichern“

Erstens: „Gespeichert“ heißt nur, dass der Eintrag im Passwortspeicher des Browsers gelandet ist. Es heißt nicht, dass die Zeichenkette nur auf diesem Computer existiert. Zweitens: Lokaler Speicher, Cloud-Sync über das Konto (Googles Standardschlüssel liegt im Konto; On-Device-Verschlüsselung und eine Sync-Passphrase ändern diesen Satz; der Apple-Schlüsselbund ist Ende-zu-Ende im Kreis) und die exportierte CSV (alle drei Anbieter nennen sie für jeden lesbar) sind drei verschiedene Restkopien. Ein geschlossenes Fenster berührt nur die lokale Oberfläche. Es berührt weder das Konto noch die Datei auf der Platte. Drittens: Prüfen Sie mit einem wegwerfbaren Canary gegen das andere Gerät, passwords.google.com und Downloads. Experimentieren Sie nicht mit einer echten Anmeldung. Ist die Exportprüfung fertig, löschen Sie die Datei endgültig so, wie der Anbieter es empfiehlt.

Ist die nächste Frage, was die Zwischenablage nach dem Kopieren noch halten kann, lesen Sie Was Zwischenablageverlauf und Cloud-Sync noch halten können, nachdem Sie ein Passwort kopiert haben. Müssen Sie in Network prüfen, dass Klartext dieses Gerät beim Verschlüsseln nicht verlassen hat, lesen Sie Im Browser verschlüsseln: so prüfen Sie, dass Klartext das Gerät nicht verlassen hat. Was eine lokale Liste beweisen kann – und warum das kein netzweiter Leak-Abgleich ist – steht in Was eine lokale Liste schwacher Passwörter beweisen kann – und warum das kein netzweiter Leak-Abgleich ist. Diese Notiz zieht nur eine Linie, die Sie in eine Schlussfolgerung schreiben können: was Cloud-Sync und ein CSV-Export nach dem Klick auf „Passwort speichern“ noch halten können.