SRP không gửi mật khẩu trong giao thức; điều đó không đồng nghĩa với loại bỏ mật khẩu, miễn nhiễm với lừa đảo hay verifier vô hại.
Passkey và SRP là hai cách xác thực khác nhau. Passkey sử dụng một cặp khóa và có thể loại bỏ nhu cầu dùng mật khẩu. SRP vẫn dựa trên mật khẩu, nhưng khi giao thức được thực hiện đúng, nó không gửi chính mật khẩu đến máy chủ để chứng minh rằng người dùng biết mật khẩu đó.
Vì vậy, “đăng nhập mà không gửi mật khẩu” không giống với “đăng nhập mà không có mật khẩu”. Việc lựa chọn giữa các phương pháp này cần dựa trên rủi ro lừa đảo, quản lý thông tin xác thực, khôi phục và chất lượng triển khai, chứ không phải nhãn “không tiết lộ tri thức” chung chung.
Passkey thay đổi điều gì?
Trong xác thực bằng passkey, dịch vụ lưu khóa công khai và người dùng xác nhận đăng nhập thông qua quyền kiểm soát khóa riêng. Việc gắn thông tin xác thực với đúng dịch vụ và nguồn gốc tương ứng là một phần quan trọng tạo nên khả năng chống lừa đảo của phương pháp này. Giải thích của FIDO về passkey.
Không phải mọi passkey đều nhất thiết được đồng bộ trên đám mây. Một số gắn với một thiết bị hoặc khóa bảo mật; số khác được chuyển giữa các thiết bị thông qua nhà cung cấp thông tin xác thực. Cần xem xét mô hình khôi phục và biện pháp bảo vệ đồng bộ của chính nhà cung cấp đó. Chỉ từ cụm từ “đồng bộ đám mây” không thể kết luận rằng công ty lưu khóa ở dạng có thể đọc được.
Bảo mật phiên sau khi đăng nhập cũng là vấn đề riêng. Passkey không tự động vô hiệu hóa phần mềm độc hại trên thiết bị hay việc đánh cắp một phiên hợp lệ.
SRP cung cấp gì cho máy chủ?
SRP thuộc họ trao đổi khóa được xác thực bằng mật khẩu. Thay vì lưu chính mật khẩu, máy chủ lưu dữ liệu như giá trị muối và bộ xác minh, hay verifier. Bằng cách trao đổi các thông điệp của giao thức, hai bên kiểm tra việc biết bí mật và khóa chung.
Nhưng verifier không phải dữ liệu vô hại. Mục 3.3 của RFC 5054 nêu rõ rằng kẻ tấn công có được verifier có thể thực hiện tấn công từ điển để đoán mật khẩu. Do đó, tuyên bố “đánh cắp cơ sở dữ liệu không tạo ra bất kỳ khả năng đoán ngoại tuyến nào” là sai.
Mật khẩu mạnh, bảo vệ máy chủ, tham số phù hợp, kiểm tra tính hợp lệ của đầu vào và kiểm soát các lần thử đăng nhập vẫn cần thiết. SRP cũng không bảo đảm trang nơi bạn nhập mật khẩu là an toàn; mã độc có thể lấy mật khẩu trước khi giao thức được thực hiện.
So sánh công bằng
| Câu hỏi | Passkey | SRP |
|---|---|---|
| Người dùng có phải nhớ mật khẩu của dịch vụ không? | Thường là không; cần kiểm soát thông tin xác thực | Có, phương pháp dựa trên việc biết mật khẩu |
| Dịch vụ lưu gì để đăng nhập? | Khóa công khai và thông tin liên quan | Verifier và các tham số liên quan |
| Khả năng chống lừa đảo hình thành như thế nào? | Gắn thông tin xác thực với dịch vụ/nguồn gốc trong thiết kế FIDO | Không gửi mật khẩu trong giao thức chưa đủ để làm cho một nơi nhập giả mạo trở nên an toàn |
| Có bắt buộc dùng đám mây không? | Không; cũng có lựa chọn gắn với thiết bị | Bản thân giao thức không đòi hỏi nhà cung cấp danh tính bên thứ ba, nhưng cần dịch vụ xác thực |
| Khôi phục được thực hiện thế nào? | Phụ thuộc vào loại thông tin xác thực và nhà cung cấp | Do chính sách tài khoản và sản phẩm quyết định, không phải tên SRP |
Không thể dùng bảng này để xếp hạng tuyệt đối mọi cách triển khai. Một quy trình khôi phục yếu có thể làm suy giảm lợi thế của phương pháp đăng nhập mạnh.
Đăng nhập tài khoản liên quan gì đến khóa trò chuyện?
Xác thực cho dịch vụ biết ai được phép hoạt động. Các khóa mã hóa tin nhắn quyết định ai có thể mở nội dung. Sản phẩm có thể liên kết hai việc này, nhưng mối quan hệ đó phải được ghi lại trong tài liệu.
Trong tài liệu bảo mật của Livara, SRP được mô tả cho việc đăng nhập, còn gói khôi phục v7 dành cho danh tính được mã hóa được trình bày riêng. Gói đó khôi phục danh tính, không phải lịch sử trò chuyện. Vì vậy, “mật khẩu đăng nhập đúng” không có nghĩa là “mọi khóa và tin nhắn cũ đã được khôi phục”.
Bài viết này là so sánh về khái niệm, không phải thử nghiệm thực tế mọi phương pháp đăng nhập của Livara hay xác nhận rằng sản phẩm triển khai chính xác một RFC cụ thể.
Cần hỏi gì khi lựa chọn?
- Nếu mất thiết bị, cách đăng nhập thay thế là gì và ai kiểm soát cách đó?
- Phương pháp khôi phục có yếu hơn cách đăng nhập chính không?
- Làm thế nào để xem và thu hồi các phiên không rõ nguồn gốc?
- Thay đổi phương pháp đăng nhập có làm thay đổi khóa tin nhắn hoặc các thiết bị được liên kết không?
- Để đồng bộ thông tin xác thực, cần tài khoản nào và biện pháp bảo vệ độc lập nào?
Kết luận: Đừng gọi passkey là vốn dĩ “không an toàn vì dùng đám mây”, hay SRP là “miễn nhiễm với xâm nhập vì không tiết lộ tri thức”. Ranh giới của từng phương pháp và chính sách khôi phục của sản phẩm là nền tảng cho một phép so sánh đáng tin cậy.
