Bcrypt 해시 생성기 검사기

Bcrypt 해시 생성기 및 검사기에 오신 것을 환영합니다. 이 무료 온라인 도구를 사용하면 구성 가능한 비용 인자를 통해 암호학적으로 안전한 Bcrypt 패스워드 해시를 생성하고, 평문 패스워드가 기존 Bcrypt 해시와 일치하는지 검증할 수 있습니다. 데이터베이스 시딩, 로그인 흐름 디버깅, 시스템 간 사용자 마이그레이션 또는 적응형 패스워드 해싱에 대해 배우고자 하는 경우, 이 도구는 즉각적인 결과와 함께 Bcrypt가 60자 해시 형식을 구조화하는 방식에 대한 교육적인 시각적 분석을 제공합니다.

Bcrypt란 무엇이며 왜 사용해야 하나요?

Bcrypt는 1999년 Niels Provos와 David Mazières가 설계한 Blowfish 암호를 기반으로 하는 적응형 패스워드 해싱 함수입니다. SHA-256이나 MD5와 같이 빠른 암호화 해시와 달리, Bcrypt는 의도적으로 느리게 설계되었으며 하드웨어가 향상됨에 따라 늘릴 수 있는 조정 가능한 비용 인자를 포함합니다. 또한 모든 Bcrypt 해시는 고유한 무작위 솔트를 포함하여 공격자가 사전 계산된 레인보우 테이블을 사용하는 것을 방지합니다. OWASP는 현대 웹 애플리케이션에서 사용자 자격 증명을 저장하는 데 적합한 네 가지 패스워드 해싱 알고리즘 중 하나로 Bcrypt를 권장합니다.

비용 인자: Bcrypt 보안의 핵심

비용 인자(작업 인자 또는 라운드라고도 함)는 해시 계산에 드는 비용을 제어합니다. 이는 로그 스케일로, +1이 될 때마다 작업량이 두 배로 늘어납니다. 일반적인 현대 CPU에서 비용 12는 약 250밀리초가 소요되며, 비용 14는 약 1초가 소요됩니다. 아래 표는 각 비용 수준별 예상 계산 시간을 보여줍니다. 로그인 흐름에는 충분히 빠르지만 공격자를 저지할 수 있을 만큼 느린 값을 선택하십시오.

Bcrypt 해시 구조 분석

모든 Bcrypt 해시는 정확히 60자 길이이며 고정된 구조를 따릅니다. 각 세그먼트를 이해하면 로그인 문제를 디버깅하거나 시스템 간에 해시를 마이그레이션하는 것이 훨씬 쉬워집니다.

솔트 및 다이제스트 인코딩

Bcrypt는 표준 Base64와 유사하지만 +/ 대신 ./를 사용하고 패딩을 사용하지 않는 맞춤형 Base64 알파벳을 사용합니다. 이는 순전히 역사적인 이유이며 보안에는 영향을 미치지 않습니다. 솔트는 16바이트의 무작위 데이터로 22자의 Base64 문자로 인코딩되며, 다이제스트는 23바이트로 31자의 문자로 인코딩됩니다.

Bcrypt 변형 설명

실제 환경에서는 여러 가지 Bcrypt 접두사를 접하게 됩니다. 모두 동일한 구조의 해시를 생성하지만 기원은 서로 다릅니다.

이 도구 사용 방법

1. 모드 선택: 새 Bcrypt 해시를 생성하려면 해시 생성을 선택하고, 패스워드가 기존 해시와 일치하는지 확인하려면 해시 검증을 선택하십시오.
2. 패스워드 입력: 입력 필드에 평문 패스워드를 입력합니다. 바이트 미터는 패스워드가 Bcrypt의 72바이트 제한에 도달하면 경고를 표시합니다.
3. 비용 인자 설정: 생성 모드에서 슬라이더를 드래그하여 4에서 15 사이의 비용 인자를 선택하십시오. 예상 계산 시간과 보안 등급이 실시간으로 업데이트됩니다.
4. 검증할 해시 붙여넣기: 검증 모드에서 $2a$, $2b$, $2x$ 또는 $2y$로 시작하는 기존 60자 Bcrypt 해시를 붙여넣으십시오.
5. 실행 및 결과 확인: 실행 버튼을 클릭합니다. 생성 모드는 색상으로 구분된 구조 분석과 함께 해시를 반환하며, 검증 모드는 원래 비용 인자와 함께 큰 일치 또는 불일치 표시기를 보여줍니다.

72바이트 패스워드 제한

Bcrypt는 Blowfish 키 설정 단계를 기반으로 구축되었으며, 이는 패스워드의 처음 72바이트만 사용합니다. 72바이트보다 긴 패스워드는 구형 라이브러리에서 자동으로 잘리거나 신형 라이브러리에서 완전히 거부됩니다. 문자가 아닌 바이트가 중요하다는 점에 유의하십시오. 단일 이모지는 4바이트이고 대부분의 비 ASCII 문자는 UTF-8에서 2-4바이트를 차지합니다. 애플리케이션에서 임의의 긴 패스워드를 수용하는 경우, 표준적인 완화 방법은 패스워드를 SHA-256으로 사전 해싱하고 다이제스트를 Base64로 인코딩한 다음 Bcrypt에 전달하는 것입니다. 이렇게 하면 제한 내에 편안하게 들어가는 고정된 44바이트 입력이 생성됩니다.

Bcrypt vs. Argon2 vs. Scrypt 선택 시기

OWASP 및 IETF(RFC 9106)의 현대적인 패스워드 해싱 권장 사항은 네 가지 허용 가능한 알고리즘을 나열합니다: Argon2id(신규 애플리케이션에 권장), Bcrypt, Scrypt, PBKDF2입니다. 다음과 같은 경우 Bcrypt를 선택하십시오.

• 광범위한 호환성이 필요한 경우 — 거의 모든 주요 언어에 성숙한 Bcrypt 라이브러리가 있습니다.
• 이미 Bcrypt를 사용하는 기존 시스템으로 작업 중인 경우.
• 25년 이상의 암호 분석을 거친 검증된 알고리즘을 원하는 경우.
• 메모리 하드 해싱(Argon2id, Scrypt)이 환경에 비실용적인 경우.

호환성 제약이 없는 새 시스템을 구축하는 경우 Argon2id를 선택하십시오. 이는 패스워드 해싱 대회의 현대적 우승자이며 Bcrypt가 대처할 수 없는 GPU 및 FPGA 공격에 대한 저항력을 제공합니다.

실제 활용 사례

개발자용

• 전체 등록 흐름을 실행하지 않고 현실적인 테스트 사용자로 개발 데이터베이스 시딩.
• 로그인 경로를 실행하는 통합 테스트를 위한 픽스처 데이터 생성.
• 사용자가 보고한 패스워드에 대해 운영 해시를 검증하여 로그인 실패 디버깅.
• 다음 로그인 시 다시 해싱하여 레거시 $2a$ 해시를 $2b$로 마이그레이션.
• 실제 계산 시간을 측정하여 운영 환경에 맞게 비용 인자 조정.

보안 엔지니어용

• 제3자 인증 서비스가 주장하는 비용 인자로 해시를 생성하고 있는지 확인.
• 운영 샘플에서 해시 변형 및 비용을 검사하여 패스워드 저장소 감사.
• Bcrypt의 구조가 어떻게 레인보우 테이블에 저항하는지 보여주는 교육 자료 구축.

학습자용

• 동일한 패스워드를 두 번 생성하여 솔트가 어떻게 서로 다른 해시를 만드는지 확인.
• 다양한 비용 인자를 실험하여 작업량이 두 배로 늘어나는 효과를 직접 체감.
• 알려진 해시를 검증하여 Bcrypt가 후보를 해싱하기 전에 어떻게 비용과 솔트를 추출하는지 이해.

자주 묻는 질문

Bcrypt에 어떤 비용 인자를 사용해야 하나요?

OWASP는 현재 최소 10의 비용 인자를 권장하며, 12는 일반적인 서버에서 약 250밀리초가 소요되는 현대적인 기본값입니다. 비용은 로그 스케일이므로 +1마다 작업량이 두 배로 늘어납니다. 비용 14는 높은 보안이 필요한 애플리케이션에 적합하며, 비용 15는 대화형 로그인의 실질적인 최대치입니다. 운영 환경에서 10 미만의 비용을 사용하지 마십시오.

$2a$, $2b$, $2x$, $2y$의 차이점은 무엇인가요?

네 가지 모두 접두사로 구분되는 Bcrypt 변형입니다. $2a$는 독창적인 리비전입니다. $2x$와 $2y$는 2011년에 발견된 부호 확장 버그에 대한 PHP 긴급 수정 버전입니다. $2b$는 긴 패스워드의 랩어라운드 버그를 수정한 최신 참조 구현입니다. 어떤 변형으로 생성된 해시라도 검증이 가능합니다. 최신 라이브러리는 기본적으로 $2b$를 생성하며 새로운 해시에는 이를 사용하는 것이 좋습니다.

입력한 패스워드가 서버로 전송되나요?

양식은 Bcrypt 계산을 수행하기 위해 HTTPS를 통해 서버 측에서 처리되지만, 패스워드나 결과 해시는 기록되거나 저장되지 않습니다. 각 요청은 처리 후 폐기됩니다. 테스트 패스워드에 대해 절대적인 보안을 원하신다면 실제 운영용 패스워드를 온라인 도구에 붙여넣지 마십시오. 일회용 테스트 패스워드를 사용하거나 로컬 개발 환경에서 이 도구를 사용하십시오.

왜 Bcrypt는 72바이트 패스워드 제한이 있나요?

Bcrypt는 Blowfish 키 설정 단계를 기반으로 구축되었으며, 이는 입력의 처음 72바이트만 사용합니다. 72바이트보다 긴 패스워드는 구형 라이브러리에서 자동으로 잘리거나 신형 라이브러리에서 거부됩니다. 임의의 긴 패스워드를 지원하려면 SHA-256으로 사전 해싱하고 다이제스트를 Base64로 인코딩한 다음 Bcrypt에 전달하십시오. 이 도구는 패스워드가 제한을 초과하면 경고를 표시합니다.

다른 Bcrypt 라이브러리에서 생성된 해시를 검증할 수 있나요?

네. 모든 Bcrypt 구현은 동일한 형식($변형$비용$솔트+다이제스트, 총 60자)을 따르며 상호 운용 가능한 해시를 생성합니다. Node.js Bcrypt, PHP password_hash, Python passlib, Spring Security 또는 규격을 준수하는 라이브러리에서 생성된 해시는 변형 접두사를 인식할 수 있는 한 여기서 올바르게 검증됩니다.

동일한 패스워드를 두 번 생성해도 왜 해시가 다른가요?

Bcrypt는 모든 해시에 대해 새로운 무작위 16바이트 솔트를 자동으로 생성합니다. 솔트는 알고리즘에 혼합되어 출력에 포함되므로 동일한 패스워드의 두 해시가 동일할 확률은 사실상 없습니다. 검증이 가능한 이유는 checkpw가 저장된 해시에서 비용과 솔트를 추출하고 다이제스트를 비교하기 전에 해당 매개변수로 Bcrypt를 다시 실행하기 때문입니다.

Bcrypt 해시에서 원래 패스워드를 복구할 수 있나요?

아니요. Bcrypt는 단방향 함수이며 복호화 작업이 없습니다. 해시에서 원래 패스워드를 찾는 유일한 방법은 패스워드를 추측하여 다이제스트가 일치할 때까지 동일한 비용과 솔트로 Bcrypt를 실행하는 것뿐이며, 이는 공격자가 무차별 대입 공격 중에 수행하는 작업과 정확히 일치합니다. Bcrypt의 적응형 비용의 핵심 목적은 이러한 추측 비용을 엄청나게 높이는 것입니다.

모바일 장치에서도 작동하나요?

네. 인터페이스는 완전한 반응형이며 스마트폰, 태블릿 및 데스크톱에서 작동합니다. 모드 전환, 비용 슬라이더 및 결과 패널 모두 좁은 화면에 맞춰 조정됩니다.

추가 리소스

• Bcrypt — 위키백과
• 미래 적응형 패스워드 스킴 (Provos & Mazières, 1999)
• OWASP 패스워드 저장소 치트 시트
• RFC 9106 — Argon2 메모리 하드 함수 (Bcrypt의 대안)