Sử dụng SHA-512 và muối để băm mật khẩu băm MD5?

Question

Tôi đang làm việc trên một hệ thống đã được băm mật khẩu người dùng với MD5 (không có muối). Tôi muốn lưu trữ mật khẩu an toàn hơn bằng cách sử dụng SHA-512 và một muối.

Mặc dù điều này đủ dễ thực hiện cho mật khẩu trong tương lai, tôi cũng muốn trang bị thêm mật khẩu băm MD5 hiện có, tốt nhất là không buộc tất cả người dùng phải thay đổi mật khẩu của họ. Ý tưởng của tôi là chỉ sử dụng SHA-512 và một muối thích hợp để băm băm MD5 hiện có. Sau đó, tôi có thể đặt một số cờ trong cơ sở dữ liệu cho biết mật khẩu nào đã được băm từ văn bản thuần túy và những mật khẩu nào được băm từ một băm MD5. Hoặc tôi chỉ có thể thử cả khi xác thực người dùng. Hoặc thậm chí chỉ cần băm mật khẩu mới với MD5 và sau đó SHA-512/muối, để chúng có thể được xử lý giống như mật khẩu cũ.

Theo lập trình, tôi không nghĩ đây là vấn đề, nhưng tôi không biết đủ về mã hóa/băm để biết liệu tôi có ảnh hưởng đến chất lượng của băm theo bất kỳ cách nào bằng cách áp dụng SHA-512/băm muối vào mật khẩu đã được MD5 băm. Bản năng đầu tiên của tôi là nếu có bất cứ điều gì, nó sẽ mạnh mẽ hơn, một chiếc chìa khóa rất nhẹ kéo dài.

Bản năng thứ hai của tôi là tôi không thực sự biết những gì tôi đang nói, vì vậy tôi nên nhận được lời khuyên. Có suy nghĩ gì không?

Answer 1

Thành phần chức năng với nguyên thủy mật mã là nguy hiểm và không nên thực hiện nếu có thể tránh được. Giải pháp phổ biến cho loại vấn đề của bạn là giữ cả hai băm cho giai đoạn di chuyển, sử dụng hàm băm mới khi có thể và nâng cấp một cách minh bạch các mật khẩu cũ (khi bạn kiểm tra mật khẩu và mật khẩu khớp, hãy khôi phục lại bằng thuật toán mới và lưu trữ)

Điều này sẽ không hoạt động nếu bạn có lược đồ dựa trên thử thách mà bạn không thấy mật khẩu thô, nhưng vì bạn dường như có một muối được lưu trữ không thay đổi, tôi cho rằng ứng dụng của bạn có băm .

Answer 2

Tin tưởng bản năng thứ hai của bạn. Sử dụng một thư viện hiện có được tạo ra đặc biệt cho mật khẩu băm thay vì cố gắng tự nấu ăn.

Có thể băm mật khẩu mới của bạn bằng MD5 và sau đó băm MD5 bằng thư viện băm mật khẩu của bạn. Bằng cách đó, bạn có thể duy trì khả năng tương thích ngược với mật khẩu cũ của mình.

I.e. password_hash (Tất cả cũ, mật khẩu md5'd) và password_hash (md5 (password mới))

(Cảnh báo: Tôi không phải là chuyên gia mật mã)

http://www.codinghorror.com/blog/2007/09/youre-probably-storing-passwords-incorrectly.html

Answer 3

Nếu bạn băm với MD5 đầu tiên, bạn sẽ chỉ có sự lây lan của MD5 (128 bit). Một phần lớn không gian của SHA512 sẽ không được bảo vệ bởi mật khẩu của bạn. Vì vậy, bạn không tận dụng lợi thế của SHA512, nhưng nó sẽ không tồi tệ hơn MD5.

Bạn có lợi ích là nếu ai đó có được mã băm SHA512 và không biết muối (điều này bạn phải thực thi bằng cách nào đó) không thể tra cứu băm và lấy mật khẩu - điều có thể thực hiện được với Cơ sở dữ liệu MD5 bạn hiện có.

Vì vậy, có, bạn chỉ có thể khôi phục mật khẩu MD5 hiện có. Nhưng như đã giải thích trong đoạn đầu tiên, sẽ là một ý tưởng tồi khi áp dụng MD5 cho tất cả các mật khẩu mới và sau đó băm chúng thành SH512. Việc thực hiện dễ dàng sẽ là có trường 'muối' boolean trong cơ sở dữ liệu bên cạnh các băm (nhưng không đặt muối ở đó).

Answer 4

Nếu bạn xem cách hầu hết Ngân hàng và nhân viên bảo mật cao thực hiện thay đổi mật khẩu.Hầu hết trong số họ về cơ bản yêu cầu những người đang sử dụng phương pháp mã hóa cũ để tạo mật khẩu mới. Tôi nghĩ rằng bạn giải pháp đầu tiên của việc đặt một lá cờ trên tất cả người dùng MD5 cũ, và thông báo cho họ rằng họ cần tạo mật khẩu mới và từ từ di chuyển chúng sang hệ thống mới. Bằng cách đó, khi bạn gặp sự cố khi chụp hệ thống nếu gặp sự cố, bạn sẽ không hỏi đây là người dùng mới hay người dùng cũ. Chúng ta có băm đôi hay đơn? Không bao giờ nên so sánh hai băm như một câu trả lời có thể bởi vì nếu MD5 ('abc') => 123, SHA ('NO') => 123, điều đó có nghĩa là ai đó có thể đã nhập sai mật khẩu nhưng vẫn được nhập.