Eingabe
Dein Arbeitsbereich wird vorbereitet…
So funktioniert’s
- Wähle Ver- oder Entschlüsseln, das Geheimtextformat und passende AES-Parameter.
- Gib Daten, Schlüssel oder Passphrase sowie erforderliche IV-, Salt- und Authentifizierungsparameter ein.
- Führe die Aktion aus und bewahre die zum Entschlüsseln nötigen Parameter auf.
AES ver- und entschlüsseln
Verschlüssle oder entschlüssle mit passendem Modus, Schlüssel, IV und Encoding. Standardmäßig wird der authentifizierte GCM-Modus verwendet.
Bewahre IV, Salt und passende Einstellungen mit dem Chiffretext auf. Eingabeschlüssel und Passphrasen werden nicht exportiert.
Mit der Eingabe arbeiten
AES-128, AES-192 und AES-256 benötigen genau 16, 24 bzw. 32 Bytes. Schlüssel werden weder aufgefüllt noch gekürzt.
GCM: 12–64 Bytes (12 empfohlen). CBC, CTR und CFB: genau 16 Bytes. ECB verwendet keinen IV. Standardmäßig entstehen bei jeder Verschlüsselung neue zufällige IV- und Salt-Werte. Derselbe Klartext kann daher andere Ergebnisse liefern. Manuelle Werte dienen der Kompatibilität; beachte die IV-/Nonce-Anforderungen des Modus.
Plaintext: Hello, encrypted world! 🌐
Passphrase: DevToolsy-demo-passphrase{
"format": "devtoolsy-aes",
"version": 2,
"mode": "GCM",
"keyBits": 256,
"keySource": "passphrase",
"padding": "none",
"iv": "EBESExQVFhcYGRob",
"ciphertext": "QdSMophe/cqRY/7qS1tHMemEKsgTwgzhEdCmOixECYc6+/X/mfq9f9Wq0CE=",
"kdf": {
"name": "PBKDF2",
"hash": "SHA-256",
"iterations": 600000,
"salt": "AAECAwQFBgcICQoLDA0ODw=="
},
"authentication": {
"tagLength": 128,
"aad": ""
}
}Nur Beispieldaten. Verwende Beispielgeheimnisse niemals als echte Zugangsdaten.
Verhalten und Grenzen
GCM unterstützt 96/104/112/120/128-Bit-Tags, AAD sowie angehängte oder separate Tags. CBC/ECB bietet PKCS#7 oder NoPadding; Letzteres verlangt vollständige 16-Byte-Blöcke. CFB nutzt 128-Bit-Segmente; CTR erlaubt 1–128 Zählerbits. Klartext ist auf 1 MiB begrenzt. Binärdaten sind als Hex/Base64 oder rohe Bytes verfügbar; ungültiges UTF-8 wird gemeldet.
Dieser Modus authentifiziert die Daten nicht. Auch ein falscher Schlüssel kann eine Ausgabe ohne Fehler liefern. Verwende GCM zur Erkennung von Änderungen.
ECB ist für Altsysteme: Gleiche Klartextblöcke erzeugen gleiche Chiffretextblöcke.
Kopieren und weiterverwenden
JSON v2 speichert nicht geheime Parameter und liest v1 mit AES-256-GCM / PBKDF2-SHA256 / 600.000 Iterationen. JSON ist ein Container und ergänzt keine Authentifizierung. Ergebnis als Eingabe übernimmt die tatsächlichen Parameter; beim Wechsel zum Verschlüsseln werden zufällige IV/Salt wieder aktiviert.
Mit Rohschlüsseln ist ein Austausch mit Node.js, Python oder OpenSSL möglich, wenn Modus, Schlüsselbytes, IV, Padding, Kodierung und GCM-Tag/AAD übereinstimmen. OpenSSL-Salted__- oder CryptoJS-Passphrase-Container werden nicht automatisch erkannt; nutze den tatsächlich abgeleiteten Schlüssel und IV. Bewahre IV, Salt und passende Einstellungen mit dem Chiffretext auf. Eingabeschlüssel und Passphrasen werden nicht exportiert.
Eingabe: 1 MiB; Geheimer Schlüssel: 64 KiB; Datei: 1 GiB; Passwörter: 4–128 (Länge), 1–100 (Anzahl); bcrypt: 1–72 UTF-8-Bytes · Kosten 4–14 · Standard 10; AES: Klartext 1 MiB, Passphrase 1 KiB, GCM / CBC / CTR / CFB / ECB, 128/192/256-bit; PBKDF2 / HKDF: Passwort / Eingabebytes 64 KiB, Salt / info 1 KiB, Ausgabelänge (Bytes) 1–256; 1–256 Ausgabebytes · bis zu 2.000.000 PBKDF2-Iterationen · Eingaben bleiben auf dem Gerät; Dauer: 30 s; Datei: 120 s.
Häufig gestellte Fragen
Was brauche ich für die spätere Entschlüsselung?
Bewahre IV, Salt und passende Einstellungen mit dem Chiffretext auf. Eingabeschlüssel und Passphrasen werden nicht exportiert.
Warum ist die verschlüsselte Ausgabe jedes Mal anders?
Standardmäßig entstehen bei jeder Verschlüsselung neue zufällige IV- und Salt-Werte. Derselbe Klartext kann daher andere Ergebnisse liefern. Manuelle Werte dienen der Kompatibilität; beachte die IV-/Nonce-Anforderungen des Modus.
Werden meine Eingaben an DevToolsy gesendet?
Nein. Dieses Tool verarbeitet Daten lokal. Geheimnisse, Dateinamen und Ergebnisse werden weder in die Seiten-URL aufgenommen noch in einem Tool-Verlauf gespeichert.
Was entfernt Leeren?
Leeren entfernt die sichtbaren Arbeitswerte. Das garantiert keine sichere Speicherlöschung; Zwischenablage und Downloads werden getrennt von deinem Gerät verwaltet.
Kann das Tool beliebige OpenSSL- oder CryptoJS-Ausgaben entschlüsseln?
Mit Rohschlüsseln ist ein Austausch mit Node.js, Python oder OpenSSL möglich, wenn Modus, Schlüsselbytes, IV, Padding, Kodierung und GCM-Tag/AAD übereinstimmen. OpenSSL-Salted__- oder CryptoJS-Passphrase-Container werden nicht automatisch erkannt; nutze den tatsächlich abgeleiteten Schlüssel und IV.
Welchen Modus soll ich wählen?
Verschlüssle oder entschlüssle mit passendem Modus, Schlüssel, IV und Encoding. Standardmäßig wird der authentifizierte GCM-Modus verwendet. Dieser Modus authentifiziert die Daten nicht. Auch ein falscher Schlüssel kann eine Ausgabe ohne Fehler liefern. Verwende GCM zur Erkennung von Änderungen. ECB ist für Altsysteme: Gleiche Klartextblöcke erzeugen gleiche Chiffretextblöcke.