Giống như hầu hết các câu hỏi, câu trả lời hay nhất phụ thuộc vào ngữ cảnh của tình huống của bạn. Không có giải pháp tốt.
Một số tùy chọn:
Để lại mật khẩu trong văn bản đơn giản hoặc mã hóa reversably. Sử dụng các cơ sở SQLServer để mã hóa các trường quan trọng ở cấp RDBMS hoặc sử dụng các hàm mã hóa tương tự và hy vọng rằng MS đã thực hiện quản lý khóa hợp lý và các khóa được bảo mật hợp lý cho các mục đích của bạn. Trong thực tế tất cả các mã hóa không là lưu trữ sụp đổ của một toàn bộ rất nhiều bí mật nhỏ vào lưu trữ của một bí mật lớn .. Nó có thể làm cho vấn đề dễ quản lý hơn nhưng vấn đề chính nó không bao giờ biến mất.
Không thể đảo ngược "Mã hóa" mật khẩu bằng thuật toán băm hoặc một số dạng crypt(). Tùy thuộc vào các vectơ tấn công có sẵn phương pháp này có thể không cung cấp nhiều trong cách thực hiện bảo mật thực tế trên lưu trữ bản rõ.
. Sử dụng mật khẩu băm giới hạn các tùy chọn của bạn về lựa chọn một thuật toán xác thực an toàn. Với cách tiếp cận này, bạn có thể sẽ gửi các văn bản thuần túy hoặc các tài liệu khác không tốt hơn vận chuyển (bất kể mã hóa không được sử dụng hay không) đây có thể là một rủi ro đáng kể từ POV tin cậy.
. Dễ bị tấn công từ điển ngoại tuyến nếu băm bị đánh cắp khôi phục một số phần mật khẩu nên được giả định hoàn toàn nếu chúng có bất kỳ giá trị nào đối với kẻ tấn công.
. Trong một số trường hợp, kiến thức về mật khẩu băm có thể xấu như biết mật khẩu về mặt truy cập hệ thống.
thnks rất nhiều cho trả lời của bạn. tôi nghĩ rằng sử dụng sha1 hoặc sha256 với shud muối là tốt. chỉ drwabck là tht tôi không thể decrpyt nó. nhưng nó vẫn có ý nghĩa. nhưng tôi cũng đã biết abt BCRYPT trông thật tuyệt vời, nhưng đối với proj thì nó đủ để sử dụng SHA. nếu ai muốn biết abt bcrypt thì chk ths link- http://derekslager.com/blog/posts/2007/10/bcrypt-dotnet-strong-password-hashing-for-dotnet-and-mono.ashx –