PBKDF2 키 유도

PBKDF2는 비밀번호에 HMAC을 수천 번 이상 돌려서 키로 바꿉니다. 목적은 비밀 유지가 아닙니다. 알고리즘도 공개되어 있고 솔트도 공개되어 있습니다. 목적은 비용입니다. 비밀번호를 추측하는 공격자는 추측마다 같은 반복 횟수를 지불해야 합니다. 비밀번호와 솔트, 반복 횟수, 해시, 그리고 원하는 출력 비트 수를 정하면 브라우저 자체의 WebCrypto 구현으로 유도가 실행됩니다. 어디로도 전송되지 않습니다.

기본값은 RFC 6070의 세 번째 테스트 벡터를 재현합니다. password와 salt에 HMAC-SHA1을 4096번 돌리면 4b007901b765489abead49d926f721d065a429c1이 나옵니다. 이 벡터가 이 도구를 디버깅에 쓸모 있게 만드는 이유입니다. 서버와 이 페이지가 키에 대해 다른 답을 낸다면 둘 중 하나가 비밀번호나 솔트를 다르게 부호화하고 있는 것이고, 공통 기준점이 어느 쪽인지를 알려 줍니다. 솔트는 텍스트로도 16진수로도 넣을 수 있습니다. 데이터베이스에서 꺼낸 솔트는 출력 가능한 문자인 경우가 거의 없기 때문입니다.

반복 횟수는 계속 움직이는 목표여서, 10만 회 미만이면 칸이 경고를 띄웁니다. OWASP의 현재 비밀번호 저장 권고는 HMAC-SHA256에 60만 회, HMAC-SHA512에 21만 회입니다. 차이는 64비트 하드웨어에서 SHA-512가 한 라운드에 더 많은 일을 한다는 데 있습니다. 프리셋을 둔 이유는 이 숫자가 십 년 전 강의에서 물려받은 값이 아니라 선택이 되게 하려는 것입니다.

출력 길이에 대해 알아 둘 점이 하나 있습니다. PBKDF2는 해시 크기만큼의 블록을 하나씩 만들어 키를 이어 붙이므로, 해시가 내놓는 비트보다 많이 요구하면 블록마다 사슬 전체를 다시 돌립니다. HMAC-SHA256에서 512비트를 요구하면 256비트를 요구할 때의 정확히 두 배 비용이 들지만 더 강해지는 것은 없습니다. 안전성은 여전히 같은 256비트 함수에 달려 있기 때문입니다. 그런 일이 생기면 도구가 알려 줍니다.

마지막으로 솔직한 유의사항. PBKDF2에는 메모리 경도가 없어서 GPU와 전용 하드웨어에서 값싸게 병렬화됩니다. 규격이나 플랫폼이 요구하는 자리에서는 여전히 올바른 선택이지만, 새로 비밀번호를 저장한다면 Argon2id나 scrypt가 더 잘 방어된 선택입니다.