Skip to main content
Zum Hauptinhalt springen
Sicherheit5. März 2026 7 Min. Lesezeit

Clientseitige Kryptografie

Verstehen Sie die Sicherheit clientseitiger Kryptografie und warum sie für viele Anwendungsfälle eine valide Alternative zu serverseitiger Verschlüsselung ist.

Probieren Sie clientseitige Verschlüsselung mit unserem Verschlüsselungstool. Keine Daten verlassen Ihren Browser.

Sicherheitsmodell

Clientseitige Kryptografie hat ein einzigartiges Sicherheitsmodell. Der Browser fungiert als sichere Sandbox. Daten werden verschlüsselt, bevor sie den Browser verlassen.

Dies bedeutet, dass selbst wenn ein Server kompromittiert wird, sind die Daten geschützt, da der Server nie Zugriff auf die Klartextdaten hat.

Vorteile der clientseitigen Verschlüsselung

Clientseitige Kryptografie bietet mehrere Vorteile:

  • Zero-Knowledge-Server - Der Server kann verschlüsselte Daten nicht lesen
  • Keine Datenpersistenz - Keine Datenbank mit sensiblen Informationen
  • Reduzierte Angriffsfläche - Server hat keine Klartextdaten zu verlieren
  • Benutzerkontrolle - Der Benutzer kontrolliert seine eigenen Schlüssel

Einschränkungen

Es gibt auch Einschränkungen zu beachten:

  • Kein Passwort-Recovery möglich - Der Server kennt das Passwort nicht
  • Client-seitige Bedrohungen bleiben - Keylogger und Malware können Daten abfangen
  • Abhängigkeit vom Browser - Sicherheit hängt von der Browser-Implementierung ab

Post-Quanten-Bereitschaft im Jahr 2026

Die größte langfristige Bedrohung für die heutige Kryptografie ist ein zukünftiger leistungsfähiger Quantencomputer. Im August 2024 hat NIST drei Post-Quanten-Standards verabschiedet: ML-KEM (FIPS 203) für den Schlüsselaustausch sowie ML-DSA (FIPS 204) und SLH-DSA (FIPS 205) für Signaturen.

Die Einführung läuft bereits: Wichtige Browser und TLS-Bibliotheken haben den hybriden Schlüsselaustausch (X25519Kyber768) ausgeliefert oder arbeiten daran. Verbindungen sind damit heute schon gegen klassische und Quantenangriffe geschützt, ohne dass sich für Sie etwas ändert.

Für Tools wie dieses gilt 2026 eine einfache Empfehlung: Nutzen Sie weiterhin erprobte Algorithmen (AES-256-GCM, SHA-256/512, HMAC und RSA-2048/4096 für den heutigen Schlüsselaustausch), verfolgen Sie Updates zur Post-Quanten-Unterstützung und implementieren Sie keine eigene Kryptografie. Das Post-Quanten-Transition-Projekt von NIST ist die Referenz, die Sie beobachten sollten. Die Schlüssellängen und -formate können Sie in unserem RSA-Schlüsselgenerator einsehen.

Best Practices

Für maximale Sicherheit bei clientseitiger Kryptografie:

  • Verwenden Sie starke Passwörter oder zufällige Schlüssel
  • Nutzen Sie die Web Crypto API für alle kryptografischen Operationen
  • Validieren Sie alle Eingaben clientseitig
  • Implementieren Sie sichere Schlüsselableitung (PBKDF2, Argon2)

Clientseitige Verschlüsselung implementieren

Hier ist ein vollständiges Beispiel für clientseitige Verschlüsselung mit der Web Crypto API:

Vollständiges Verschlüsselungs-/Entschlüsselungsbeispiel

// Clientseitige Verschlüsselung mit Web Crypto API
class ClientCrypto {
async deriveKey(password, salt) {
const encoder = new TextEncoder();
const keyMaterial = await crypto.subtle.importKey(
'raw', encoder.encode(password), 'PBKDF2', false, ['deriveKey']
);
return crypto.subtle.deriveKey(
{ name: 'PBKDF2', salt, iterations: 100000, hash: 'SHA-256' },
keyMaterial, { name: 'AES-GCM', length: 256 }, false, ['encrypt', 'decrypt']
);
}
async encrypt(plaintext, password) {
const salt = crypto.getRandomValues(new Uint8Array(16));
const iv = crypto.getRandomValues(new Uint8Array(12));
const key = await this.deriveKey(password, salt);
const encoder = new TextEncoder();
const ciphertext = await crypto.subtle.encrypt(
{ name: 'AES-GCM', iv }, key, encoder.encode(plaintext)
);
return { ciphertext, iv, salt };
}
async decrypt(encryptedData, password) {
const { ciphertext, iv, salt } = encryptedData;
const key = await this.deriveKey(password, salt);
const decrypted = await crypto.subtle.decrypt(
{ name: 'AES-GCM', iv }, key, ciphertext
);
return new TextDecoder().decode(decrypted);
}
}
// Verwendung
const crypto = new ClientCrypto();
const encrypted = await crypto.encrypt('Geheime Daten', 'passwort123');
// Verschlüsselte Daten an Server senden...
const decrypted = await crypto.decrypt(encrypted, 'passwort123');

Keine Netzwerkanfragen verifizieren

// DevTools (F12) öffnen und vor der Verschlüsselung ausführen:
console.log('Verschlüsselungstest starten...');
const startTime = performance.now();
// Verschlüsselung durchführen
const encrypted = await encryptData('Testdaten', 'passwort');
const endTime = performance.now();
console.log(`Verschlüsselung dauerte ${endTime - startTime}ms`);
console.log('Netzwerk-Tab prüfen - keine Anfragen sollten erscheinen');
// Im Netzwerk-Tab (F12 → Netzwerk) verifizieren
// Wenn keine neuen Anfragen erscheinen, blieben Ihre Daten lokal!

Referenzen

  • W3C Web Cryptography API: https://www.w3.org/TR/WebCryptoAPI/
  • NIST SP 800-57 – Recommendation for Key Management: https://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final

FAQ

Q.Was passiert, wenn ich mein Verschlüsselungspasswort vergesse?

A.Die Daten sind dauerhaft verloren. Das ist der fundamentale Kompromiss echter Verschlüsselung – es gibt keine Hintertür und keinen Support. Bewahren Sie Passwörter in einem sicheren Passwort-Manager auf.

Q.Wie kann ich prüfen, dass meine Daten nicht an Server gesendet werden?

A.Öffnen Sie die Entwicklertools (F12), wechseln Sie in den Netzwerk-Tab, leeren Sie die Anfragen und nutzen Sie das Tool. Wenn während der Verschlüsselung keine Netzwerkanfragen erscheinen, blieben Ihre Daten lokal.

Q.Kann Schadsoftware meine verschlüsselten Daten stehlen?

A.Schadsoftware kann die verschlüsselten Daten stehlen, aber ohne Ihr Passwort sind sie nur Rauschen. Keylogger könnten jedoch Ihr Passwort beim Tippen erfassen – halten Sie Geräte und Systeme aktuell.

Q.Brechen Post-Quanten-Computer AES-256 oder SHA-256?

A.Praktisch nicht. AES-256 und SHA-256 gelten als sicher gegen Quantenangriffe: Der Grover-Algorithmus kann die effektive Sicherheit eines symmetrischen Schlüssels höchstens halbieren (128 Bit bei AES-256), was weiterhin weit außerhalb jeder praktikablen Angriffsmöglichkeit liegt. Gefährdet sind öffentliche Schlüsselverfahren wie RSA und ECC; die verabschiedeten NIST-Standards (FIPS 203-205) und der hybride TLS-Schlüsselaustausch sind der Migrationspfad.

Verschlüsseln Sie Ihre Daten lokal

Verschlüsseln Sie Text oder Dateien mit AES-256-GCM im Browser – ohne Upload, ohne Konto.

Fazit

Clientseitige Kryptografie beseitigt die größte Schwachstelle: Ihre Daten berühren nie einen Server. Schützen Sie Dateien lokal mit dem AES-256-GCM-Verschlüsselungs-Tool.

Clientseitige KryptografieBrowser-SicherheitWeb Crypto APIZero-Knowledge