HandyTools Hub

AES-Verschlüsselungstool

Text sicher mit einem Passwort verschlüsseln und entschlüsseln – AES-GCM 256, vollständig clientseitig

Ihr Passwort wird mit PBKDF2-SHA-256 (210.000 Iterationen) und einem zufälligen Salt in einen AES-256-Schlüssel umgewandelt. Verwenden Sie ein langes, einzigartiges Passwort – es wird niemals gespeichert oder übertragen.

Das AES-Verschlüsselungstool verschlüsselt Text mit einem Passwort und entschlüsselt ihn wieder, und zwar mit AES-256-GCM und einem über PBKDF2 abgeleiteten Schlüssel – vollständig in Ihrem Browser über die Web Crypto API. Nichts wird hochgeladen, nichts gespeichert, und es gibt kein Konto. Es ist für die alltäglichen Fälle gedacht, in denen Sie etwas Sensibles übermitteln oder irgendwo ablegen müssen: eine private Notiz über einen Chat senden, Wiederherstellungscodes sichern, bevor sie in den Cloud-Speicher wandern, oder eine Liste von Zugangsdaten außerhalb des Klartexts aufbewahren.

Verwendung

  1. Modus wählen: Verschlüsseln, um Text zu schützen, Entschlüsseln, um ihn wiederherzustellen.
  2. Eingabe eingeben. Beim Verschlüsseln ist das Ihr Klartext; beim Entschlüsseln fügen Sie die vollständige Base64-Nutzlast ein, die Sie erhalten haben.
  3. Passwort eingeben. Verwenden Sie ein langes, einzigartiges Passwort – daraus wird der Schlüssel abgeleitet, und es wird niemals gespeichert. Die Länge zählt mehr als das Ersetzen von Zeichen durch Sonderzeichen.
  4. Ausführen und kopieren. Das Ergebnis erscheint sofort; kopieren Sie die gesamte Nutzlast. Beim Entschlüsseln kehrt der Originaltext in das Ausgabefeld zurück.

Was hinter der Schaltfläche passiert

Die Reihenfolge ist kurz, aber wissenswert, denn jeder Schritt erklärt ein Verhalten, das Ihnen auffallen wird:

  1. Salt – ein Zufallswert wird erzeugt und zusammen mit der Nutzlast gespeichert, damit dasselbe Passwort nie zweimal denselben Schlüssel ergibt.
  2. Schlüsselableitung – PBKDF2-SHA-256 läuft mit 210.000 Iterationen über Ihr Passwort und das Salt und ist absichtlich langsam, damit Raten teuer wird.
  3. IV – ein neuer zufälliger Initialisierungsvektor wird für diese Verschlüsselung erzeugt.
  4. Verschlüsselung – AES-256-GCM verschlüsselt die UTF-8-Bytes Ihres Textes mit dem abgeleiteten Schlüssel und der IV und hängt ein Authentifizierungs-Tag an.
  5. Ausgabe – Salt, IV und Chiffretext werden zusammengepackt und als Base64 codiert; das ist die Zeichenkette, die Sie kopieren.

Der umgekehrte Weg durchläuft dieselben Schritte rückwärts, leitet den Schlüssel aus Ihrem Passwort und dem gespeicherten Salt ab, entschlüsselt dann mit der gespeicherten IV und prüft das Tag. Stimmt das Tag nicht, bricht das Tool ab.

Praxisbeispiele

Beispiel 1 – eine private Nachricht. Sie müssen Kontodaten über einen Messaging-Dienst an ein Familienmitglied senden. Verschlüsseln Sie den Text hier, senden Sie die Base64-Nutzlast im Dienst und lesen Sie das Passwort am Telefon vor. Ein Angreifer, der später Zugriff auf den Nachrichtenverlauf erlangt, findet nur Chiffretext.

Beispiel 2 – Backup-Codes. Wiederherstellungscodes für die Zwei-Faktor-Authentifizierung müssen irgendwo liegen, und eine einfache Notizendatei im Cloud-Speicher ist eine Schwachstelle. Verschlüsseln Sie die Liste, behalten Sie den Chiffretext in der Notizen-App und bewahren Sie das Passwort im Passwortmanager auf. Die beiden Hälften liegen in verschiedenen Systemen, ein Einbruch in eines davon genügt also nicht.

Beispiel 3 – ein geteiltes Geheimnis in einem Ticket. Ein Entwickler muss einem Kollegen einen API-Schlüssel über einen Issue-Tracker übergeben. Die Verschlüsselung hält den Schlüssel aus dem Suchindex und den E-Mail-Benachrichtigungen des Trackers heraus. Legen Sie das Passwort nicht ins selbe Ticket – nutzen Sie einen getrennten Kanal.

Wogegen dies schützt – und wogegen nicht

Es schützt den Inhalt einer Nachricht auf dem Transportweg oder im Ruhezustand, solange das Passwort getrennt reist. Es schützt nicht die Tatsache, dass Sie etwas gesendet haben, ebenso wenig Metadaten wie Zeitstempel und Empfängeradressen oder das Zielgerät. Ist der Rechner des Empfängers kompromittiert, liegt der entschlüsselte Text am Ziel offen. Und ist das Passwort schwach, verlangsamen die 210.000 Iterationen einen Angreifer, können aber eine kurze oder erratbare Passphrase nicht retten – die Verschlüsselung erbt die Stärke des Passworts, das Sie wählen.

Das Passwort wählen

Verwenden Sie eine lange Passphrase oder ein generiertes Zufallspasswort, und für jedes verschlüsselte Element ein eigenes, damit ein einzelner Leak nicht alles entsperrt. Ein Passwortmanager ist der praktische Weg dahin: Bewahren Sie das Verschlüsselungspasswort dort auf, denn Sie werden sich nicht für jede Notiz ein eigenes starkes Passwort merken können. Wenn jemand das Passwort eintippen statt einfügen muss – etwa am Telefon –, bevorzugen Sie eine Passphrase aus mehreren zufälligen Wörtern, die sich eindeutig aussprechen lassen.

Häufige Fehler

  • Das Passwort mit dem Chiffretext senden. Das ist der fatale Fehler. Nutzen Sie einen zweiten Kanal.
  • Das Passwort vergessen. Es gibt keinen Reset. Schreiben Sie es auf oder speichern Sie es in einem Manager, bevor Sie verschlüsseln.
  • Die Nutzlast abschneiden. Kopieren Sie die gesamte Base64-Zeichenkette einschließlich eventueller abschließender =-Zeichen – ein fehlendes Zeichen lässt die Entschlüsselung scheitern.
  • Den Chiffretext bearbeiten. GCM authentifiziert die Nutzlast; ein von einer Chat-App eingefügtes Leerzeichen kann die Entschlüsselung brechen. Wenn ein Einfügen scheitert, kopieren Sie die exakte Zeichenkette erneut.
  • Ein einprägsames, aber schwaches Passwort verwenden. Die Verschlüsselung ist nur so stark wie die Passphrase, unabhängig von der AES-Schlüssellänge.
  • Annehmen, ein Entschlüsselungsfehler bedeute ein falsches Passwort. Er kann auch bedeuten, dass die Nutzlast verändert wurde. Prüfen Sie die Kopie, bevor Sie auf ein falsches Passwort schließen.

Funktionen

  • Authentifizierte AES-256-GCM-Verschlüsselung mit Manipulationserkennung
  • PBKDF2-SHA-256-Schlüsselableitung, 210.000 Iterationen, zufälliges Salt
  • Neue IV bei jeder Verschlüsselung – identische Eingabe ergibt nie identische Ausgabe
  • Vollständige UTF-8-Unterstützung, einschließlich akzentuierter Zeichen und Emoji
  • Ein-Klick-Kopieren der vollständigen Base64-Nutzlast
  • 100 % clientseitig über die Web Crypto API – keine Uploads, keine Protokolle, keine Speicherung

Verwandte Tools

Häufig gestellte Fragen

Was genau passiert, wenn ich auf Verschlüsseln klicke?

Ihr Passwort wird durch PBKDF2-SHA-256 mit 210.000 Iterationen und einem zufälligen Salt geführt, um einen 256-Bit-Schlüssel abzuleiten. Eine neue zufällige IV wird erzeugt, und AES-GCM verschlüsselt den Text mit diesem Schlüssel und dieser IV. Die Ausgabe packt Salt, IV und Chiffretext zusammen als Base64-Nutzlast – das ist die Zeichenkette, die Sie kopieren.

Kann ich meinen Text wiederherstellen, wenn ich das Passwort vergesse?

Nein. Es gibt keinen Wiederherstellungspfad, keinen Reset-Link und keine Hinterlegung – der Schlüssel existiert nur für den Moment, in dem Sie ihn ableiten. Das ist der Sinn der clientseitigen Verschlüsselung: Niemand, auch diese Website nicht, besitzt eine Kopie Ihres Passworts oder einen Weg, es zu umgehen. Bewahren Sie das Passwort sicher auf, bevor Sie etwas verschlüsseln, dessen Verlust Sie sich nicht leisten können.

Ist es sicher, Chiffretext und Passwort über denselben Kanal zu senden?

Nein, und das ist der häufigste Fehler bei jedem manuellen Verschlüsselungswerkzeug. Die verschlüsselte Nutzlast per E-Mail und das Passwort in derselben E-Mail zu senden, macht die ganze Übung zunichte. Übermitteln Sie das Passwort über einen anderen Kanal – einen Telefonanruf, eine Freigabe aus dem Passwortmanager oder einen persönlichen Austausch –, damit ein Angreifer, der eine Nachricht abfängt, trotzdem nichts hat.

Ergibt die zweimalige Verschlüsselung desselben Textes dasselbe Ergebnis?

Nein. Für jeden Vorgang werden ein neues zufälliges Salt und eine neue IV erzeugt, sodass die Verschlüsselung von „hallo“ zweimal zwei verschiedene Base64-Zeichenketten ergibt. Das ist eine Sicherheitseigenschaft: Identische Chiffretexte würden verraten, dass zwei Nachrichten gleich sind. Beide Ausgaben lassen sich mit dem richtigen Passwort wieder in den Originaltext entschlüsseln.

Was ist AES-GCM, in einem Absatz?

Es ist ein authentifizierter Verschlüsselungsmodus: Er verbirgt den Inhalt und erkennt zugleich jede Manipulation. Wird auch nur ein Zeichen der Nutzlast unterwegs verändert, schlägt die Entschlüsselung mit einem Fehler fehl, statt beschädigten Klartext zurückzugeben. Deshalb kann das Tool Ihnen auch nicht sagen, ob das Passwort falsch war oder die Nutzlast beschädigt wurde – aus Sicht der Chiffre sehen beide Fälle wie eine fehlgeschlagene Authentifizierung aus.

Sollte ich das für die Langzeitarchivierung verwenden?

Seien Sie vorsichtig. Das Format hängt davon ab, dass die Parameter dieses Tools dokumentiert und reproduzierbar bleiben, und ein verlorenes Passwort ist unwiederbringlich. Für Archive, die Jahrzehnte halten sollen, bevorzugen Sie ein bekanntes Standardwerkzeug wie age, GPG oder das verschlüsselte Containerformat Ihres Betriebssystems und bewahren Sie das Passwort in einem Manager plus einer schriftlichen Sicherung an einem sicheren Ort auf.

Geprüft vom HandyTools-Hub-Team · Zuletzt aktualisiert