AES-Verschlüsselung und -Entschlüsselung (Web Crypto)
AES-Verschlüsselung und -Entschlüsselung (Web Crypto) — PBKDF2-HMAC-SHA256 leitet mit 120000 Iterationen und 16 Byte Salt einen 32-Byte-Schlüssel ab. AES-GCM verwendet einen 12-Byte-IV und hängt den 16-Byte-Authentifizierungstag vor der Base64-Kodierung an den Geheimtext an.
Über aes-verschlüsselung und -entschlüsselung (web crypto)
AES-Verschlüsselung und -Entschlüsselung (Web Crypto):AES-Verschlüsselung und -Entschlüsselung (Web Crypto) — PBKDF2-HMAC-SHA256 leitet mit 120000 Iterationen und 16 Byte Salt einen 32-Byte-Schlüssel ab. AES-GCM verwendet einen 12-Byte-IV und hängt den 16-Byte-Authentifizierungstag vor der Base64-Kodierung an den Geheimtext an.
Funktionsweise dieses Tools
Führt kryptografische Berechnungen nach NIST FIPS 180-4 (SHA-256), FIPS 197 (AES-GCM) und RFC 5280 über die Web Crypto API aus.
Verarbeitungs-Pipeline und technische Systemarchitektur:
- Lexikalische Datenerfassung und Normalisierung im lokalen Arbeitsspeicher-Puffer.
- Strukturelle Syntaxvalidierung und Verifikation von Domänen-Invarianten und Grenzwerten.
- Deterministische algorithmische Transformation und mathematische Präzisionsberechnung.
- Serialisierung der geprüften Ausgabe, Integritätsvalidierung und Bereitstellung von Diagnose-Badges.
Beispiel und praktische Anwendung
Praxisnahes Anwendungsszenario: Einen AES-GCM-Testvektor mit vier Bytes reproduzieren. Dieses öffentliche Passwort, Salt und IV gelten nur für diesen Test; diese Kombination niemals für echte Nachrichten wiederverwenden.
Beispieleingabe:
Algorithmische Verarbeitung: PBKDF2-HMAC-SHA256 leitet mit 120000 Iterationen und 16 Byte Salt einen 32-Byte-Schlüssel ab. AES-GCM verwendet einen 12-Byte-IV und hängt den 16-Byte-Authentifizierungstag vor der Base64-Kodierung an den Geheimtext an.
Beispielausgabe:
Grenzen und Sonderfälle
Authentifizierte Verschlüsselung verwendet neue Zufallswerte wie Salt und IV, daher erzeugt dieselbe Eingabe meist anderen Ciphertext.
Browser-Verarbeitung und Datenschutz
Die Tool-Funktion ist dafür ausgelegt, Eingaben im Browser zu verarbeiten, ohne sie absichtlich an einen CZOA-Verarbeitungsserver zu senden. Anfragen für Website-Ressourcen, Analyse oder Werbung sind davon getrennt. Browser, Erweiterungen und verwaltete Gerätesoftware liegen außerhalb dieser Grenze.
Lokale Ausführung und Verifizierungsmethodik
Die Verarbeitung der Tool-Nutzlast ist so konzipiert, dass sie lokal im Browser über JavaScript oder Web Workers erfolgt. Anfragen für Website-Ressourcen, Analyse oder Werbung sind davon getrennt. Vertraulichkeit, Wiederholbarkeit und Latenz hängen von der Browser-Umgebung ab und werden nicht absolut garantiert.
Technische Normen und Referenzspezifikationen
- NIST FIPS 197 (Advanced Encryption Standard - AES)
- NIST SP 800-38D (Recommendation for Block Cipher Modes of Operation: GCM)
Inhaltlich verantwortlich: CZOA Tools · Zuletzt geprüft: 2026-09-15 · Prüfmethodik
Anwendung
- Geben Sie Daten ein oder wählen Sie im Arbeitsbereich eine unterstützte Datei.
- Prüfen Sie die Bedienelemente und wählen Sie verfügbare Parameter, Einheiten, Formate oder Bereiche.
- Klicken Sie auf die Aktionsschaltfläche oder lesen Sie die sofortige Berechnung ab.
- Prüfen Sie Hinweise und Ergebnis, bevor Sie es kopieren oder exportieren.
Häufig gestellte Fragen
Welchen AES-Modus nutzt das Werkzeug?+
Das Ergebnis bezeichnet AES-256-GCM. Es akzeptiert ein JSON-Objekt und leitet lokales Schlüsselmaterial aus dem konfigurierten Passwort ab.
Was prüfte der Browser?+
Encrypt von abc mit password pass ergab ein Objekt mit Algorithmus, Ciphertext, IV und Salt.
Warum ändern sich Ciphertext und IV?+
Authentifizierte Verschlüsselung verwendet neue Zufallswerte wie Salt und IV, daher erzeugt dieselbe Eingabe meist anderen Ciphertext.
Ist Entschlüsselung ohne alle Werte möglich?+
Nein. Passendes Passwort und kodierte Werte sind nötig; fehlendes IV oder Salt verhindert den gleichen Kontext.
