Hash & Crypto Helpers
Rohschlüssel mit 16, 24 oder 32 Bytes verwenden. Bei jeder normalen Verschlüsselung entsteht eine neue Nonce; zum Entschlüsseln sind Tag und AAD nötig.
Nachricht und Schlüssel bleiben im Seitenspeicher; kein Upload und keine Speicherung im Browser-Speicher.
Modus: AES-GCM
Maximal 1 MiB Eingabe, 64 KiB AAD. Schlüssel: 16/24/32 Bytes; Nonce: 12 Bytes; Tag: 16 Bytes.
Rohschlüssel eingeben; leerer Klartext ist erlaubt.
Wenn zwei Dienste dieselbe Nachricht verschieden verschlüsseln, reicht der Algorithmusname nicht. AES online verschlüsseln hilft hier erst nach dem Abgleich der tatsächlichen Schlüsselbytes, der Nonce und der Tag-Darstellung.
Wer AES online verschlüsseln und mit einem API-Test vergleichen will, erhält Chiffretext, Nonce und Tag als einzelne Felder. Dieses Werkzeug leitet keinen Schlüssel aus einem Passwort ab und errät kein fremdes Datenpaket.
Die Eingaben der authentifizierten Verschlüsselung bleiben sichtbar.
Beim AES online verschlüsseln erzeugt jeder normale Lauf eine neue 12-Byte-Nonce. Gleicher Klartext und gleicher Schlüssel liefern dadurch einen anderen Chiffretext und Tag; beide sind getrennt kopierbar.
Ein falscher Tag oder andere AAD lässt die GCM-Authentifizierung scheitern. AES online verschlüsseln zeigt dabei keinen scheinbar brauchbaren Teil des Klartexts an.
Eine Hex-Zeichenfolge mit 32 Zeichen ergibt 16 Bytes. Wählen Sie Hex oder Standard-Base64 bewusst; die Länge 16, 24 oder 32 Bytes wird erst nach dem Dekodieren geprüft.
Standardmäßig wird pro Verschlüsselung eine neue Nonce erzeugt. Manuell darf sie nur zum Nachstellen eines bekannten Vektors gesetzt werden; beim Entschlüsseln müssen ursprüngliche Nonce und AAD vorliegen.
Der NIST-Vektor prüft beide Ausgabefelder unabhängig. Eine fehlgeschlagene Authentifizierung verrät nicht, ob Schlüssel, Nonce, AAD, Tag oder Chiffretext abweicht.
Rohschlüssel für AES-128/192/256 werden nach dem Dekodieren geprüft; ein zu kurzer Schlüssel wird nicht abgeschnitten oder ergänzt.
Klartext kann UTF-8 oder Hex sein, Chiffretext, Nonce und Tag Hex oder Base64. Damit ist auch AES entschlüsseln mit einem bekannten API-Datensatz möglich.
Der offizielle NIST-Fall zeigt, ob eine AES-GCM Verschlüsselung mit festen Testbytes denselben Chiffretext und denselben Tag erzeugt.
Dieses Werkzeug prüft ausschließlich AES-GCM mit Authentifizierung. Wenn das Gegenüber CBC erwartet, müssen Modus und Nachrichtenformat dort ausdrücklich geklärt werden.
Hier gibt es keine Passworteingabe oder Schlüsselableitung. Der eingegebene Rohschlüssel bleibt nur im Speicher der aktuellen Seite und wird nicht dauerhaft gespeichert.
Ja, falls sie exakt AES-GCM mit demselben Rohschlüssel, derselben Nonce, denselben AAD und einem 16-Byte-Tag verwenden. Eigene Salt-Container werden nicht erkannt.
Nach Hex- oder Base64-Dekodierung sind genau 16, 24 oder 32 Bytes zulässig. Die Zeichenanzahl allein genügt nicht.
Dieses Werkzeug verlangt genau 12 Bytes und zeigt sie separat an. Zum Entschlüsseln benötigen Sie die ursprünglich verwendete Nonce.
Noch eine Frage?
Prüfen Sie mit dem öffentlichen NIST-Vektor zuerst die Kodierung. Danach können Sie mit eigenen Testbytes AES online verschlüsseln und Chiffretext, Nonce sowie Tag getrennt übernehmen.