Sử dụng PasswordBox với WPF - MVVM

Question

Tôi đã đọc một số bài viết về cách sử dụng Thuộc tính được đính kèm để liên kết với giá trị của một PasswordBox trong WPF. Tuy nhiên, mỗi bài viết cũng tham khảo tài liệu .NET giải thích lý do tại sao PasswordBox không được thực hiện ở vị trí đầu tiên.

Tôi không coi mình là chuyên gia bảo mật bằng bất kỳ phương tiện nào, nhưng tôi cho rằng ai đó ở Microsoft biết họ đang làm gì và tôi không nên nỗ lực để hoàn tác nó.

Vì vậy, thay vào đó, tôi đã đưa ra giải pháp của riêng mình.

public class LoginViewModel 
{ 
    // other properties here 

    public PasswordBox Password 
    { 
     get { return m_passwordBox; } 
    } 

    // Executed when the Login button is clicked. 
    private void LoginExecute() 
    { 
     var password = Password.SecurePassword; 

     // do more stuff... 
    } 
} 

Sau đó, trong XAML, tôi chỉ hiển thị Hộp Mật khẩu bằng cách gắn trường Mật khẩu vào ContentPresenter.

Vì vậy, câu hỏi của tôi là ... có vấn đề gì khi thực hiện theo cách này? Tôi nhận ra rằng tôi sắp phá vỡ MVVM theo một cách bằng cách để các điều khiển thực sự xuất hiện trong ViewModel của tôi, nhưng ít nhất điều này có vẻ chính xác hơn là không bảo mật trường mật khẩu.

Nếu đây là sự cố, có ai đưa ra giải pháp không liên quan đến việc sử dụng Thuộc tính được đính kèm và lưu trữ mật khẩu trong ViewModel không?

Cảm ơn! -J

Answer 1

Điều gì là sai khi lưu trữ mật khẩu trong VM ít nhất trong khi nó là cần thiết trong khi đăng nhập? Bạn là đúng rằng theo mô hình MVVM VM không nên có một tham chiếu đến một điều khiển như một PasswordBox.

Trong chế độ xem, thêm trình xử lý vào sự kiện PasswordChanged. Trong trình xử lý, hãy cập nhật thuộc tính SecureString trong VM bằng SecurePassword của hộp mật khẩu.

Answer 2

Tôi thích ý tưởng của bạn.

Vâng, bạn đang vi phạm thực hành tốt nhất ViewModel ở đây, nhưng

• thực hành tốt nhất là "khuyến cáo rằng hoạt động tốt trong hầu hết các trường hợp" chứ không phải là quy tắc nghiêm ngặt và
• viết đơn giản, dễ đọc, mã duy trì và tránh sự phức tạp không cần thiết cũng là một trong những quy tắc "thực hành tốt nhất" (có thể bị vi phạm một chút bởi giải pháp "thuộc tính đính kèm").

Cho dù phá vỡ rào cản Xem/ViewModel đây sẽ là một vấn đề đối với bạn hay không phụ thuộc vào tại sao bạn đang sử dụng ViewModels ở nơi đầu tiên (ví dụ, tách mối quan tâm, kiểm tra đơn vị, tái sử dụng), vì vậy tôi không thể trả lời điều đó.

Answer 3

nó chỉ là một ý kiến ​​hy vọng nó có thể giúp bạn.

1. Tôi nghĩ ý tưởng không cắt Mật khẩu là DP là dễ dàng theo dõi bằng phần mềm bên ngoài như SNOOP.
2. Sự phụ thuộc ít nhất vào Mô hình xem bạn có, mã của bạn càng tốt. nó sẽ giúp bạn kiểm tra đơn vị và nâng cấp hoặc thay đổi (bạn sẽ làm gì nếu trong tương lai bạn muốn sử dụng hộp mật khẩu của bên thứ ba?)
3. Vứt bỏ trạng thái "Mã phía sau là vô dụng" sử dụng nó một cách khôn ngoan.

Hãy xem xét điều này trong mã của bạn đằng sau:

void loginButton_Clicked(object s, EventArgs e) 
{ 
    myViewModel.Password = txPwdBox.Password; 
    myViewModel.Login(); 
} 

Answer 4

2 của tôi cent:

Mã hóa mật khẩu trong mô hình điểm, sử dụng tài sản gắn liền, và sử dụng một ValueConverter để mã hóa/giải mã mật khẩu. với điều này ngay cả khi ai đó sử dụng snoop thì tất cả những gì họ thấy là dữ liệu được mã hóa.

cho chúng tôi biết điều gì hoạt động tốt nhất với trường hợp của bạn