🔐
Bcrypt 암호화 복호화 도구

Bcrypt 암호화·복호화 도구로 많이 검색하지만, bcrypt는 정확히 말하면 암호화 방식이 아니라 비밀번호 저장을 위한 단방향 해시 함수입니다. 따라서 bcrypt로 만든 값을 AES처럼 다시 원래 비밀번호로 복호화할 수는 없습니다. 로그인에서는 사용자가 입력한 비밀번호를 저장된 bcrypt 해시와 다시 비교해 일치 여부를 확인합니다.

이 도구에서는 bcrypt 해시 생성과 bcrypt 비밀번호 검증을 한 화면에서 수행할 수 있습니다. 생성된 60자 해시를 버전, cost factor, salt, checksum으로 분리해서 보여주기 때문에 백엔드 개발, 인증 오류 확인, 다른 언어·프레임워크에서 생성한 해시 구조를 점검할 때도 활용할 수 있습니다.

bcrypt는 해시를 만들 때 무작위 salt를 함께 사용합니다. 따라서 같은 비밀번호를 여러 번 입력해도 생성되는 bcrypt 해시는 달라질 수 있습니다. 이것은 정상 동작이며, 미리 계산한 해시 목록을 이용하는 공격을 어렵게 만드는 데 도움이 됩니다.

일반적인 bcrypt 해시는 $2b$10$...처럼 시작하며 전체 길이는 60자입니다. 앞부분에는 bcrypt 버전과 cost factor가 들어 있고, 뒤쪽에는 salt와 계산 결과가 함께 저장됩니다. 이 때문에 비밀번호 검증 시 별도의 salt 컬럼을 따로 저장하지 않아도 해시 문자열 자체에서 필요한 값을 읽을 수 있습니다.

bcrypt의 cost factor는 해시를 계산할 때 필요한 연산량을 조절하는 값입니다. cost가 1 증가할 때마다 계산 비용은 대략 2배씩 늘어나므로, 값이 높을수록 무차별 대입 공격에는 강해지지만 해시 생성과 로그인 검증에 걸리는 시간도 길어집니다. 이 계산기에서는 테스트하기 쉽도록 4~14 범위에서 값을 설정할 수 있으며, 기본값은 10입니다.

비밀번호 저장 방식과 관련해서는 OWASP의 권장사항도 참고할 수 있습니다. OWASP(Open Worldwide Application Security Project)는 웹 애플리케이션과 소프트웨어 보안을 위한 가이드와 권장사항을 제공하는 비영리 보안 커뮤니티이며, OWASP Password Storage Cheat Sheet에서는 비밀번호를 안전하게 저장하기 위한 방법과 권장 설정을 정리하고 있습니다. OWASP는 기존 시스템에서 bcrypt를 사용할 경우 work factor를 10 이상으로 설정할 것을 권장합니다. 다만 cost가 높을수록 보안성이 좋아지는 대신 서버의 연산 부담도 커지므로, 실제 서비스에서는 단순히 높은 값을 선택하기보다 서버 성능과 로그인 요청량을 고려해 처리 시간을 직접 측정한 뒤 적절한 값을 정하는 것이 좋습니다.

bcrypt는 대부분의 구현에서 비밀번호 입력의 앞 72바이트를 기준으로 처리합니다. 여기서 중요한 점은 72자가 아니라 72바이트라는 것입니다. 영문자는 보통 1바이트지만, 한글과 이모지는 UTF-8에서 여러 바이트를 사용할 수 있으므로 글자 수가 72자보다 훨씬 적어도 제한에 도달할 수 있습니다. 이 도구는 입력값의 UTF-8 바이트 수를 실시간으로 표시하고 72바이트를 넘으면 해시 생성과 검증을 막습니다.

bcrypt 로그인 검증은 저장된 해시에서 원문 비밀번호를 꺼내는 방식이 아닙니다. 사용자가 입력한 비밀번호를 저장된 해시에 포함된 salt와 cost factor를 이용해 다시 계산하고, 최종 결과가 같은지를 비교합니다. 즉 복호화가 아니라 비교 검증입니다.

SHA-256은 파일 무결성 확인이나 일반적인 데이터 해시에 유용하지만 매우 빠르게 계산되도록 설계되었습니다. 비밀번호 저장에서는 빠른 해시가 오히려 공격자가 많은 비밀번호 후보를 짧은 시간에 시험하기 쉽게 만들 수 있습니다. bcrypt는 의도적으로 계산 비용을 높이고 salt를 포함하므로 비밀번호 저장 목적에 더 적합합니다.

bcrypt는 널리 사용되지만, OWASP의 현재 비밀번호 저장 가이드에서는 새 시스템에 Argon2id를 우선 권장하고 Argon2id를 사용할 수 없을 때 scrypt 등을 대안으로 제시합니다. bcrypt는 기존 시스템과의 호환이나 레거시 환경에서 여전히 자주 사용됩니다. 어떤 알고리즘을 선택하든 평문 비밀번호를 데이터베이스에 저장해서는 안 됩니다.