AES 복호화 도구 — OpenSSL·CryptoJS 호환

AES 복호화는 어떻게 동작하는가

// AES-256-GCM decrypt with a passphrase (PBKDF2-HMAC-SHA256, 600,000 iterations).
// Identical code runs in the browser and in Node.js 20+ via Web Crypto.
async function aesGcmDecrypt(base64, passphrase) {
  const enc = new TextEncoder();
  const packed = Uint8Array.from(atob(base64), (c) => c.charCodeAt(0));
  const salt = packed.slice(0, 16), iv = packed.slice(16, 28); // salt(16) | iv(12)
  const ct = packed.slice(28);                                 // ciphertext + tag
  const baseKey = await crypto.subtle.importKey(
    'raw', enc.encode(passphrase), 'PBKDF2', false, ['deriveKey']);
  const key = await crypto.subtle.deriveKey(
    { name: 'PBKDF2', salt, iterations: 600000, hash: 'SHA-256' },
    baseKey, { name: 'AES-GCM', length: 256 }, false, ['decrypt']);
  const plain = await crypto.subtle.decrypt(
    { name: 'AES-GCM', iv }, key, ct);        // throws if the tag fails
  return new TextDecoder().decode(plain);     // recovered plaintext
}

주요 기능

AES 복호화 예시

솔트(16) ‖ IV(12) ‖ 암호문 ‖ 태그(16), Base64 — 암호화 페이지에서 생성

The quick brown fox jumps over the lazy dog.

U2FsdGVkX18AESIzRFVmd1PBwxIFQpF+VgIhTK0aDHQ=

Attack at dawn!

AES 암호문 복호화 방법

1. 1

   암호문 붙여넣기

   Base64나 Hex 암호문을 입력란에 넣으세요. U2FsdGVkX1로 시작하면 도구가 이를 OpenSSL/CryptoJS 형식으로 표시하고 올바른 모드로 전환할지 제안합니다.

2. 2

   형식과 모드 설정

   이 도구가 만든 자기완결형 문자열이라면 암호 문구 모드와 일치하는 GCM/CBC/CTR을 유지하세요. OpenSSL/CryptoJS 출력이라면 전환 제안(CBC + 암호 문구)을 수락하세요. 원시 키 데이터라면 원시 키와 인코딩을 선택하고, IV가 앞에 붙어 있지 않다면 직접 입력하세요.

3. 3

   키 유도 함수 선택

   OpenSSL 모드에서는 키가 유도된 방식에 맞춰 PBKDF2(및 반복 횟수), EVP-SHA256, EVP-MD5 중 하나를 선택하세요. EVP-MD5는 CryptoJS가 사용하는 방식입니다.

4. 4

   암호 문구나 키 입력

   정확한 암호 문구를 입력하거나 정확한 원시 키를 16진수나 Base64로 붙여넣으세요. 모든 설정이 일치하는 즉시 오른쪽에 평문이 나타납니다.

5. 5

   실패하면 진단 결과 확인

   복호화 중 오류가 나면 패널이 가능성 있는 원인 — 잘못된 IV, 잘못된 키, 패딩 오류, Base64 오염, KDF 불일치 — 을 알려주므로, 추측 대신 한 번에 하나씩 설정을 조정할 수 있습니다.

AES 복호화가 실패하는 이유와 해결법

mode: CBC        // but the data was encrypted with GCM
=> Authentication failed

mode: GCM, same passphrase and key size as encryption
=> plaintext

iv: 00000000000000000000000000000000   (wrong IV)
=> first block corrupt, rest readable

iv: (the exact IV used to encrypt)
=> Attack at dawn!

passphrase: hunter3   // one character off
=> padding error

passphrase: hunter2   // exact
=> plaintext

“U2FsdGVkX1...”   (curly quotes and trailing junk copied in)

U2FsdGVkX18AESIzRFVmd1PBwxIFQpF+VgIhTK0aDHQ=   (clean Base64)

OpenSSL compatible: off
input: U2FsdGVkX1...
=> cannot parse

OpenSSL compatible: on, KDF chosen
=> plaintext

KDF: PBKDF2       // CryptoJS ciphertext
=> padding error

KDF: EVP-MD5      // matches CryptoJS
=> plaintext

AES 복호화로 할 수 있는 일

openssl enc 출력 복호화

터미널을 열지 않고도 openssl enc -aes-256-cbc가 생성한 Salted__ 데이터를 읽으세요: Base64를 붙여넣고 암호 문구를 입력한 뒤 KDF를 선택하면 평문을 얻습니다.

CryptoJS 암호문 복호화

CryptoJS의 AES.encrypt(text, passphrase)를 사용한 레거시 앱에서 데이터를 복구하세요. 대부분이 놓치는 단계인 단일 MD5 키 유도에 맞추려면 EVP-MD5를 선택하세요.

계속 실패하는 복호화 디버깅

본인 코드로 무언가를 복호화할 수 없을 때 여기에 붙여넣어, 진단 패널을 이용해 문제가 키인지 IV인지 모드인지 인코딩인지 KDF인지 좁혀보세요.

암호화 왕복 검증

AES 암호화 페이지나 본인 앱에서 나온 암호문이 원본 바이트 그대로 정확히 복호화되는지 확인하세요.

미확인 암호문 파악하기

형태만 보고 형식을 식별하세요 — U2FsdGVkX1 접두어이거나 IV처럼 보이는 고정 길이 접두어 — 키를 시도하기 전에 어떻게 만들어졌는지 먼저 파악하세요.

AES 복호화 내부 동작과 형식

GCM 복호화 — 인증됨

GCM은 암호문에 대해 128비트 태그를 다시 계산해 비교한 뒤에야 평문을 반환합니다. 일치하지 않으면 손상된 데이터를 유출하는 대신 예외를 던집니다. 앞에 붙은 96비트 IV를 사용합니다. GCM 실패는 키, 모드, IV, 암호문 중 무언가가 잘못되었다는 뜻입니다 — 암호 알고리즘은 어느 것인지 알려줄 수 없고, 인증이 실패했다는 것만 알려줍니다.

CBC 복호화 — 첫 블록과 패딩을 주의 깊게 볼 것

CBC에는 뚜렷이 다른 두 가지 실패 특징이 있습니다. 첫 16바이트 블록만 깨지고 나머지는 정상으로 보인다면 IV가 잘못된 것입니다. 모든 블록이 깨져 있다면 키가 잘못된 것입니다. PKCS#7 패딩 오류는 대개 키가 잘못되었거나 암호문이 손상되었거나 잘렸다는 뜻입니다. CBC에는 HMAC 같은 인증 구조와 달리 태그가 없으므로, 잘못된 키로도 그럴듯해 보이는 바이트가 나올 수 있습니다.

CTR 복호화 — 오류 시 조용함

CTR은 절대 예외를 던지지 않습니다: 잘못된 키는 그저 깨진 결과를 내놓을 뿐이며, 이는 대개 바이트를 텍스트로 디코딩할 때 'UTF-8이 아님' 오류로 드러납니다. 카운터/IV를 정확히 맞추세요. 무결성 검사가 없으므로, 별도로 인증하지 않은 CTR 출력은 항상 의심스럽게 다루세요.

암호문 배치(F1 / F2 / F3)

형식 1(암호 문구)은 솔트(16) 다음 IV, 다음 암호문 순서이며 GCM 모드에서는 끝에 16바이트 GCM 태그가 붙습니다. 형식 2(원시 키)는 IV 다음 암호문, 또는 IV를 별도로 제공하는 단순 암호문입니다. 형식 3(OpenSSL)은 ASCII 헤더 Salted__ 다음 8바이트 솔트, 다음 암호문입니다. 어떤 배치인지 알면 솔트와 IV가 어디에 있는지 도구에 알려줄 수 있고, 원시 키 자체는 CSPRNG에서 나와야 합니다 — 비밀 키 생성기를 참고하세요.

키 유도: 데이터를 암호화한 방식과 일치시키기

자기완결형 암호 문구 암호문의 경우 이 도구는 PBKDF2-HMAC-SHA256을 600,000회 반복해 사용합니다. OpenSSL/CryptoJS 암호문의 경우 사용된 KDF를 직접 선택해야 합니다: PBKDF2(openssl -pbkdf2 기본값은 10,000회 반복 — 정확한 횟수를 설정하세요), SHA-256을 쓰는 EVP_BytesToKey(-pbkdf2 없는 openssl 1.1 이상), 또는 MD5를 한 번만 실행하는 EVP_BytesToKey(CryptoJS와 openssl 1.0.2 이하)입니다. 고전적인 '복호화가 안 돼요' 문제는 CryptoJS나 구형 openssl 암호문을 SHA-256으로 시도하는 경우입니다 — EVP-MD5로 전환하면 해결됩니다.

AES 복호화 모범 사례

먼저 형식부터 파악할 것

설정을 건드리기 전에 암호문을 살펴보세요. U2FsdGVkX1 접두어는 OpenSSL/CryptoJS를 뜻하고, 이 도구가 만든 자기완결형 문자열은 암호 문구 형식이며, 단순한 데이터 덩어리라면 대개 원시 키와 별도의 IV가 필요합니다.

키 유도 함수를 정확히 맞출 것

OpenSSL/CryptoJS 암호문에서는 KDF가 암호 문구만큼이나 중요합니다. PBKDF2가 실패하면 EVP-MD5(CryptoJS, 구형 openssl)를 시도하세요. 알고리즘뿐 아니라 반복 횟수도 일치해야 합니다.

암호문을 깔끔하게 붙여넣을 것

복사하면서 딸려 온 줄바꿈이나 공백이 Base64를 깨뜨릴 수 있습니다. 이 도구는 공백을 자동으로 제거하지만, 그래도 디코딩이 실패한다면 스마트 따옴표, 누락된 문자, 잘린 복사본이 없는지 확인하세요. Base64 도구로 의심스러운 문자열을 점검할 수 있습니다.

잘못된 키 결과를 정직하게 다룰 것

CTR이나 CBC에서는 잘못된 키가 오류 대신 바이트를 내놓을 수 있습니다. 출력이 깨진 것처럼 보이거나 UTF-8 검사를 통과하지 못한다면 키나 IV가 잘못된 것입니다 — 부분적으로 맞아 보이는 출력을 신뢰하지 마세요.

비밀 암호문이나 키를 서버로 절대 보내지 말 것

브라우저에서 복호화하는 핵심은 아무것도 페이지를 벗어나지 않는다는 데 있습니다. 업로드하는 도구는 피하세요. 이 도구는 로컬에서 Web Crypto를 사용하며, 네트워크 탭이나 오프라인 상태로 이를 확인할 수 있습니다. AES-256은 강력합니다 — 'TOP SECRET' 등급에 CNSA 2.0으로 승인되었습니다 — 그러니 복호화가 안 된다면 문제는 매개변수에 있지 암호 알고리즘에 있지 않습니다.

AES 복호화 자주 묻는 질문