AES ver-/entschlüsseln

Was ist symmetrische Verschlüsselung?#

Symmetrische Verschlüsselung verwendet ein gemeinsames Secret sowohl zum Sperren als auch zum Entsperren. Sie geben ihr Klartext plus ein Passwort; sie liefert einen verschlüsselten Blob zurück, den niemand ohne dasselbe Passwort zurücklesen kann. Es ist das richtige Werkzeug, wann immer Sie Vertraulichkeit wollen — verbergen, was etwas sagt — im Gegensatz zu einem Hash (der nur Integrität beweist) oder HMAC (der Authentizität beweist).

Diese Seite verwendet AES-GCM, den authentifizierten Verschlüsselungs-Modus, der für neuen Code empfohlen wird. „Authentifiziert“ ist das Schlüsselwort: GCM verschlüsselt Ihren Text nicht nur, es flicht zudem ein manipulationssicheres Tag ein. Wenn jemand ein einziges Bit im Ciphertext umdreht, scheitert die Entschlüsselung laut, statt stillschweigend Müll zurückzugeben. Der Schlüssel wird aus Ihrem Passwort mit PBKDF2 über SHA-256 abgeleitet, mit einem frischen zufälligen Salt und standardmäßig 100.000 Iterationen, sodass ein schwächeres Passwort offline noch teuer zu brute-forcen ist.

Alles läuft im Browser über Web Crypto. Es gibt keinen Server, keine Schlüssel-Hinterlegung und keinen Netzwerkaufruf — wenn Sie das Passwort verlieren, ist der Ciphertext konstruktiv nicht wiederherstellbar.

Verwendung#

1. Wählen Sie einen Modus: Verschlüsseln (Klartext rein → Ciphertext raus) oder Entschlüsseln (Ciphertext rein → Klartext raus).
2. Tippen Sie das Passwort. Es ist das einzige gemeinsame Secret; wer später entschlüsselt, muss exakt dasselbe eingeben.
3. Wählen Sie die Optionen:
   • Schlüssellänge — 128 / 192 / 256 (Standard 256). 256 ist die moderne Basislinie; die anderen existieren zum Matchen von Altsystemen.
   • Iterationen — PBKDF2-Runden, Standard 100.000. Höher verlangsamt Offline-Knacken, aber auch Sie; 100.000 ist heute ein sinnvoller Boden.
   • Ausgabeformat — Base64 (kompakt, der Standard) oder Hex.
4. Fügen Sie die Eingabe in die linke Fläche. Für Verschlüsseln beliebiger Text; für Entschlüsseln der Blob, den Sie zuvor kopiert haben.
5. Lesen Sie die Ausgabe rechts. Die Statuszeile sagt Ihnen, ob die Operation gelang; ein falsches Passwort bei der Entschlüsselung zeigt einen sauberen Fehlschlag statt korruptem Text.

Eckpunkte#

• AES-GCM authentifizierte Verschlüsselung. Manipulation am Ciphertext wird erkannt — ein modifizierter Blob weigert sich zu entschlüsseln, statt plausiblen Müll zu erzeugen.
• Selbstbeschreibende Ausgabe. Salt, IV, Schlüsselgröße und Iterationszahl werden in den Ausgabe-Blob verpackt, sodass die Entschlüsselung nichts als das Passwort braucht. Sie müssen diese Parameter nie separat merken oder erneut senden.
• Pro-Nachricht-Zufälligkeit. Ein neuer zufälliger Salt und eine neue 12-Byte-IV werden für jede Verschlüsselung gezogen, sodass zweimaliges Verschlüseln desselben Texts zwei völlig verschiedene Blobs liefert — beide entschlüsseln zum selben Klartext.
• Tunbares PBKDF2. Erhöhen Sie die Iterationszahl, um ein schwaches Passwort gegen Offline-Angriff zu härten.
• Kein Upload. Verschlüsselung und Entschlüsselung sind beide lokal; Passwort und Klartext verlassen niemals die Seite.

Konkretes Beispiel#

Verschlüsseln Sie die Nachricht launch at dawn mit dem Passwort correct-horse-battery-staple, Schlüssellänge 256, Iterationen 100000, Kodierung Base64. Die Ausgabe unten ist ein echter, verifizierbarer Blob — fügen Sie ihn direkt in Entschlüsseln mit demselben Passwort ein und launch at dawn kommt zurück:

AQEAAAGGoPVkwA9k0rjoWLw8GXnalIvQoBTP+awUg4DczQwTK5nxMwUaEaQ35WTQbWK8gLMkvuDf+/ndr04f8fw=

(Dasselbe Text erneut zu verschlüsseln liefert einen anderen Blob, weil Salt und IV bei jedem Durchlauf frisch zufällig sind.) Dieser Blob ist nicht nur Ciphertext. Er ist ein winziger Umschlag, aufgebaut als:

version(1) | keyBits(2) | iterations(4) | salt(16) | IV(12) | ciphertext+tag

Schalten Sie auf Entschlüsseln, fügen Sie den Blob oben wieder in die Eingabe ein, tippen Sie dasselbe Passwort und die rechte Fläche liefert launch at dawn. Versuchen Sie nun die Entschlüsselung mit einem leicht abweichenden Passwort — das Authentifizierungs-Tag von GCM wird nicht validieren, und die Statuszeile meldet einen Fehlschlag, statt Ihnen halb korrupten Text zu übergeben. Dieser saubere Fehlschlag ist genau das, was authentifizierte Verschlüsselung gegenüber dem älteren, nicht authentifizierten CBC-Modus bringt.

FAQ#

Was, wenn ich das Passwort vergesse?#

Die Daten sind weg. PBKDF2 und AES sind so entworfen, dass das Passwort aus dem Blob nicht wiederhergestellt werden kann — es gibt keinen „Passwort vergessen“-Pfad, keine Hintertür und keinen Server, der es zurücksetzen könnte. Behandeln Sie das Passwort als einzelnen Fehlerpunkt und erwägen, kritische Passwörter in einem Passwort-Manager zu speichern.

Warum liefert zweimaliges Verschlüsseln desselben Texts verschiedene Ausgaben?#

Weil ein neuer zufälliger Salt und eine neue zufällige 12-Byte-IV pro Verschlüsselung erzeugt werden. Das ist bewusst: Wenn identischer Klartext immer identischen Ciphertext lieferte, könnte ein Angreifer wiederholte Nachrichten erkennen. Die Zufälligkeit beeinflusst die Entschlüsselung nicht, weil Salt und IV im Blob reisen und automatisch zurückgelesen werden.

Wie viele Iterationen sollte ich einstellen?#

100.000 ist ein angemessener Boden für interaktive Nutzung. Wenn Sie etwas Hochwertiges schützen und eine kurze Wartezeit tolerieren können, bringen 600.000 einem Angreifer sinnvolle zusätzliche Kosten, ohne für Sie schmerzhaft zu sein. Die Kosten werden einmal pro Ver- oder Entschlüsselung bezahlt, nicht pro Byte Daten.

Ist das sicher für große Dateien?#

Es verarbeitet beliebigen Text, den Sie einfügen können, aber dies ist ein seiten-großes Werkzeug, kein streamender Datei-Verschlüsseler. Für sehr große Nutzlasten ist ein hybrides Schema (AES für die Daten, RSA oder Key-Wrapping für den AES-Schlüssel) das Standardmuster — und AES-GCM ist exakt die symmetrische Hälfte dieses Musters.