Hãy xem xét riêng việc đăng nhập tài khoản, cấp quyền truy cập dữ liệu và khôi phục khóa trò chuyện; một nút đăng nhập không trả lời được cả ba vấn đề.
“Đăng nhập bằng Google” không tự động có nghĩa là Google được truy cập nội dung trò chuyện, nhưng cũng không phải lựa chọn không có đánh đổi về niềm tin. Phương pháp này đưa một nhà cung cấp danh tính vào quá trình đăng nhập; thông tin được truyền và sự phụ thuộc của tài khoản cần được xem xét dựa trên các quyền và thiết kế thực tế của dịch vụ.
Để quyết định, hãy tách việc đăng nhập tài khoản khỏi quyền truy cập dữ liệu Google và khỏi các khóa mã hóa cuộc trò chuyện. Một nút đăng nhập không trả lời được cả ba câu hỏi.
OAuth và OpenID Connect khác nhau thế nào?
OAuth là khuôn khổ cấp quyền truy cập tài nguyên. OpenID Connect cung cấp một lớp xác thực trên nền tảng đó. Tài liệu đăng nhập của Google giải thích luồng dựa trên OpenID Connect để nhận diện người dùng.
Vì vậy, câu “OAuth đưa mật khẩu Google cho ứng dụng nhắn tin” là không đúng. Dịch vụ phải xác minh đúng token liên quan và bảo vệ phiên riêng của mình. Quyền truy cập Gmail, Drive hay dữ liệu khác cũng là vấn đề riêng, không đồng nhất với việc đăng nhập đơn thuần. Giải thích về quyền và phạm vi.
Những thông tin nào có thể được trao đổi?
Luồng đăng nhập thường cung cấp cho dịch vụ một mã định danh và, tùy theo quyền, thông tin như email hoặc hồ sơ. Nhà cung cấp danh tính cũng tham gia các yêu cầu xác thực. Tuy nhiên, không thể dựa vào tên phương pháp đăng nhập để kết luận rằng mỗi lần mở ứng dụng, mỗi tin nhắn hay toàn bộ lịch sử sử dụng đều được gửi cho nhà cung cấp đó.
| Câu hỏi | Điều cần kiểm tra |
|---|---|
| Ứng dụng nhắn tin nhận thông tin tài khoản nào? | Màn hình đồng ý, các phạm vi quyền và chính sách riêng tư |
| Có yêu cầu quyền truy cập dữ liệu bổ sung không? | Sự khác biệt giữa đăng nhập và truy cập email, tệp hoặc danh bạ |
| Khi nào nhà cung cấp danh tính tham gia trở lại? | Chính sách phiên và làm mới token của cách triển khai |
| Các khóa trò chuyện có phụ thuộc vào lần đăng nhập này không? | Tài liệu lưu trữ và khôi phục khóa, không chỉ nút đăng nhập |
Tránh cấp quyền không giải thích được bằng nhu cầu của bạn. Đồng thời, đừng diễn giải một yêu cầu quyền cụ thể thành “đọc mọi tin nhắn” khi chưa kiểm tra.
Phụ thuộc vào tài khoản trung tâm có rủi ro gì?
Nếu cách duy nhất để đăng nhập ứng dụng nhắn tin là một tài khoản mà bạn mất quyền truy cập, việc đăng nhập mới có thể bị gián đoạn. Ảnh hưởng đến các phiên hiện có, dữ liệu cục bộ và khôi phục phụ thuộc vào thiết kế của dịch vụ. Do đó, “Google bị khóa chắc chắn sẽ phá hủy mọi cuộc trò chuyện” không phải kết luận đúng.
Trước khi xảy ra tình huống khẩn cấp, hãy kiểm tra xem dịch vụ có phương pháp đăng nhập thay thế hoặc quy trình khôi phục không, và việc thêm phương pháp đó ảnh hưởng thế nào đến bảo mật tài khoản. Phương án thay thế không được trở thành con đường dễ hơn cho kẻ tấn công. Cũng đừng thay đổi hay xóa liên kết tài khoản nếu chưa chắc chắn cách đăng nhập tiếp theo.
Đăng nhập trực tiếp bằng SRP có loại bỏ mọi rủi ro này không?
Đăng nhập trực tiếp có thể giảm sự phụ thuộc vào nhà cung cấp danh tính bên thứ ba. Khi thực hiện đúng, SRP cũng chứng minh việc biết mật khẩu mà không gửi chính mật khẩu trong các thông điệp giao thức. Nhưng dịch vụ nhắn tin vẫn xử lý tên tài khoản, sự kiện đăng nhập và thông tin vận hành liên quan; “không để lại dấu vết số” không phải cách mô tả đúng.
Bộ xác minh SRP được lưu cũng phải được bảo vệ. RFC 5054 nêu rủi ro đoán mật khẩu sau khi verifier bị lộ. Bảo mật trang đăng nhập, phiên, khôi phục và thiết bị vẫn là điều thiết yếu.
Không có nguyên tắc kỹ thuật nào nói rằng SRP là cách đăng nhập riêng tư duy nhất hay mọi kiểu đăng nhập liên kết đều vốn dĩ không an toàn. Chất lượng triển khai và mô hình đe dọa phải là yếu tố quyết định.
Ranh giới các tuyên bố của Livara
Trang bảo mật Livara mô tả SRP cho việc xác thực và cũng nói rõ việc lưu giữ một số dữ liệu vận hành. Điều đó không có nghĩa là danh tính tài khoản bị ẩn khỏi chính dịch vụ. Trang đó cũng phân biệt khôi phục danh tính mật mã với lịch sử trò chuyện.
Để so sánh thực tế, hãy yêu cầu mỗi dịch vụ trả lời cùng những câu hỏi: dịch vụ nhận dữ liệu gì, bên thứ ba nào tham gia, dịch vụ đóng phiên thế nào và các khóa trò chuyện được khôi phục ra sao? Câu trả lời có tài liệu chứng minh hữu ích hơn khẩu hiệu “không tiết lộ tri thức”.
Trước khi chọn phương pháp đăng nhập
Hãy bảo vệ tài khoản chính và các cách khôi phục, đọc các quyền được yêu cầu, xem lại thiết bị đã kết nối và biết kế hoạch khi mất tài khoản. Sau đó chọn phương pháp đăng nhập phù hợp với nhu cầu và khả năng quản lý của bạn; sự tiện lợi và tính độc lập đều có giá trị, nhưng không yếu tố nào tự nó bảo đảm an toàn.
