Sollten Sie eine Krypto-Seed-Phrase über einen Einmal-Link teilen?
In der Regel nein. Wenn es unvermeidlich ist: zuerst lokal verschlüsseln—geben Sie die Mnemonic niemals auf einer Website ein, auch nicht bei PrivateNote.
Wichtigste Punkte
- Eine Seed-Phrase bedeutet volle Wallet-Kontrolle—wie Bargeld behandeln, nicht wie ein Passwort.
- Einmal-Links helfen bei kurzen Übergaben; sie ersetzen keine Offline-Speicherung.
- Niemals einen Seed in E-Mail, Chat, Cloud-Notizen oder Screenshots ablegen.
- Empfänger bestätigen und Restkopien nach dem Transfer vernichten.
Eine Kryptowährungs-Seed-Phrase ist eines der wertvollsten Geheimnisse, die Sie je besitzen werden. Sie lässt sich meist nicht zurücksetzen. Es gibt kein „Passwort vergessen“. Wer sie hat, kontrolliert typischerweise die Wallet und alles darin.
Das klingt vielleicht seltsam im Blog eines Unternehmens, das verschlüsselte Einmal-Links baut. Sicherheit bedeutet nicht, jedes Werkzeug für jede Aufgabe zu verkaufen—sondern den Ansatz an das anzupassen, was Sie schützen, einschließlich unserer eigenen Grenzen.
Für ersetzbare Geheimnisse—WLAN-Passwörter, temporäre Zugangsdaten, MFA-Wiederherstellungscodes, viele API-Schlüssel und vertrauliche Geschäftsnachrichten—ist ein verschlüsselter Einmal-Link eine hervorragende Lösung.
Lang lebende Master-Geheimnisse wie Kryptowährungs-Seed-Phrasen verdienen einen anderen Ansatz.
Regel Nr. 1
Geben Sie eine Kryptowährungs-Seed-Phrase niemals auf einer Website ein—auch nicht bei PrivateNote. Wenn Übertragung unvermeidlich ist: zuerst lokal verschlüsseln und nur den Chiffretext teilen. PrivateNote ist zum Transport vorverschlüsselter Daten gedacht, nicht zum Eintippen der Mnemonic.
Seriöse Hardware-Wallet-Hersteller verlangen nicht, Ihre Wiederherstellungsphrase auf einer Website einzugeben. Fordert eine Seite Ihre Seed-Phrase an, behandeln Sie das als höchst verdächtig—prüfen Sie die Echtheit, bevor Sie fortfahren.
Vermeiden Sie nach Möglichkeit, Seed-Phrasen auf Websites einzugeben.
Müssen Sie sie überhaupt senden?
Vor der Verschlüsselung fragen: muss die Phrase ihren Ort verlassen? Oft: nein.
- Metall-Backup — im Tresor oder Schließfach aufbewahrt
- SLIP-39 — oder ähnliche Verfahren für Erbschaft oder Disaster Recovery
- Hardware-Wallet-Übertragung — wenn praktikabel, statt der Wiederherstellungsphrase
Jede Übertragung erhöht die Chance einer Offenlegung. Wenn Sie senden vermeiden können, tun Sie es. Für andere Kanäle, die Geheimnisse ebenfalls dauerhaft speichern, siehe Warum E-Mail der schlechteste Ort für Geheimnisse ist.
Warum Seed-Phrasen anders sind
Eine Seed-Phrase ist das Wurzelgeheimnis für ein gesamtes digitales Vermögen—nicht „nur ein weiteres Passwort“.
Anders als die meisten Zugangsdaten:
- Gewährt volle Kontrolle — über Vermögenswerte
- Hält oft Jahrzehnte — ohne Rotation
- Kann nicht geändert werden — bei Kompromittierung
- Kein Anbieter-Recovery — bei Diebstahl
Sie verteidigen sich nicht nur gegen heutige Angreifer—Sie treffen Entscheidungen, die in zehn oder zwanzig Jahren noch zählen können.
Browser-Verschlüsselung ist stark—aber keine Magie
PrivateNote verschlüsselt in Ihrem Browser vor dem Upload. Unsere Server sehen nur Chiffretext; der Schlüssel erreicht uns nie. Das ist weit besser als E-Mail, Chat oder Cloud-Dokumente für alltägliche Geheimnisse—und entspricht einem strikten Ende-zu-Ende-Verschlüsselungs-Modell für den Notizinhalt.
Jede Browser-Krypto-App teilt eine Einschränkung: Klartext muss im Browser existieren, bevor verschlüsselt wird. Bösartiges JavaScript—von Erweiterungen, Supply-Chain-Kompromittierung, Injection oder einem schlechten CDN—könnte ihn theoretisch zuerst lesen. Das ist inhärent für clientseitige Verschlüsselung im Browser, nicht spezifisch für PrivateNote.
Für API-Schlüssel und temporäre Passwörter ist dieser Kompromiss meist in Ordnung. Für eine Seed-Phrase, die Erspartes schützt, wollen Sie vielleicht weniger Systemen vertrauen.
Verschlüsseln, bevor der Browser es sieht
Lokal verschlüsseln, dann nur Chiffretext hochladen:
Seed phrase
│
▼
Local encryption (age / GnuPG / OpenSSL)
│
▼
Encrypted ciphertext
│
▼
PrivateNotePrivateNote erhält niemals die Mnemonic—nur verschlüsselte Daten.
Lokale Verschlüsselung stoppt keine Malware auf Ihrem Rechner. Sie hält Klartext von Web-Apps, Cloud-Diensten und Servern fern, die ihn nicht brauchen. Sie verkleinern die vertrauenswürdige Rechenbasis; Sie eliminieren keinen kompromittierten Endpunkt.
Welches Werkzeug nutzen
- age (für die meisten Nutzer empfohlen): einfache Dateiverschlüsselung mit sicheren Defaults — github.com/FiloSottile/age
- GnuPG: hervorragend, wenn Sie OpenPGP bereits nutzen.
- OpenSSL: vertrauenswürdig und mächtig; Low-Level-CLI—besser für erfahrene Nutzer.
Minimales Beispiel (age)
# Install age (pick your platform)
# macOS: brew install age
# Windows: winget install FiloSottile.age
# Linux (apt): sudo apt install age
age --version
age -p -o seed.txt.age seed.txt # encrypt with passphrase
age -d -o seed.txt seed.txt.age # decrypt on a trusted machineBrauchen Sie eine starke Passphrase?
Nutzen Sie ein langes, einzigartiges Geheimnis für age -p. Generieren Sie eines lokal im Browser—der Passphrase-Generator auf passwords.lu läuft clientseitig; nichts wird hochgeladen.
Nachdem seed.txt.age verifiziert ist, Klartext auf dem Sender-Gerät sicher löschen. Nachdem der Empfänger in eine Wallet importiert hat, auch dessen Klartext-Kopie löschen.
Für regelmäßigen Austausch mit jemandem vermeidet age -r (Public-Key-Modus) eine gemeinsame Passphrase—lohnt sich separat zu lernen.
Getrennte Kanäle nutzen
Trennen Sie die verschlüsselte Datei vom Geheimnis, das sie entsperrt. Sie trennen den .age-Chiffretext von der age-Entschlüsselungs-Passphrase—nicht die Seed-Phrase-Mnemonic über einen zweiten Kanal.
- Laden Sie die verschlüsselte Datei (Chiffretext) mit PrivateNote hoch
- Senden Sie die age-Passphrase, die diese Datei entschlüsselt—per Signal, Telefon oder persönlich
Ein Angreifer muss mehrere Systeme kompromittieren—nicht nur einen Link.
Was wir empfehlen
Die Trennung geht wirklich um ersetzbare versus lang lebende Master-Geheimnisse—nicht allein um Dateiformat oder Kanal.
Gut geeignet für Einmal-Links
Ersetzbare Geheimnisse, die Sie rotieren oder widerrufen können
- API-Schlüssel & temporäre Passwörter
- WLAN-Zugangsdaten
- MFA-Wiederherstellungscodes
- Geschäftsnachrichten & Rechtsentwürfe
- Temporäre Zugriffstokens
Zuerst lokal verschlüsseln
Lang lebende Master-Geheimnisse, die selten wechseln
- Kryptowährungs-Seed-Phrasen
- Hardware-Wallet-Backups
- CA-Privatschlüssel & Signierschlüssel
- Passwortmanager-Wiederherstellungsmaterial
- Hochwertige Master-Geheimnisse
Für API-Schlüssel speziell siehe unseren Leitfaden API-Schlüssel sicher teilen.
Werkzeug an das Risiko anpassen
Jeder Ansatz hat Vertrauensannahmen—Passwortmanager, Hardware-Wallets, Offline-Tools, Browser-Krypto. Keiner ist perfekt; Kompromisse unterscheiden sich. Die Frage ist, ob sie zum Wert dessen passen, was Sie schützen.
Unsere Philosophie
Wir haben PrivateNote so gebaut, dass Verschlüsselung bevor Daten unsere Server erreichen passiert. Für temporäre, ersetzbare Geheimnisse schlägt das E-Mail, Messaging oder Cloud-Speicher. Sie können auch eine geheime Nachricht ohne Konto senden. Lesen Sie wie PrivateNote funktioniert für das vollständige Modell.
Für eine Seed-Phrase, die Ihr Erspartes sein könnte:
- Übertragung vermeiden, wenn möglich
- lokal verschlüsseln
- nur Chiffretext hochladen
- temporären Klartext sicher löschen
- die age-Datei-Passphrase—nicht die Mnemonic—wenn möglich über einen separaten Kanal senden
Manchmal ist der beste Rat nicht „nutzen Sie unser Produkt“. Sondern: „Nutzen Sie das richtige Werkzeug für die Aufgabe.“
Ersetzbare Geheimnisse teilen—nicht Seed-Phrasen—im Browser
Erstellen Sie eine verschlüsselte Einmal-Notiz für API-Schlüssel, Passwörter und Zugangsdaten. Für Seed-Phrasen zuerst lokal mit age verschlüsseln, dann nur den Chiffretext teilen.
PrivateNote testen ->