Einschränkungen
Explizite Einschränkungen zur realistischen Erwartungsbildung:
- Keine Passwort-Wiederherstellung. Zero-Knowledge bedeutet kein Backup.
- Keine semantische Validierung der Ausgaben.
- Keine Garantie für Kompatibilität mit externen Systemen.
- Kein Schutz vor lokalen Gerätebedrohungen.
- Kein Ersatz für Produktions-Kryptobibliotheken.
- Keine Rechts- oder Compliance-Beratung.
- Kein Schutz vor allen Angriffsvektoren.
Was diese Tools tatsächlich tun
| Funktion | Unterstützt |
|---|---|
| Clientseitige Verschlüsselung | ✓ Ja |
| Browserbasiertes Hashing | ✓ Ja |
| Lokale Passwortgenerierung | ✓ Ja |
| Null-Datenübertragung | ✓ Ja |
| Serverseitige Verarbeitung | ✗ Nein |
| Datenwiederherstellung | ✗ Nein |
FAQ zu den Grenzen
Können Sie eine verschlüsselte Datei wiederherstellen, wenn sie verloren geht?
Nein, und das ist so vorgesehen statt eine Lücke. Der Schlüssel verlässt Ihr Gerät nie und wird uns nie übermittelt, es gibt also keine Kopie, mit der wir etwas entschlüsseln könnten. Genau das macht die Werkzeuge für echte Geheimnisse geeignet – und bedeutet zugleich, dass eine verlorene Passphrase auch die Daten kostet. Bewahren Sie Passphrase und Datei getrennt auf.
Sind diese Werkzeuge ein Ersatz für eine Kryptografie-Bibliothek im Produktivbetrieb?
Nein. Sie setzen die Standardverfahren über die Web Crypto API des Browsers um – deshalb funktionieren sie ohne Server und ohne Installation. Ein Produktivsystem braucht weiterhin Schlüsselrotation, Zugriffskontrolle, Audit-Logs, Algorithmus-Austauschbarkeit und einen geprüften Schlüsselprozess. Nutzen Sie diese Werkzeuge für ein Geheimnis auf einem Gerät in einem Moment, nicht als Kern eines Mehrmandantensystems.
Schützt clientseitige Verschlüsselung vor Malware oder einem kompromittierten Gerät?
Nein. Die Rechenarbeit in den Browser zu verlagern ändert, wer die Daten während der Verarbeitung lesen kann – nicht, wer das Gerät kontrolliert. Ein Keylogger, eine kompromittierte Erweiterung mit Host-Berechtigungen oder Angreifer mit bereits vorhandener Codeausführung in Ihrer Sitzung sehen den Klartext vor der Verschlüsselung oder das Ergebnis danach. Diese Werkzeuge senken die Angriffsfläche gegenüber Servern, nicht gegenüber einem Gerät unter fremder Kontrolle.
Wird die Ausgabe von anderen Systemen immer akzeptiert?
Sie entspricht der Spezifikation, die Annahme bleibt aber ungarantiert. Unsere Encoder liefern standardkonforme Ausgabe: AES-256-GCM nach NIST SP 800-38D, Base64URL nach RFC 4648, JWT-Dekodierung nach RFC 7519. Erwartet ein empfangendes System eine bestimmte Polsterung, Schlüsselgröße oder Zeilenende-Konvention, ist das eine Konfigurationsfrage auf der Gegenseite, die kein Browser-Werkzeug für Sie erkennen kann.
Bieten Sie rechtliche oder Compliance-Beratung?
Nein. Unsere Compliance-Seiten beschreiben technisch, wie sich die Architektur verhält: was unsere Werkzeuge verarbeiten und was sie nie erhalten. Ob ein konkreter Ablauf eine Vorschrift erfüllt, ist eine Rechtsfrage, die von Ihrer Organisation, Branche und Rechtsordnung abhängt. Behandeln Sie diese Seiten als technischen Beitrag zu dieser Prüfung und holen Sie vor einer darauf gestützten Entscheidung qualifizierte Rechtsberatung ein.