DES / 3DES 암호화·복호화 도구

DES 빠른 답변

DES와 3DES(Data Encryption Standard)란?

# 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

이 DES 도구가 하는 일

언어별 DES 라이브러리 기본값

DES 암호화 예제

키 0123456789abcdef, 평문 (hex) 4e6f772069732074

3fa40e8a984d4815

키 0123456789abcdeffedcba9876543210 (16바이트), IV fedcba9876543210, 평문: DES interop test: order 20260927-0042

QmnMoewSecp7Z7cr/w3/4AjM9lpFo1swc4dfLNH5UkgCwU5n7WIdKA==

키 0123456789abcdef23456789abcdef010456789abcdef012 (24바이트), IV fedcba9876543210, 평문: hello des

DhDQX9sfxKOirZ8eyqT7Jg==

이 DES 암호화·복호화 도구 사용법

1. 1

   모드와 패딩 선택

   Java DES/ECB/PKCS5Padding은 ECB + PKCS#7, openssl enc -des-ede3-cbc는 CBC + PKCS#7을 고르세요. 구형 PHP mcrypt 코드는 대개 Zero 패딩을 씁니다.

2. 2

   키 입력 (8/16/24바이트)

   바이트 수가 암호를 선택합니다: 8 = 단일 DES, 16 = 2-key 3DES, 24 = 3-key 3DES. Hex, Text 또는 Base64를 고르세요; 배지가 실제 바이트 수와 감지된 형태를 보여줍니다. 잘못된 길이는 예외를 던집니다 — 아무것도 잘려나가지 않습니다.

3. 3

   CBC라면 8바이트 IV 입력

   ECB는 IV가 필요 없습니다. IV는 정확히 8바이트 — 16자리 hex로, AES의 32자리가 아닙니다. Random 버튼이 새 값을 만들어 줍니다.

4. 4

   붙여넣고 실시간 결과 확인

   암호화: 텍스트(UTF-8/GBK) 또는 hex 입력. 복호화: Base64 또는 hex 암호문을 붙여넣기. 타이핑하는 대로 결과가 갱신되며, 한 번의 클릭으로 복사하고 Decrypt-this 버튼으로 왕복 검증을 할 수 있습니다.

5. 5

   동등한 OpenSSL 명령을 상대 측으로 가져가기

   접을 수 있는 패널이 현재 결과를 재현하는 openssl enc 명령을 제공합니다(키 포함; 단일 DES 명령에는 -provider legacy -provider default가 붙습니다). 상호운용하는 상대에게 보내세요 — 어느 쪽 파라미터가 틀렸는지 가장 빨리 정리되는 방법입니다.

DES 복호화가 실패하는 이유

키 0123456789abcdeffedcba9876543210 (16바이트)를 단일 DES로 선택 → 오류 "키는 정확히 8바이트여야 합니다"

같은 키를 16바이트(2-key 3DES)로 → 정상 복호화

JCE `DES/ECB/PKCS5Padding` 암호문을 "패딩 없음"으로 복호화 → 끝에 쓰레기 데이터 또는 bad-padding 오류

PKCS#7 (Java PKCS5Padding) 선택 → 깨끗한 출력

IV 00000000000000000000000000000000 (32자리 hex) → 오류 "IV는 8바이트여야 합니다"

IV 0000000000000000 (16자리 hex) → 수용됨

다중 블록 암호문 + 잘못된 IV → 처음 8바이트만 깨지고 나머지 정상 — "키가 틀렸다"고 오해

IV만 바꾸기(키 그대로) → 첫 블록 복원, IV가 원인임을 확인

셸: `-K <49자리 hex>` → "hex string is too long, ignoring excess" 경고가 파이프라인에 묻힘

이 도구의 동등 명령으로 올바른 길이의 `-K`를 생성한 뒤 상대와 키 바이트 비교

openssl enc -des-ecb -K … → Error: unsupported

openssl enc -des-ecb -provider legacy -provider default -K … (또는 des-ede3-ecb -K <K‖K‖K>)

온라인 DES 암호화가 필요할 때

레거시 시스템 메시지 암호 디버깅

은행 결제망, POS 게이트웨이 MAC 계산, 구형 ERP 인터페이스 암호화는 아직도 DES/3DES입니다. Java나 PHP 환경을 세우지 않고도 메시지와 키를 여기에 붙여넣어 "키가 맞는지, 어떤 모드, 어떤 패딩"을 확인하세요.

Java / PHP / .NET 레거시 코드 마이그레이션

Cipher.getInstance("DES/ECB/PKCS5Padding") 출력이나 openssl_encrypt(..., 'des-ede3-cbc', ...) 출력을 바꿔 끼우기 전에 이 도구와 바이트 단위로 비교하세요. 2-key/3-key 형태는 키 길이에서 감지되므로 맞힐 것이 없습니다.

보안 감사와 교육

ECB의 패턴 누출(같은 평문 블록 → 같은 암호문 블록)을 시연하고, 3DES 퇴화(K1=K2=K3 → 단일 DES)를 검증하며, FIPS 81 벡터를 확인하세요 — 모의해킹 보고서와 암호학 과제의 단골입니다.

문서용 예제 암호문 생성

사내 위키나 API 문서에 재현 가능한 예제가 필요할 때, 고정 키와 IV로 여기서 계산하세요 — 독자는 동등한 OpenSSL 명령으로 검증할 수 있고, 운영 데이터가 붙어 돌아다닐 일도 없습니다.

DES / 3DES와 블록 암호 모드 이해

블록과 키

DES는 64비트 블록을 16라운드 페이스텔로 처리하며, 각 라운드는 56비트 마스터 키에서 PC-1/PC-2 압축 순열과 스케줄된 회전으로 유도된 48비트 서브키를 씁니다. 여덟 개의 S-box가 유일한 비선형성의 원천이며, 그 설계 기준은 지금까지도 완전히 공개된 적이 없습니다.

3DES EDE 조합

C = E_K3(D_K2(E_K1(P))). 가운데 복호화가 있어 K1=K2=K3이면 단일 DES로 붕괴합니다 — 하위 호환성을 위한 설계입니다. 2-key 형태는 공칭 키 소재가 2×56=112비트이지만 NIST 유효 보안 강도는 약 80비트입니다(SP 800-57 Part 1); 3-key는 공칭 168비트에 유효 강도 112비트(권장되지 않음)입니다.

ECB와 CBC

ECB는 블록을 독립적으로 암호화합니다 — 같은 평문 블록이 같은 암호문 블록으로 이어지는 눈에 보이는 패턴 누출인데, 8바이트 블록은 이를 AES-ECB보다 더 심하게 만듭니다. CBC는 이전 암호문 블록(첫 블록은 IV)을 평문에 섞은 뒤 암호화하며, DES 시대 은행의 주류 선택이었습니다. 두 모드 모두 암호문은 8바이트의 배수입니다.

패딩: PKCS#7 / Zero / None

PKCS#7은 부족한 만큼 값 n인 바이트 n개를 덧붙이고(3바이트 부족 → 03 03 03) 블록이 가득 차면 블록 하나를 통째로 추가합니다 — 이것이 Java가 DES에 대해 "PKCS5Padding"이라 부르는 것입니다. Zero 패딩은 0x00으로 채우며 평문이 실제로 0x00으로 끝나면 손실이 있습니다. None은 정확히 8의 배수를 요구합니다.

OpenSSL 3의 legacy 프로바이더

OpenSSL 3는 단일 DES를 기본값으로 꺼져 있는 legacy 프로바이더로 옮겼습니다: CLI에는 -provider legacy -provider default가 필요하고, 일부 빌드(Node에 번들된 OpenSSL 포함)는 아예 빠져 있습니다. 3DES(des-ede/des-ede3)는 기본 프로바이더에 남아 있습니다. 이 도구의 순수 TS 엔진은 영향받지 않습니다.

DES 올바르게 사용하기 (레거시 상호운용)

새 시스템에는 어떤 형태로도 DES를 쓰지 마세요

단일 DES의 56비트는 무차별 대입이 가능하고, 64비트 블록은 Sweet32 생일 경계(CVE-2016-2183)를 안고 있으며, NIST는 키 번들 하나를 평문 ≈8 MB(2²⁰ 블록)로 제한합니다; 2-key는 Disallowed, 3-key 암호화는 2023년 이후 Disallowed입니다. 새로운 것에는 AES-256을 사용하세요. 이 도구는 레거시 시스템을 읽고 안전하게 마이그레이션하기 위해 존재합니다.

레거시 상호운용에서는 바이트 단위 일치가 먼저

구형 시스템을 다룰 때는 코드를 고치기 전에 구형 파라미터의 암호문을 여기서 바이트 단위로 재현하세요. 알고리즘을 교체하기 전에 키 길이, 모드, 패딩, IV 소스(고정 vs 무작위, 헤더 vs 대역 외)를 확인합니다.

레거시 시스템이라도 IV를 재사용하지 마세요

같은 키에서 CBC IV를 재사용하면 두 평문의 첫 블록 사이 관계가 노출됩니다. 레거시 프로토콜이 고정 IV를 요구한다면 마이그레이션 목록에 결함으로 기록하세요 — 관례로 물려받지 않습니다.

키를 소스 코드에 두지 마세요

DES 시대 시스템은 평문 소스나 설정에 키를 박아 넣는 일이 다반사입니다. 감사할 때는 보고서에서 "어떤 알고리즘" 옆에 "키가 어떻게 저장되었는지"를 나란히 두세요 — 대부분의 침해 사고에서 실제 구멍은 후자였습니다.

DES 암호화·복호화 FAQ