Bcrypt Hash Generator

Tính năng nổi bật

• Hai chế độ tách riêng: tạo hash từ mật khẩu, và kiểm tra một mật khẩu có khớp hash cho sẵn không
• Thanh trượt cost factor từ 4 đến 14, hiện luôn số vòng lặp tương ứng và nhãn đánh giá mức đó có hợp lý cho máy chủ hay không
• Salt 16 byte sinh bằng crypto.getRandomValues, tức bộ sinh số ngẫu nhiên dùng cho mật mã của trình duyệt chứ không phải Math.random
• Bảng bóc tách chuỗi hash thành bốn phần: tiền tố phiên bản, hai chữ số cost, 22 ký tự salt và 31 ký tự hash
• Chọn được tiền tố $2b$, $2a$ hoặc $2y$ tùy thư viện hoặc máy chủ sẽ đọc chuỗi hash
• Nút đo tốc độ máy: chạy thử cost 8 rồi suy ra thời gian cho các mức cost khác trên chính máy bạn
• Nút tự kiểm chứng: tính lại ba vector chuẩn công khai đã biết trước kết quả để chứng minh phần cài đặt bcrypt đúng chuẩn
• Vòng lặp chia thành từng lô ngắn kèm thanh tiến trình nên cost cao không làm treo giao diện

Vì sao cần một công cụ riêng cho bcrypt thay vì dùng máy tính hash thông thường

Phần lớn công cụ hash trên mạng tính MD5 hoặc SHA rồi trả về một chuỗi hex. Bcrypt không hoạt động như vậy và bạn không thể dùng chúng thay thế. Bcrypt nhận thêm hai tham số mà các hàm kia không có: một salt ngẫu nhiên và một cost factor quyết định thuật toán phải lặp bao nhiêu vòng. Kết quả trả về cũng không phải chuỗi hex trần mà là một chuỗi 60 ký tự gói sẵn cả salt lẫn cost bên trong, để sau này khi kiểm tra đăng nhập, máy chủ đọc ngược ra được hai tham số đó mà không cần lưu riêng ở đâu. Chính vì gói mọi thứ vào một chuỗi nên bcrypt hay bị dùng sai: người ta lưu vào cột VARCHAR quá ngắn làm hash bị cắt cụt, hoặc so sánh hash bằng dấu bằng thay vì gọi hàm kiểm tra của thư viện rồi ngạc nhiên khi cùng một mật khẩu lại ra hai chuỗi khác nhau. Trang này giúp bạn nhìn tận mắt cấu trúc chuỗi hash, thử tay việc kiểm tra khớp, và cảm nhận được cost factor làm chậm phép tính tới mức nào trước khi chọn con số đưa vào hệ thống thật.

Lợi ích khi sử dụng

• •Nhìn thấy tận mắt bốn phần của chuỗi hash 60 ký tự, hiểu vì sao cột cơ sở dữ liệu phải khai đủ 60
• •Đo được trên chính máy mình rằng mỗi bậc cost làm thời gian tính gấp đôi, thay vì chỉ nghe nói
• •Kiểm tra ngược một hash cũ mà không cần viết đoạn mã thử hay cài thư viện
• •Có nút tự đối chiếu vector chuẩn nên bạn không phải tin suông vào kết quả của trang lạ
• •Chạy hoàn toàn trên trình duyệt, mật khẩu không rời khỏi máy bạn và không được ghi vào bộ nhớ trình duyệt

Cách tạo và kiểm tra hash bcrypt

1. 1Ở tab Tạo hash, nhập mật khẩu cần băm. Hãy dùng một mật khẩu mới chứ đừng gõ mật khẩu bạn đang dùng thật vào bất kỳ công cụ web nào.
2. 2Kéo thanh trượt cost factor. Số vòng lặp và nhãn đánh giá hiện ngay bên dưới, mức 11 hoặc 12 là khuyến nghị cho máy chủ hiện nay.
3. 3Chọn tiền tố phiên bản: $2b$ cho ứng dụng mới, $2y$ nếu chuỗi sẽ nằm trong file .htpasswd, $2a$ khi phải tương thích thư viện cũ.
4. 4Bấm Tạo hash bcrypt rồi theo dõi thanh tiến trình. Giao diện vẫn cuộn và bấm được bình thường trong lúc tính.
5. 5Đọc bảng bóc tách bên dưới để thấy salt và cost nằm ở đâu trong chuỗi, rồi chép hash bằng nút chép.
6. 6Muốn thử chiều ngược lại, chuyển sang tab Kiểm tra khớp, dán hash và mật khẩu vào rồi bấm kiểm tra. Công cụ lấy salt và cost ngay trong hash để tính lại và so sánh.

Cost factor là số mũ chứ không phải số vòng, và vì sao điều đó quan trọng

Con số bạn thấy trong chuỗi hash, ví dụ 12 trong $2b$12$, không phải là số vòng lặp mà là số mũ của cơ số hai. Cost 12 nghĩa là 2 mũ 12, tức 4.096 vòng lặp lịch khóa. Cost 13 là 8.192 vòng, cost 14 là 16.384 vòng. Hệ quả trực tiếp là mỗi lần bạn tăng cost thêm một bậc, thời gian tính nhân đôi. Từ cost 10 lên cost 14 nghe như tăng bốn đơn vị nhưng thực chất chậm đi mười sáu lần. Đây chính là thiết kế cốt lõi của bcrypt: nó cho phép hệ thống theo kịp đà tăng tốc của phần cứng mà không cần đổi thuật toán. Máy tính năm nay nhanh gấp đôi máy vài năm trước thì bạn chỉ việc tăng cost lên một bậc, chi phí dò mật khẩu của kẻ tấn công lập tức trở về mức cũ. Cần lưu ý con số này gắn liền với từng hash chứ không phải cấu hình toàn hệ thống, nên khi bạn nâng cost mặc định, những hash cũ vẫn giữ cost cũ và chỉ được nâng lên khi người dùng đăng nhập lại rồi bạn băm lại mật khẩu của họ. Nhiều hệ thống bỏ quên bước đó và giữ nguyên hash cost 8 từ nhiều năm trước.

Chọn cost bao nhiêu cho máy chủ hiện nay

Cách chọn đúng không phải là lấy một con số ai đó khuyên mà là đo trên chính máy chủ của bạn. Mốc tham chiếu thường dùng trong ngành là chỉnh cost sao cho mỗi lần băm tốn khoảng 250 đến 500 mili giây trên phần cứng thật. Với máy chủ ảo phổ thông hiện nay, con số đó thường rơi vào cost 11 hoặc 12. Cost 10 vẫn còn dùng được và là mặc định của nhiều thư viện, nhưng nó đã là mặc định suốt hơn một thập kỷ trong khi phần cứng đã nhanh lên nhiều lần. Cost dưới 8 thì không nên dùng cho hệ thống thật, chỉ hợp để chạy thử hoặc chạy kiểm thử tự động cho nhanh. Chiều ngược lại cũng có giới hạn: cost 14 trên máy chủ yếu có thể mất hơn một giây mỗi lần đăng nhập, và nếu trang bị nhiều người đăng nhập cùng lúc thì CPU sẽ nghẽn, biến chính cơ chế bảo vệ thành một cách làm sập dịch vụ. Hãy đo thời gian băm ngay trên máy chủ vào giờ cao điểm, chọn mức cao nhất mà vẫn giữ được thời gian phản hồi chấp nhận được, rồi ghi lại ngày đo để một hai năm sau xem lại. Con số đo được trên trình duyệt ở trang này thường chậm hơn máy chủ vài lần vì JavaScript không nhanh bằng mã máy, nên chỉ dùng nó để cảm nhận độ dốc.

Salt nằm công khai trong hash mà vẫn có tác dụng

Một câu hỏi hay gặp là nếu salt được ghi thẳng vào chuỗi hash, ai cũng đọc được, thì nó còn bảo vệ gì. Câu trả lời nằm ở chỗ salt không nhằm giấu thông tin mà nhằm phá tính hàng loạt của cuộc tấn công. Không có salt, kẻ tấn công lấy được bảng mật khẩu chỉ cần tính trước một bảng tra khổng lồ, hoặc tải bảng có sẵn về, rồi đối chiếu một lần là ra hàng triệu tài khoản cùng lúc. Mọi người dùng đặt mật khẩu 123456 sẽ có cùng một hash, nhìn vào bảng là thấy ngay nhóm nào dùng chung mật khẩu. Với salt ngẫu nhiên 16 byte, mỗi tài khoản có một salt riêng, nên cùng một mật khẩu vẫn cho ra hai hash hoàn toàn khác nhau. Bảng tra tính sẵn trở nên vô dụng vì muốn dùng được phải tính riêng một bảng cho từng salt. Kẻ tấn công buộc phải tấn công từng tài khoản một, và ở mỗi tài khoản lại phải trả cái giá chậm chạp của cost factor. Đó là lý do bạn sẽ thấy bấm nút tạo hash hai lần với cùng một mật khẩu ở trang này lại ra hai chuỗi khác nhau. Điều đó hoàn toàn bình thường và là dấu hiệu công cụ chạy đúng, chứ không phải lỗi.

Chuỗi 60 ký tự và những lỗi hay gặp khi lưu vào cơ sở dữ liệu

Một hash bcrypt luôn dài đúng 60 ký tự với bố cục cố định: bốn ký tự tiền tố dạng đô la hai b đô la, hai chữ số cost, một dấu đô la, rồi 22 ký tự salt nối liền 31 ký tự hash mà giữa hai phần này không có dấu ngăn cách nào. Từ đó sinh ra vài lỗi rất hay gặp. Thứ nhất là khai cột trong cơ sở dữ liệu quá ngắn, chẳng hạn VARCHAR(50) hay VARCHAR(32) chép lại từ thời còn dùng MD5, khiến hash bị cắt mất phần đuôi và không ai đăng nhập được nữa, trong khi việc ghi vào lại không báo lỗi gì. Hãy khai ít nhất 60 ký tự, nhiều người khai 72 hoặc 255 để dự phòng đổi sang thuật toán khác sau này. Thứ hai là tách salt ra lưu vào cột riêng vì thói quen từ các cách làm cũ, việc này thừa và dễ gây sai lệch vì salt đã nằm sẵn trong chuỗi. Thứ ba là so sánh hash bằng toán tử bằng, kiểu lấy mật khẩu người dùng gõ đem băm rồi so với hash trong bảng. Cách đó luôn sai vì lần băm mới sinh salt mới. Bắt buộc phải gọi hàm kiểm tra của thư viện, hàm đó tự lấy salt và cost từ hash cũ để tính lại. Cuối cùng là cắt hoặc chuẩn hóa khoảng trắng ở hai đầu chuỗi hash khi truyền qua các lớp, làm hỏng ký tự cuối.

Giới hạn 72 byte và những điều bcrypt không làm được

Bcrypt chỉ dùng tối đa 72 byte đầu của mật khẩu, phần dài hơn bị bỏ qua hoàn toàn. Với tiếng Việt có dấu, mỗi ký tự có dấu chiếm hai đến ba byte nên một câu mật khẩu tiếng Việt chạm giới hạn sớm hơn nhiều so với cảm giác nhìn bằng mắt. Điều này hiếm khi gây vấn đề thực tế vì 72 byte đã là mật khẩu rất dài, nhưng nó thành vấn đề nếu bạn băm sẵn mật khẩu bằng SHA-512 rồi đưa chuỗi hex vào bcrypt, hoặc nếu hệ thống của bạn nhận cả câu dài làm mật khẩu. Ngoài giới hạn đó còn vài điểm cần biết. Bcrypt không mã hóa mà băm một chiều, nên không có cách nào giải ngược chuỗi hash về mật khẩu gốc, kể cả bạn biết salt và cost. Bcrypt cũng không đọ được với các thuật toán sinh sau về mặt chống tấn công bằng phần cứng chuyên dụng: nó tốn bộ nhớ cố định khoảng bốn kilobyte nên một mạch tích hợp chuyên dụng vẫn có thể chạy song song rất nhiều bản. Các lựa chọn mới hơn như Argon2 cho phép chỉnh cả lượng bộ nhớ tiêu tốn nên chặn được hướng tấn công này tốt hơn. Dù vậy, bcrypt vẫn là lựa chọn hoàn toàn chấp nhận được, được cài đặt sẵn ở khắp nơi và đã đứng vững qua nhiều năm bị soi kỹ.

Câu hỏi thường gặp (FAQ)

Từ khóa liên quan

• bcrypt hash generator
• tạo hash bcrypt online
• kiểm tra mật khẩu khớp hash bcrypt
• bcrypt cost factor là gì
• cost factor nên chọn bao nhiêu
• cấu trúc chuỗi hash bcrypt 60 ký tự
• bcrypt salt 22 ký tự
• khác nhau 2a 2b 2y bcrypt
• bcrypt giới hạn 72 byte
• giải mã hash bcrypt
• băm mật khẩu trước khi lưu database
• cột mật khẩu varchar bao nhiêu
• bcrypt khác gì md5 sha256
• hash mật khẩu có salt
• verify bcrypt hash
• nâng cost bcrypt cho hash cũ
• bcrypt hay argon2
• tạo hash mật khẩu không cần cài đặt