본문으로 건너뛰기

텍스트 암호화·복호화

Text Encrypt & Decrypt

암호문구로 AES-GCM 암호화를 수행해 스스로 완결된 Base64 문자열을 만듭니다.

암호구로 메시지를 암호화해서 어디든 붙여넣을 수 있는 Base64 문자열 하나로 만들고, 다시 되돌립니다. PBKDF2로 유도한 키로 AES-GCM을 씁니다. 솔트와 논스가 출력 안에 함께 들어가므로 그 문자열이 암호문 전부이고, 따로 보관할 것이 없습니다.

🔒 브라우저 안에서만 처리encryptaescryptotext
모드

복구 수단이 없습니다. 암호구를 잊으면 메시지도 사라지고, 약한 암호구를 쓰면 메시지가 공개된 것이나 다름없습니다.

메시지

암호화 결과 (어디든 붙여넣을 수 있는 Base64)

PBKDF2 with HMAC-SHA-256을 600,000회 돌려 얻은 키로 AES-256-GCM을 씁니다. 매번 새로 뽑은 16바이트 솔트와 12바이트 논스가 출력 안에 함께 들어가므로, 이 Base64 문자열이 암호문 전부입니다. 따로 보관할 것이 없습니다. 파일 암호화 도구와 같은 컨테이너이고, 전부 이 탭에서 돌아가며, 변조는 복호화되는 대신 검출됩니다. Argon2id 대신 PBKDF2를 쓰는 이유는 브라우저가 구현하고 있는 것이 그것이기 때문이고, 반복 횟수는 그에 대한 OWASP 최소 권고치입니다.

사용 방법

  1. 잃어버리지 않을 암호구를 고릅니다

    어떤 형태의 복구도 없습니다. 암호구를 잊으면 메시지가 사라지고, 추측 가능한 암호구를 쓰면 메시지가 공개된 것이나 마찬가지입니다.

  2. 암호화하고 Base64를 복사합니다

    이메일과 채팅과 텍스트 파일을 그대로 통과합니다. 첨부도, 키 파일도, 옆에 함께 보관할 것도 없습니다.

  3. 암호구는 다른 경로로 전합니다

    암호구가 암호문 옆에 붙어 가면 전부 의미가 없어집니다. 다른 채널로, 되도록 다른 날에 보내세요.

자주 묻는 질문

왜 Argon2id가 아니라 PBKDF2인가요?

브라우저가 직접 구현하고 플랫폼이 관리하는 것이 PBKDF2이기 때문입니다. Argon2를 쓰려면 WebAssembly 빌드를 함께 배포해야 하는데, 감사할 수 없는 암호 프리미티브는 OWASP 권고 반복 횟수로 돌리는 잘 알려진 것보다 나쁩니다. 여기서 쓰는 것이 그 권고치입니다.

암호구가 틀리면 깨진 글이 나오나요?

아니요. 아예 실패합니다. AES-GCM은 암호문을 인증하므로, 암호구가 틀리거나 글자 하나가 바뀌면 그럴듯한 헛소리 대신 오류가 납니다. 변조는 복호화되지 않고 검출됩니다.

이게 종단 간 암호화인가요?

브라우저에서 직접, 아무도 갖지 않은 키로 하는 암호화입니다. 다만 메시징 프로토콜은 아닙니다. 순방향 비밀성도, 신원도, 키 교환도 없습니다. 계속 주고받을 대화라면 그 목적으로 만들어진 도구를 쓰세요.

파일 암호화 도구로 이걸 열 수 있나요?

됩니다. 일부러 같은 컨테이너를 씁니다. 그래서 두 도구가 서로의 결과를 복호화합니다. 감사할 구조를 둘이 아니라 하나로 두려는 것입니다.

이 도구로 이어지는 것

다음 단계

이 도구의 결과를 그대로 받을 수 있는 도구들입니다.