Skip to content

DES / 3DES verschlüsseln & entschlüsseln

DES/3DES (2/3 Schlüssel) mit ECB/CBC und PKCS#7 direkt im Browser. Schlüssellängen (8/16/24 Bytes) werden streng geprüft — nie still abgeschnitten. Jedes Ergebnis mit gleichwertigem OpenSSL-Befehl. Nichts wird hochgeladen.

Kein Tracking Läuft im Browser Kostenlos
Die Verschlüsselung läuft vollständig in Ihrem Browser — Schlüssel und Daten verlassen dieses Gerät nie.

Chiffretext
Äquivalenter OpenSSL-Befehl
—

Der Befehl enthält den von Ihnen eingegebenen Schlüssel.

DES-Testvektor aus FIPS 81

Zur Build-Zeit von derselben Engine berechnet, die diese Seite ausführt — prüfen Sie Ihre eigene DES-Implementierung daran.
Schlüssel (Single DES) 0123456789abcdef
Klartext 4e6f772069732074
Chiffretext (ECB, ohne Padding) 3fa40e8a984d4815
Die DES/3DES-Engine sichert den FIPS-81-Vektor per Assertion ab und wurde gegen OpenSSL 3 abgeglichen (des-ede / des-ede3, Single-DES über die K‖K‖K-Äquivalenz verifiziert) über mehr als 3.000 zufällige Kombinationen in ECB und CBC; die äquivalenten OpenSSL-Befehle wurden in einer echten Shell ausgeführt. Bibliotheksdefaults wurden durch Ausführen und Lesen des Quellcodes bestätigt; siehe Alternativen. — Go Tools Sicherheitsteam · Sep 28, 2026

Geschrieben und geprüft von den Entwicklern, die die Krypto-Tools bauen. Jeder Chiffretext und jede Byte-Anzahl auf dieser Seite wird von der Engine des Tools berechnet und durch Tests abgesichert.

DES-Schnellantworten

DES-Schlüssellänge

8 / 16 / 24 Bytes Single DES: 8 Bytes (56 effektive Bits). 3DES: 16 Bytes (2-Schlüssel) oder 24 Bytes (3-Schlüssel). Nominale Schlüsselbits 112/168; effektive Sicherheitsstärke nach NIST etwa 80/112 Bits (SP 800-57). Dieses Tool erkennt automatisch anhand der Byte-Anzahl; andere Längen führen zu einem Fehler.

FIPS-81-Testvektor

3fa40e8a984d4815 Schlüssel 0123456789abcdef, Klartext "Now is t" (hex 4e6f772069732074): Single DES ECB ohne Padding ergibt 3fa40e8a984d4815.

Wie lang ist der DES-IV

8 Bytes 8 Bytes (16 Hex-Ziffern), nur für CBC — ECB nutzt keinen. Anders als der 16-Byte-IV von AES.

Was ist Javas PKCS5Padding

= PKCS#7 Für DES ist es PKCS#7 — derselbe Padding-Algorithmus unter seinem historischen Namen (PKCS#5 definierte nur 8-Byte-Blöcke, was zufällig DES' Block ist).

Ist DES heute sicher

Nur Legacy-Interop Nein. Single DES 2005 in den Ruhestand; 3DES in SP 800-131A Rev.2 (2023) veraltet. Nur noch Legacy-Interop — für alles Neue AES-256 verwenden.

Was sind DES und 3DES (Data Encryption Standard)?

DES (Data Encryption Standard) ist der symmetrische Blockchiffre, den die US-Normungsbehörde 1977 übernahm, basierend auf IBM's Lucifer-Entwurf . Er verarbeitet 64-Bit-Blöcke (8 Bytes) unter einem nominalen 64-Bit-Schlüssel mit 56 effektiven Bits, in 16 Runden einer Feistel-Struktur.

3DES (TDEA, Triple DES) verkettet DES dreimal, um den kurzen Schlüssel zu flicken: C = E_K3(D_K2(E_K1(P))). Der mittlere Durchgang ist eine Entschlüsselung, sodass K1=K2=K3 die Kette auf Single DES zusammenfallen lässt — eine bewusste Kompatibilitätsentscheidung. Die 2-Schlüssel-Form (K3=K1) hat etwa 112 effektive Bits und ist die häufigste Form in Legacy-Banksystemen.

NIST hat Single DES 2005 in den Ruhestand geschickt (FIPS-46-3-Hinweis) und 3DES in SP 800-131A Rev.2 (2023) als veraltet markiert. Der einzige Grund, warum sie noch existieren, ist Legacy-Interop: Bank-Clearings, Zahlungs-Gateways und Java/.NET/PHP-Systeme der 90er/2000er fahren noch DES-zeitliche Krypto. Neue Entwürfe sollten AES-256 verwenden.

# OpenSSL single DES (legacy provider)
openssl enc -des-ecb -provider legacy -provider default -K 0123456789abcdef -nopad

# 3-key 3DES CBC + PKCS#7 (default provider)
openssl enc -des-ede3-cbc -K <48 hex digits> -iv <16 hex digits> -base64 -A

Was dieses DES-Tool kann

Strikte Validierung aller drei Schlüssellängen

8/16/24 Bytes werden automatisch als Single-DES / 2-Schlüssel / 3-Schlüssel-3DES erkannt; alles andere führt zu einem Fehler. Anders als bei CryptoJS' stummer Kürzung oder openssl enc -K mit Kürzen-und-Warnen scheitern falsche Schlüssel laut — die häufigste Ursache für Interop-Abweichungen.

FIPS-81-Vektor zur Build-Zeit berechnet

Die Testvektortabelle unten wird zur Build-Zeit von derselben Engine abgeleitet, sodass Crawler den Referenzwert ohne JS lesen können und der gedruckte Wert nie vom interaktiven abweichen kann.

Äquivalenter OpenSSL-Befehl

Jede Parameterkombination entspricht einem openssl enc-Befehl, der das Ergebnis unter OpenSSL 3 reproduziert, einschließlich der Legacy-Provider-Flags für Single-DES. An das Gegenstück senden, um Parameterabweichungen einzugrenzen.

GBK-Klartext-Unterstützung

Java-getBytes() der DES-Ära auf einem chinesischen Windows-JDK erzeugt GBK. Beide Richtungen akzeptieren hier GBK, sodass chinesischer Klartext aus Altsystemen keine Vorab-Konvertierung braucht.

Komplett im Browser

Reines TypeScript, null Abhängigkeiten, null Netzwerkrequests. Schlüssel und Klartext verlassen das Gerät nie; nach dem Laden offline nutzbar. Die einzige akzeptable Form für ein Tool, das mit Schlüsseln umgeht.

DES-Bibliotheksdefaults über Sprachen hinweg

Java (JCE)

"DES" → ECB + PKCS5Padding als Default

Cipher.getInstance("DES") entspricht DES/ECB/PKCS5Padding; "DESede" ist 3DES, akzeptiert aber nur 24-Byte-Schlüssel — für 2-Schlüssel K1‖K2 selbst auf K1‖K2‖K1 erweitern. PKCS5Padding ist für DES PKCS#7. Ohne IV: Verschlüsselung wählt einen zufälligen (via getIV() abrufen), Entschlüsselung wirft "Parameters missing".

PHP (openssl_encrypt)

des-ede3-cbc / des-ede-cbc

Algorithmennamen folgen OpenSSL: des-ede3 ist Triple-ECB, des-ede3-cbc ist CBC. $options=0 (Default) gibt Base64-Text aus; OPENSSL_RAW_DATA für rohe Bytes. Kurze Schlüssel werden stumm mit Nullen aufgefüllt; ein leerer IV warnt und verschlüsselt dann mit Null-IV.

OpenSSL 3 (openssl enc)

-des-ede3-cbc funktioniert standardmäßig

Single DES braucht -provider legacy -provider default (manche Builds lassen Legacy ganz weg). -K/-iv nehmen Hex; standardmäßig PKCS#7, -nopad zum Abschalten. -K kürzt überlange Schlüssel mit einer Warnung.

CryptoJS

Kürzt illegale Schlüssellängen stumm

Ein 8-Byte-Rohschlüssel (WordArray) funktioniert; falsche Längen werden stumm mit Nullen aufgefüllt oder gekürzt (4 Bytes gepolstert, 10 gekürzt — kein Fehler). Ein String-"Schlüssel" startet Key Derivation (MD5 + zufälliges Salt, mit Salted__ präfixierte Ausgabe, jedes Mal anders). CBC ohne IV ist ein TypeError-Absturz, kein Null-IV. TripleDES mit 8-Byte-Schlüssel wird stumm zu Single DES.

.NET

TripleDES → CBC + PKCS7 als Default

TripleDESCryptoServiceProvider: Mode=CBC, Padding=PKCS7, Key mit 16 oder 24 Bytes (DES nimmt 8). .NET verwirft schwache Schlüssel (Parität wird erst normalisiert, dann gegen die Weak-Key-Tabelle geprüft — ein Null-Schlüssel wirft), während alle anderen Bibliotheken sie akzeptieren. Bei Migration beachten.

Go (crypto/des)

Explizite Modus-Verdrahtung

des.NewCipher liefert das rohe Block-Interface für 8-Byte-Schlüssel; man wickelt selbst cipher.NewCBCEncrypter & Co. darum. 3DES ist des.NewTripleDESCipher (24 Bytes). Die IV-Länge wird strenger geprüft als in den meisten Sprachen.

DES-Verschlüsselungsbeispiele

FIPS-81-Testvektor (Single-DES, ECB, ohne Padding)

Schlüssel 0123456789abcdef, Klartext (hex) 4e6f772069732074
3fa40e8a984d4815

Der Klartext ist die ASCII-Zeichenkette "Now is t". Dies ist der klassische FIPS-81-Vektor, und die Tabelle am Ende der Seite wird zur Build-Zeit von derselben Engine berechnet — liefert Ihre DES-Implementierung für diese Eingaben nicht diesen Wert, hat sie einen Fehler.

2-Schlüssel-3DES + CBC + PKCS#7: UTF-8-Klartext zu Base64

Schlüssel 0123456789abcdeffedcba9876543210 (16 Bytes), IV fedcba9876543210, Klartext: DES interop test: order 20260927-0042
QmnMoewSecp7Z7cr/w3/4AjM9lpFo1swc4dfLNH5UkgCwU5n7WIdKA==

Ein 16-Byte-Schlüssel wird als 2-Schlüssel-3DES behandelt (K1 = erste 8 Bytes, K2 = letzte 8, K3 = K1 — die EDE2-Konstruktion). PKCS#7 über einen 8-Byte-Block ist genau das, was Java für DES "PKCS5Padding" nennt: dasselbe Schema, nur die Blockgröße ist anders.

3-Schlüssel-3DES + CBC + PKCS#7

Schlüssel 0123456789abcdef23456789abcdef010456789abcdef012 (24 Bytes), IV fedcba9876543210, Klartext: hello des
DhDQX9sfxKOirZ8eyqT7Jg==

Ein 24-Byte-Schlüssel ist die volle Drei-Schlüssel-EDE3-Konstruktion: C = E_K3(D_K2(E_K1(P))). Von den drei Schlüssellängen ist dies die einzige Form ohne degeneriertes Äquivalent — sowohl 2-Schlüssel als auch K1=K2=K3 fallen auf schwächere Chiffren zurück.

So verwenden Sie dieses DES-Verschlüsselungs-/Entschlüsselungstool

  1. 1

    Modus und Padding wählen

    Für Java DES/ECB/PKCS5Padding ECB + PKCS#7 wählen; für openssl enc -des-ede3-cbc CBC + PKCS#7. Alter PHP-mcrypt-Code nutzt typischerweise Zero-Padding.

  2. 2

    Schlüssel eingeben (8/16/24 Bytes)

    Die Byte-Anzahl wählt die Chiffre: 8 = Single-DES, 16 = 2-Schlüssel-3DES, 24 = 3-Schlüssel-3DES. Hex, Text oder Base64 wählen; das Badge zeigt die echte Byte-Anzahl und die erkannte Form. Falsche Längen werfen einen Fehler — nichts wird je gekürzt.

  3. 3

    Für CBC den 8-Byte-IV eingeben

    ECB braucht keinen IV. Der IV muss genau 8 Bytes haben — 16 Hex-Ziffern, nicht AES' 32. Der Zufalls-Button erzeugt einen frischen.

  4. 4

    Einfügen und Live-Ergebnisse erhalten

    Verschlüsseln: Text (UTF-8/GBK) oder Hex eingeben. Entschlüsseln: Base64- oder Hex-Chiffretext einfügen. Ergebnisse aktualisieren sich beim Tippen, mit Ein-Klick-Kopieren und Round-Trip-Prüfung über den Button "Diesen Chiffretext entschlüsseln".

  5. 5

    Den äquivalenten OpenSSL-Befehl an die Gegenseite geben

    Das aufklappbare Panel liefert einen openssl enc-Befehl, der das aktuelle Ergebnis reproduziert (Schlüssel inklusive; Single-DES-Befehle tragen -provider legacy -provider default). An den Interop-Partner senden — der schnellste Weg, zu klären, wessen Parameter falsch ist.

Warum die DES-Entschlüsselung scheitert

Schlüssellänge ist nicht 8/16/24

Ein "DES-Schlüssel" aus 32 Hex-Zeichen ist 16 Bytes — das ist 2-Schlüssel-3DES, nicht Single DES. Umgekehrt scheitert auch ein 24-Byte-Schlüssel an einem System, das nur 2-Schlüssel kann.

✗ Falsch
Schlüssel 0123456789abcdeffedcba9876543210 (16 Bytes) mit Single-DES gewählt → Fehler "Der Schlüssel muss genau 8 Bytes sein"
✓ Richtig
Derselbe Schlüssel als 16 Bytes (2-Schlüssel-3DES) → entschlüsselt sauber

PKCS5 vs PKCS7: Verwechslung der Namen

Java schreibt "PKCS5Padding" für DES, führt aber den PKCS#7-Algorithmus aus (PKCS#5 definierte Padding nur für 8-Byte-Blöcke, was DES' Block entspricht, daher blieb der Name). None oder Zero gegen einen JCE-Chiffretext schlägt immer fehl.

✗ Falsch
JCE-`DES/ECB/PKCS5Padding`-Chiffretext als "kein Padding" entschlüsselt → Müll am Ende oder Padding-Fehler
✓ Richtig
PKCS#7 (Java PKCS5Padding) wählen → saubere Ausgabe

AES-IV-Länge kopiert (16 Bytes)

DES' Block ist 8 Bytes, also auch der IV. Einen 32-Hex-Zeichen-IV aus AES-Code einzufügen scheitert an der Längenprüfung; ein 8-Hex-Zeichen-IV wird mit Nullen aufgefüllt und falsch gelesen.

✗ Falsch
IV 00000000000000000000000000000000 (32 Hex-Zeichen) → Fehler "Der IV muss 8 Bytes sein"
✓ Richtig
IV 0000000000000000 (16 Hex-Zeichen) → akzeptiert

Falscher CBC-IV: nur der erste 8-Byte-Block ist Müll

Entschlüsselt man Multi-Block-Chiffretext mit falschem IV, gibt es keinen Fehler — nur der erste 8-Byte-Block ist Müll, der Rest entschlüsselt sauber (der IV erreicht nur Block eins, und die Padding-Prüfung liegt im letzten Block). Wenn "die ersten Zeichen kaputt, der Rest gut", zuerst den IV prüfen, dann den Schlüssel; Einzelblock-Chiffretext bricht stattdessen das Padding und wirft bad decrypt.

✗ Falsch
Multi-Block-Chiffretext + falscher IV → erste 8 Bytes Müll, Rest normal — fälschlich als "falscher Schlüssel" gelesen
✓ Richtig
Nur den IV ändern (Schlüssel unangetastet) → erster Block kehrt zurück, der IV war das Problem

openssl enc -K kürzt lange Schlüssel stumm

-K behält nur die Bytes, die es braucht, und gibt eine Einzeiler-Warnung aus, die Skripte verschlucken. Wenn die Gegenseite sagt "der Schlüssel ist diese 48 Hex-Zeichen", tatsächlich aber mit den ersten 16 verschlüsselt hat, scheitert die Entschlüsselung mit dem vollen Schlüssel.

✗ Falsch
Shell: `-K <49 Hex-Zeichen>` → "hex string is too long, ignoring excess" geht im Pipeline-Output verloren
✓ Richtig
Den äquivalenten Befehl dieses Tools für ein korrekt langes `-K` verwenden, dann Schlüssel-Bytes mit der Gegenseite vergleichen

Single DES scheitert an OpenSSL 3 mit "unsupported"

Der OpenSSL-3-Default-Provider hat kein des-ecb/des-cbc; der nackte Aufruf wirft digital envelope routines::unsupported. -provider legacy -provider default ergänzen, oder des-ede3 mit K‖K‖K verwenden (algebraisch Single DES).

✗ Falsch
openssl enc -des-ecb -K … → Fehler: unsupported
✓ Richtig
openssl enc -des-ecb -provider legacy -provider default -K … (oder des-ede3-ecb -K <K‖K‖K>)

Wann Sie DES-Verschlüsselung online brauchen

Debuggen der Nachrichten-Verschlüsselung von Altsystemen
Bank-Clearings, POS-Gateway-MAC-Berechnungen und alte ERP-Schnittstellenverschlüsselung laufen noch mit DES/3DES. Nachricht und Schlüssel hier einfügen, um zu prüfen "stimmt der Schlüssel, welcher Modus, welches Padding", ohne eine Java- oder PHP-Umgebung aufzubauen.
Migration von Legacy-Java-/PHP-/.NET-Code
Vor der Umstellung die Ausgabe von Cipher.getInstance("DES/ECB/PKCS5Padding") oder openssl_encrypt(..., 'des-ede3-cbc', ...) Byte für Byte mit diesem Tool vergleichen. 2-Schlüssel-/3-Schlüssel-Formen werden aus der Schlüssellänge erkannt — es gibt nichts zu raten.
Security-Audits und Lehre
ECBs Muster-Leakage demonstrieren (gleiche Klartextblöcke → gleiche Chiffretextblöcke), 3DES-Degeneration prüfen (K1=K2=K3 fällt auf Single DES zurück) und den FIPS-81-Vektor verifizieren — Standard in Pentest-Berichten und Kryptografiekursen.
Beispiel-Chiffretexte für Dokumentation erzeugen
Wenn ein internes Wiki oder eine API-Doku ein reproduzierbares Beispiel braucht, hier mit festem Schlüssel und IV berechnen — Leser können es mit dem äquivalenten OpenSSL-Befehl nachprüfen, und keine Produktionsdaten werden herumgereicht.

DES / 3DES und Blockchiffren-Modi erklärt

Block und Schlüssel
DES verarbeitet 64-Bit-Blöcke in 16 Feistel-Runden, jeweils mit einem 48-Bit-Subkey, der aus dem 56-Bit-Masterschlüssel durch PC-1-/PC-2-Kompressionspermutationen und rotierte Schedules entsteht. Die acht S-Boxen sind die einzige Quelle von Nichtlinearität; ihre Designkriterien wurden nie vollständig veröffentlicht.
Die 3DES-EDE-Konstruktion
C = E_K3(D_K2(E_K1(P))). Die mittlere Entschlüsselung sorgt dafür, dass K1=K2=K3 auf Single DES zusammenfällt — ein bewusstes Rückwärtskompatibilitätsziel. Die 2-Schlüssel-Form hat 2×56=112 Bits nominalem Schlüsselmaterial, aber eine effektive Sicherheitsstärke von etwa 80 Bits nach NIST (SP 800-57 Part 1); die 3-Schlüssel-Form hat nominal 168 Bits bei einer Stärke von 112 (veraltet).
ECB und CBC
ECB verschlüsselt Blöcke unabhängig — gleiche Klartextblöcke ergeben gleiche Chiffretextblöcke, ein sichtbarer Muster-Leak, den 8-Byte-Blöcke noch schlimmer machen als bei AES-ECB. CBC mischt den vorherigen Chiffretextblock (beim ersten der IV) in den Klartext, bevor verschlüsselt wird, und war die Mainstream-Wahl für Bankanwendungen der DES-Ära. Beide Modi erzeugen Chiffretext, der ein Vielfaches von 8 Bytes ist.
Padding: PKCS#7 / Zero / None
PKCS#7 hängt n Bytes mit Wert n an, wo immer etwas fehlt (3 fehlen → 03 03 03) und polstert einen vollen Block mit einem ganzen Extra-Block — das ist Javas "PKCS5Padding" für DES. Zero-Padding füllt mit 0x00 und ist verlustbehaftet, wenn der Klartext wirklich auf 0x00 endet. None verlangt ein exaktes Vielfaches von 8.
OpenSSL 3s Legacy-Provider
OpenSSL 3 hat Single DES in einen standardmäßig deaktivierten Legacy-Provider verschoben: das CLI braucht -provider legacy -provider default, und manche Builds (auch Nodes gebundeltes OpenSSL) lassen ihn ganz weg. 3DES (des-ede/des-ede3) bleibt im Default-Provider. Die Pure-TS-Engine dieses Tools ist unberührt.

DES richtig verwenden (Legacy-Interop)

Für neue Systeme niemals DES verwenden, in keiner Form
Die 56 Bits von Single DES sind per Brute-Force knackbar; der 64-Bit-Block trägt die Sweet32-Birthday-Grenze (CVE-2016-2183), und NIST begrenzt ein Schlüsselbündel auf ≈8 MB (2²⁰ Blöcke) Klartext; 2-Schlüssel ist Disallowed, 3-Schlüssel-Verschlüsselung nach 2023. Für alles Neue AES-256 verwenden. Dieses Tool existiert, um Altsysteme lesen und sicher migrieren zu können.
Im Legacy-Interop zuerst Byte-Identität
Bei einem Altsystem zuerst hier den Chiffretext der alten Parameter Byte für Byte reproduzieren, dann Code ändern. Schlüssellänge, Modus, Padding und IV-Quelle (fixiert vs. zufällig, Header vs. Out-of-Band) bestätigen, bevor der Algorithmus gewechselt wird.
IVs nicht wiederverwenden, auch nicht im Altsystem
Die Wiederverwendung eines CBC-IV mit demselben Schlüssel legt die Beziehung zwischen den ersten Blöcken zweier Klartexte offen. Verlangt ein Legacy-Protokoll einen festen IV, diesen in der Migrationsliste als Defekt vermerken — nicht als Konvention übernehmen.
Schlüssel aus dem Quellcode heraushalten
Systeme der DES-Ära kodieren Schlüssel routinemäßig im Klartext-Quellcode oder in der Config. Bei einem Audit "wie wird der Schlüssel gespeichert" neben "welcher Algorithmus" in den Bericht — in den meisten Verletzungen war Ersteres die tatsächliche Lücke.

DES verschlüsseln/entschlüsseln FAQ

Die DES-Entschlüsselung scheitert mit "bad decrypt" oder einem Padding-Fehler — was prüfe ich?
Die Entschlüsselung erfordert, dass jeder Parameter mit der verschlüsselnden Seite übereinstimmt: die Schlüssel-Bytes, die Schlüssellänge (8/16/24), der Modus (ECB/CBC), der IV, das Padding und ob der Chiffretext Hex oder Base64 ist. Die zwei häufigsten Fallen: Schlüssellängen-Mismatch (ein "DES-Schlüssel" aus 32 Hex-Zeichen ist 16 Bytes — das ist 2-Schlüssel-3DES, nicht Single-DES) und Padding-Namen-Verwechslung (Javas PKCS5Padding IST PKCS#7 für DES — nicht None wählen). Das aufklappbare Panel rechts zeigt für die aktuellen Einstellungen einen äquivalenten OpenSSL-Befehl; ihn an die Gegenseite zu schicken ist der schnellste Weg, die Abweichung zu finden.
Wie lang ist ein DES-Schlüssel? Und 3DES?
Single DES: nominal 64 Bits (8 Bytes, 56 effektiv — ein Bit pro Byte ist ein Paritätsbit). 3DES gibt es in zwei Formen: 2-Schlüssel (16 Bytes, K1‖K2 mit K3=K1) und 3-Schlüssel (24 Bytes, K1‖K2‖K3). Der nominale Schlüsselstoff beträgt 112/168 Bits, aber die effektive Sicherheitsstärke nach NIST (SP 800-57 Part 1 Rev.5, Tabelle 2) liegt nur bei etwa 80 und 112 Bits — und die 3-Schlüssel-Form ist ebenfalls veraltet. Dieses Tool erkennt die Form an der Byte-Anzahl; alles andere als 8/16/24 wirft einen Fehler — CryptoJS und openssl enc -K kürzen stattdessen stumm oder füllen mit Nullen auf, was die häufigste Ursache für Interop-Fehlschläge ist.
Was ist der IV und wie lang ist er bei DES?
Der IV ist der 8-Byte-Wert, den CBC in den ersten Block mischt; ECB verwendet keinen. Er muss genau 8 Bytes haben (16 Hex-Ziffern oder 8 ASCII-Zeichen). Beachten Sie: Der DES-IV ist 8 Bytes, der AES-IV 16 — eine AES-IV-Länge zu kopieren scheitert sofort. Einen IV nie unter demselben Schlüssel wiederverwenden.
Worauf mappt Javas DES/ECB/PKCS5Padding in diesem Tool?
ECB-Modus + PKCS#7-Padding. In der JCE führt "PKCS5Padding" für DES den generischen PKCS#7-Algorithmus aus — PKCS#5 definierte Padding nur für 8-Byte-Blöcke, was zufällig DES' Block ist. Die Ausgabe von Java Cipher.getInstance("DES/ECB/PKCS5Padding") lässt sich hier mit ECB + PKCS#7 und einem 8-Byte-Single-DES-Schlüssel entschlüsseln. ⚠️ Javas 3DES (DESede) akzeptiert nur 24-Byte-Schlüssel — für die 2-Schlüssel-Form müssen Sie K1‖K2 selbst zu K1‖K2‖K1 erweitern.
Wie mappen PHPs des-ede3-Algorithmusnamen?
PHP leiht OpenSSLs Namen: des-ede3-cbc ist 3-Schlüssel-3DES + CBC, des-ede3-ecb ist 3-Schlüssel + ECB; des-ede-cbc ist die 2-Schlüssel-Form. Ein 24-Byte-Schlüssel wählt 3-Schlüssel, 16 Bytes wählen 2-Schlüssel.
Was sind die Paritätsbits in einem DES-Schlüssel? Werden sie geprüft?
Das niederwertige Bit jedes Schlüssel-Bytes ist als Paritätsbit definiert, der eigentliche 56-Bit-Schlüssel sitzt also in 64 Bits. FIPS 46-3 verlangt keine Prüfung — OpenSSL, Java und dieses Tool ignorieren es; beliebige 8 Bytes funktionieren, und Paritätsbits zu ändern ändert den Chiffretext nicht. .NET ist die Ausnahme: Es normalisiert die Parität zuerst und prüft dann gegen eine Weak-Key-Tabelle, sodass Null- und andere schwache Schlüssel von .NET abgelehnt werden, während jede andere Bibliothek fröhlich verschlüsselt — eine Falle, die nur beim Migrieren von Testschlüsseln von Java/OpenSSL zu .NET zuschlägt.
Was passiert bei 3DES, wenn K1 = K2?
In 2-Schlüssel-3DES gilt K3 immer = K1; ist auch K1 = K2, fällt die ganze EDE-Kette auf Single DES zusammen: E_K(D_K(E_K(P))) = E_K(P). Dasselbe passiert, wenn alle drei 8-Byte-Komponenten eines 24-Byte-Schlüssels identisch sind. Dieses Tool verschlüsselt trotzdem (Interop zuerst), aber die echte Stärke ist dann Single-DES mit 56 Bits, nicht 3DES.
Ist DES noch sicher?
Nein — nur noch für Legacy-Interop. NIST hat Single DES am 19.05.2005 zurückgezogen (56-Bit-Schlüssel sind per Brute-Force knackbar; EFFs Deep Crack schaffte es 1998 in 56 Stunden, im Folgejahr in 22 Stunden mit distributed.net). SP 800-131A Rev.2 stuft 2-Schlüssel-TDEA-Verschlüsselung als Disallowed ein und 3-Schlüssel-Verschlüsselung als Disallowed nach 31.12.2023 (Entschlüsselung bleibt "Legacy use", nur für das Lesen historischer Daten); SP 800-67 selbst wurde am 01.01.2024 zurückgezogen. Der kleine 64-Bit-Block trägt zudem die Sweet32-Birthday-Grenze (CVE-2016-2183) — NIST begrenzt ein einzelnes Schlüsselbündel auf 2²⁰ Blöcke (≈8 MB) Klartext. Für alles Neue AES-256 verwenden. Dieses Tool existiert, weil Bank-Clearings, Zahlungs-Gateways und alte Java/.NET-Systeme noch DES-zeitliche Nachrichten fahren — sie zu reparieren beginnt damit, sie lesen zu können.
Warum weicht mein 3DES-Ergebnis von Java/PHP ab?
In der Reihenfolge der Trefferquote prüfen: ① Schlüssellänge — der "32-Hex-DES-Schlüssel" der Gegenseite ist 16 Bytes (2-Schlüssel-3DES), Sie haben als Single DES entschlüsselt; ② Modus — Javas nacktes "DES" defaultet auf ECB, OpenSSLs moduslose Namen des-ede3/des-ede sind ECB (der CBC-Alias ist -des3); PHPs openssl_encrypt verlangt einen expliziten Algorithmusnamen — verwirrend ist, dass es standardmäßig Base64-Text statt roher Bytes ausgibt; ③ Padding — altes PHP-mcrypt nutzte oft Zero-Padding, die JCE nutzt PKCS#5/#7; ④ Kodierung — Hex vs. Base64, und Groß-/Kleinschreibung; ⑤ die CryptoJS-Passwort-Falle — einen String als "Schlüssel" zu übergeben startet Key Derivation (MD5 + zufälliges Salt, mit Salted__ präfixierte Ausgabe, jedes Mal anders), was gar nicht der Rohschlüssel ist — die häufigste Ursache für "gleicher Code, jedes Mal andere Ergebnisse". Dieses Tool lässt Sie jeden Punkt umschalten; der äquivalente OpenSSL-Befehl rechts kann an die Gegenseite geschickt werden, um zu reproduzieren.
ECB oder CBC — was soll ich verwenden?
Was auch immer das System verlangt, mit dem Sie sprechen — Legacy-Interop hat kein Stimmrecht. Wenn Sie wählen dürfen: immer CBC mit zufälligem IV. ECB verschlüsselt gleiche Klartextblöcke zu gleichen Chiffretextblöcken, und DES' kleine 8-Byte-Blöcke lassen Muster noch sichtbarer durchscheinen als bei AES-ECB. Bankprotokolle der DES-Ära nutzen beides; zuerst das Protokolldokument prüfen.
Funktioniert das offline? Werden meine Daten hochgeladen?
Die gesamte Berechnung passiert in Ihrem Browser (reines TypeScript, null Abhängigkeiten, null Netzwerkrequests); Schlüssel und Klartext verlassen das Gerät nie. Nach dem Laden der Seite können Sie offline gehen und weiterarbeiten. Das ist die einzige akzeptable Form für ein Tool, das mit Schlüsseln umgeht.
2-Schlüssel- oder 3-Schlüssel-3DES — was ist in Altsystemen häufiger?
2-Schlüssel (16 Bytes) ist häufiger: Banken und die Zahlungsindustrie haben aus Kompatibilitätsgründen 16-Byte-Schlüssel-Hardware eingesetzt, und SP 800-67 hielt dafür ein separates (früheres) Deprecation-Datum vor. Ein "3DES-Schlüssel" aus 32 Hex-Zeichen ist also am ehesten die 2-Schlüssel-Form. Dieses Tool erkennt die Form automatisch an der Byte-Anzahl.

Verwandte Werkzeuge

Alle Werkzeuge anzeigen →

AES-Entschlüsselungstool — OpenSSL- & CryptoJS-kompatibel

Sicherheitswerkzeuge

AES online entschlüsseln — GCM/CBC/CTR, Passphrase oder Rohschlüssel, erkennt automatisch das OpenSSL- & CryptoJS-Format „U2FsdGVkX1“. 100 % im Browser, Schlüssel verlassen die Seite nie.

AES-Verschlüsselungstool — GCM, CBC & CTR

Sicherheitswerkzeuge

Kostenloses Online-Tool für AES-Verschlüsselung — AES-128/192/256, GCM/CBC/CTR, Passphrase (PBKDF2) oder Rohschlüssel. Läuft zu 100 % im Browser; nichts wird hochgeladen.

Bcrypt-Hash-Generator & Verifizierer

Sicherheitswerkzeuge

Bcrypt-Passwort-Hashes online erzeugen und prüfen — einstellbarer Kostenfaktor, $2b$/$2a$/$2y$. 100 % im Browser; dein Passwort wird nie hochgeladen.

CRC-Prüfsummenrechner

Sicherheitswerkzeuge

Hex oder Text einfügen, alle 63 CRC-8-, CRC-16- und CRC-32-Varianten auf einmal berechnen. Prüfsumme passt nicht? Wert eintragen, das Tool nennt die Variante: MODBUS, CCITT-FALSE, XMODEM, KERMIT. Rechnet lokal im Browser.

HMAC-Generator & Signaturprüfer

Sicherheitswerkzeuge

Kostenloser HMAC-Generator und -Prüfer online. Berechne HMAC-SHA256/SHA1/SHA384/SHA512 mit Schlüsseln als Text, Hex oder Base64 und Ausgabe als Hex/Base64/Base64URL. 100 % in deinem Browser — Schlüssel verlassen nie die Seite.

JWT-Dekodierer

Sicherheitswerkzeuge

Dekodieren Sie JWT-Token online mit unserem kostenlosen JWT-Dekodierer. Inspizieren Sie sofort Header, Payload, Signatur, Ablauf und Claims. 100 % Browser — Ihr Token verlässt niemals Ihr Gerät. Keine Anmeldung, kein Tracking.