Khôi phục tài khoản, danh tính và lịch sử trò chuyện là những thao tác khác nhau; hãy xác minh sản phẩm thực sự hỗ trợ thao tác nào.
Khôi phục danh tính mật mã khôi phục vật liệu khóa gắn với danh tính nhắn tin của bạn. Điều đó không tự động đồng nghĩa với đăng nhập lại tài khoản, khôi phục mọi cuộc trò chuyện hay chứng minh thiết bị thay thế là an toàn.
Bản sao lưu khóa được mã hóa có thể cho phép máy chủ lưu một gói có thể khôi phục mà không sở hữu bí mật cần thiết để mở gói đó. Thiết kế này có bảo vệ người dùng hay không phụ thuộc vào cách tạo khóa, xác thực, bảo quản bí mật khôi phục và cách ứng dụng khách xử lý danh tính đã khôi phục.
Ba việc thường được gọi là “khôi phục”
| Mục tiêu khôi phục | Điều cần khôi phục hoặc cấp quyền |
|---|---|
| Truy cập tài khoản | Quyền đăng nhập và sử dụng dịch vụ |
| Danh tính mật mã | Các khóa riêng thích hợp hoặc một danh tính mới đã được xác thực |
| Lịch sử trò chuyện | Dữ liệu tin nhắn cùng các khóa hoặc trạng thái cần thiết để đọc dữ liệu |
Đăng nhập thành công không chứng minh được hai điều còn lại. Tương tự, một khóa danh tính không nhất thiết tái tạo được các khóa tin nhắn cũ đã bị chủ động xóa hoặc tệp lịch sử không còn tồn tại.
Trước khi dựa vào tính năng khôi phục của một sản phẩm, hãy ghi rõ tính năng đó thực sự hứa hẹn đáp ứng mục tiêu nào.
Bản sao danh tính mã hóa có thể hoạt động ra sao
Một thiết kế điển hình tạo vật liệu danh tính trên thiết bị đáng tin cậy, mã hóa bản sao lưu bằng một bí mật khôi phục riêng và chỉ lưu gói đã được bảo vệ tại dịch vụ. Thiết bị thay thế tải gói về và sử dụng bí mật khôi phục cục bộ.
Máy chủ vẫn có thể kiểm soát quyền truy cập gói, quan sát yêu cầu, giữ lại dữ liệu hoặc trả về phiên bản cũ hơn. Mã hóa có xác thực và việc ràng buộc phiên bản/danh tính giúp xử lý một số rủi ro sửa đổi trái phép cụ thể; tính sẵn sàng và cách xử lý việc quay về phiên bản cũ cần thiết kế riêng. “Được mã hóa trên máy chủ” không phải câu trả lời đầy đủ cho mọi tình huống máy chủ bị xâm phạm.
Khóa khôi phục ngẫu nhiên có entropy cao và mật khẩu do con người chọn cũng là hai đầu vào khác nhau. Đừng mô tả HKDF là phương pháp biến bất kỳ cụm mật khẩu yếu nào thành bí mật mạnh. RFC 5869 bàn về vai trò của HKDF và phân biệt nó với việc tăng chi phí tính toán để củng cố mật khẩu.
Tài liệu v7 của Livara nói gì
Trang bảo mật của Livara cho biết các khóa P-256 dùng cho thỏa thuận khóa/ký và giá trị khởi tạo ML-KEM được mã hóa trên thiết bị bằng khóa khôi phục ngẫu nhiên 256 bit trước khi tải lên. Định dạng v7 xác thực các thông tin bao gồm bộ thuật toán, kỷ nguyên danh tính và thế hệ.
Cũng trang đó nêu rõ: khôi phục danh tính, không phải lịch sử trò chuyện. Trang còn cho biết chỉ mật khẩu đăng nhập đúng là chưa đủ để mở bản sao khóa mã hóa; cần khóa khôi phục được biểu diễn bằng cụm từ khôi phục.
Đây là các tuyên bố sản phẩm đã công bố, không phải cuộc kiểm toán mới về định dạng sao lưu hoặc mọi đường dẫn khôi phục. Nên đọc mô hình đe dọa tổng quát hơn cùng với mô tả khôi phục có phạm vi hẹp hơn này.
Vai trò của SRP
Mô hình xác thực SRP liên quan đến đăng nhập dựa trên mật khẩu. Nó có thể tránh truyền chính mật khẩu trong trao đổi giao thức được thiết kế, nhưng không định nghĩa nội dung của bản sao khóa hay tự động dẫn xuất mọi khóa khôi phục.
Giá trị kiểm chứng phía máy chủ của nó vẫn cần được bảo vệ. RFC 5054, mục 3.3 mô tả rủi ro đoán mật khẩu sau khi giá trị kiểm chứng bị đánh cắp. Đừng biến “máy chủ không nhận mật khẩu trong trao đổi này” thành “xâm phạm máy chủ không thể làm lộ bất cứ thứ gì hữu ích”.
Phiên tài khoản, gói khôi phục, siêu dữ liệu vận hành và phần mềm ứng dụng khách là các tài sản riêng biệt với các dạng sự cố riêng biệt.
Danh sách chuẩn bị khôi phục an toàn
- Xác nhận chính xác dữ liệu nào tính năng khôi phục và dữ liệu nào không.
- Giữ bí mật khôi phục ở nơi mà mất điện thoại không đồng thời có nghĩa là mất bản sao duy nhất.
- Tránh đưa bí mật vào tin nhắn, yêu cầu hỗ trợ hoặc ảnh chụp màn hình công khai.
- Bảo vệ nơi lưu bí mật; người có được bí mật có thể có những khả năng quan trọng nếu họ cũng lấy được bản sao liên quan và quyền truy cập.
- Xem hướng dẫn khôi phục chính thức trước khi xóa hoặc thay thế thiết bị duy nhất còn hoạt động.
- Chỉ thử nghiệm bằng các quy trình được hỗ trợ, không phá hủy bản sao duy nhất của dữ liệu quan trọng.
Sau khi khôi phục, hãy kiểm tra riêng các thiết bị đã liên kết và các phiên. Vật liệu danh tính được khôi phục không tự động thu hồi quyền của thiết bị cũ. Nếu danh tính mật mã thay đổi, những người liên hệ trao đổi thông tin nhạy cảm nên xác minh khóa mới qua một kênh được tin cậy độc lập.
Nếu mất cụm từ khôi phục
Đừng cho rằng bộ phận hỗ trợ có thể tái tạo bí mật mà hệ thống được thiết kế để không lưu giữ. Tương tự, đừng cho rằng mỗi lần quên mật khẩu tài khoản đều có nghĩa mọi tin nhắn cục bộ đã biến mất. Kết quả phụ thuộc vào thiết bị còn lại, các bản sao lưu sẵn có và quy tắc được sản phẩm ghi rõ.
Câu hỏi hữu ích cần cụ thể: “Đang thiếu bí mật hay bản sao nào, và mục tiêu khôi phục nào vẫn khả thi?”. Cách này đem lại câu trả lời an toàn hơn lời hứa chung chung rằng khôi phục hoặc dễ dàng, hoặc bất khả thi.
