AES 텍스트 암호화

PBKDF2 반복 횟수는 무엇을 사는 값인가

사람이 외우는 비밀번호는 AES 키가 되기에 너무 짧고 규칙적입니다. 그래서 비밀번호를 그대로 쓰지 않고 PBKDF2로 오래 주물러 256비트 키를 뽑아냅니다. 반복 횟수는 이 주무르는 횟수입니다.

핵심은 이겁니다 — 반복 횟수를 올려도 여러분은 한 번만 기다리지만, 공격자는 비밀번호 후보 하나마다 그만큼 기다려야 합니다. 25만 회면 공격자가 초당 시도할 수 있는 후보 개수가 대략 25만 분의 1로 줄어듭니다. 여러분이 1초 미만을 내고 공격자에게 그 25만 배를 물리는 거래입니다.

salt와 IV가 없으면 무슨 일이 생기나

둘 다 비밀이 아닌 난수인데 왜 꼭 필요한지 헷갈리는 부분입니다. 역할이 완전히 다릅니다.

salt가 없으면 같은 비밀번호는 항상 같은 키를 만듭니다. 그러면 공격자는 흔한 비밀번호 수억 개에 대한 키를 미리 계산해 표로 만들어 두고(레인보우 테이블), 어떤 암호문이 와도 표만 뒤져 즉시 답을 찾습니다. 반복 횟수를 100만으로 올려도 소용없습니다 — 그 계산은 이미 오래전에 끝나 있으니까요. salt가 매번 달라지면 이 사전 작업이 통째로 무의미해집니다.

IV는 같은 평문이 같은 암호문이 되는 것을 막습니다. IV가 고정이면 "예"라는 짧은 답장의 암호문이 늘 같아서, 내용을 몰라도 누가 뭐라고 답했는지 패턴으로 읽힙니다. 특히 AES-GCM에서 같은 키에 같은 IV를 두 번 쓰면 단순한 패턴 노출을 넘어 두 평문이 함께 복원될 수 있는 치명적인 사고가 납니다.

"복호화 실패"가 뜰 때 — 인증 태그의 정체

AES-GCM은 암호화만 하는 게 아니라 16바이트짜리 인증 태그를 함께 만들어 붙입니다. 복호화할 때 이 태그를 다시 계산해 맞춰보고, 하나라도 어긋나면 결과를 내놓지 않고 실패시킵니다. 덕분에 공격자가 암호문의 비트 몇 개를 뒤집어 내용을 몰래 바꾸는 조작이 통하지 않습니다. 복호화가 성공했다는 것은 곧 내용이 위·변조되지 않았다는 뜻입니다.

그 대신 실패 메시지는 원인을 구분해 주지 못합니다. 비밀번호가 틀린 것과 암호문이 변조된 것이 똑같이 태그 검증 실패로 끝나기 때문입니다. 설계상 그런 것이고, 구분해서 알려주는 편이 오히려 공격자에게 힌트가 됩니다.

• 가장 흔한 원인은 복사가 잘린 것입니다. 암호문은 반드시 처음부터 끝까지 통째로 붙여넣어야 합니다. 메신저에서 "더보기"로 접힌 채 복사하면 뒷부분이 날아갑니다.
• 메일 본문에 넣으면 클라이언트가 줄바꿈을 넣거나 링크로 바꾸면서 문자가 섞일 수 있습니다. 첨부 파일로 보내는 편이 안전합니다.
• 비밀번호의 앞뒤 공백과 대소문자를 확인하세요. 복사할 때 딸려온 공백 하나가 원인인 경우가 많습니다.
• 모드가 복호화로 되어 있는지, 입력 칸에 평문이 아니라 암호문이 들어 있는지 확인하세요.

반복 횟수보다 비밀번호가 먼저입니다

반복 횟수를 100만으로 올려도 비밀번호가 1234 라면 공격자는 후보 열 개만 시도하면 됩니다. 100만 회 반복 × 10회는 몇 초입니다. 반복 횟수는 비밀번호가 어느 정도 강할 때만 의미 있는 방어입니다.

반대로 무작위 단어 네 개를 이어 붙인 문장(예시 넣기 버튼이 보여주는 형태)은 외우기 쉬우면서 후보 공간이 압도적으로 넓습니다. 8자 미만이면 이 도구가 암호화 후에 경고를 띄우는 이유입니다.

이 도구로 할 일과 하면 안 되는 일

브라우저 안에서만 도는 도구라 서버로 아무것도 보내지 않습니다. 그래서 사내 메모나 임시 계정 정보처럼 남에게 맡기기 곤란한 내용을 다루기에 적당합니다. 다만 만능은 아닙니다.