Khôi phục danh tính, đăng nhập lại và lấy lại lịch sử là ba kết quả khác nhau; thành công ở một việc không bảo đảm việc còn lại.
Quên mật khẩu không nhất thiết xóa mọi cuộc trò chuyện. Kết quả phụ thuộc vào thứ bạn đã mất: quyền truy cập tài khoản, khóa mật mã, thiết bị chứa lịch sử hay bí mật mở bản sao lưu.
Trong thiết kế đầu cuối, bộ phận hỗ trợ không nên có khả năng tái tạo một khóa mà họ không nắm giữ chỉ bằng quyết định hành chính. Nhưng nguyên tắc đó không có nghĩa là mọi cách khôi phục an toàn đều bất khả thi, hoặc mọi tin nhắn đã xóa đều biến mất vĩnh viễn khỏi tất cả các bản sao.
Bốn vấn đề thường được gọi là “khôi phục”
| Mục tiêu | Câu hỏi đúng |
|---|---|
| Đăng nhập lại tài khoản | Cần bằng chứng nào để cho phép một phiên mới? |
| Khôi phục danh tính mật mã | Các khóa danh tính được lấy lại từ bản sao được bảo vệ nào? |
| Khôi phục lịch sử trò chuyện | Bản thân tin nhắn và khóa hoặc trạng thái cần để đọc chúng nằm ở đâu? |
| Khôi phục tin nhắn đã xóa | Có bản sao nào còn trên thiết bị, trong bản sao lưu, bản xuất hoặc ở phía người liên lạc không? |
Bốn con đường này có thể cùng tồn tại trong một ứng dụng, nhưng không phải một thao tác. Đăng nhập thành công tự nó không chứng minh lịch sử còn tồn tại hay có thể truy cập các khóa cũ.
Khôi phục Livara v7 lấy lại chính xác những gì?
Theo trang bảo mật Livara, các khóa P-256 dùng cho thỏa thuận khóa và ký cùng hạt giống 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, rồi gói được bảo vệ mới được tải lên. Định dạng v7 cũng xác thực các thông tin như bộ thuật toán, epoch danh tính và thế hệ.
Điểm quyết định trong cùng tài liệu là: con đường này khôi phục danh tính, không phải lịch sử trò chuyện. Vì vậy, không nên mô tả việc có cụm từ khôi phục như lời hứa lấy lại mọi tin nhắn cũ. Chỉ mật khẩu đăng nhập tài khoản cũng không đủ để mở gói này.
Đây là ranh giới do sản phẩm công bố, không phải kiểm thử độc lập mọi con đường khôi phục. Khi thực sự chuyển thiết bị, hãy kiểm tra hướng dẫn của phiên bản hiện tại và đừng xóa thiết bị duy nhất chứa dữ liệu trước khi chắc chắn.
Vì sao khôi phục an toàn không mâu thuẫn với E2EE?
Có thể mã hóa bản sao lưu trên thiết bị và giữ khóa mở nó ngoài quyền kiểm soát của dịch vụ. Trong thiết kế như vậy, có một bản sao trên đám mây không nhất thiết đồng nghĩa với việc công ty đọc được nó.
Ví dụ, hướng dẫn chính thức của WhatsApp về bản sao lưu đầu cuối giải thích các phương thức được bảo vệ và sự cần thiết của yếu tố khôi phục phù hợp. Ví dụ này cho thấy câu “nếu lịch sử khôi phục được thì E2EE không thật sự là E2EE” là sai. Điều kiện và yếu tố cần thiết ở từng sản phẩm khác nhau, không được suy rộng sang Livara.
Đánh giá bản sao lưu cần hỏi nó chứa dữ liệu gì, ai giữ khóa, việc khôi phục được phê duyệt như thế nào và điều gì xảy ra nếu mất bí mật.
Khi nào quên mật khẩu dẫn tới mất quyền truy cập?
Nếu không còn bản dữ liệu sử dụng được hoặc khóa cần thiết, việc khôi phục có thể không khả thi trong thực tế. Nhưng một thiết bị vẫn đang đăng nhập, bản sao lưu có thể khôi phục hoặc bản sao được phép ở phía người liên lạc có thể thay đổi tình hình.
Mật mã cũng không đột nhiên xóa các tệp trên mọi thiết bị khi ai đó quên một mật khẩu. Cần phân biệt “dữ liệu đã bị xóa”, “dữ liệu còn nhưng không có khóa” và “phiên bản ứng dụng này không có tính năng khôi phục”.
Đổi mật khẩu đăng nhập hoặc khôi phục danh tính cũng không nhất thiết thu hồi phiên trên thiết bị cũ. Sau sự cố bảo mật, cần kiểm tra riêng các phiên và thiết bị.
Tin nhắn đã xóa có thật sự không thể khôi phục?
Không thể bảo đảm như vậy nếu chưa xem xét sản phẩm, thiết bị và các bản sao còn lại. Xóa khỏi giao diện có thể không tương đương với xóa cơ sở dữ liệu, tệp đính kèm, bản sao lưu và bản sao của người liên lạc. Ảnh chụp màn hình hoặc bản xuất đã tạo trước đó cũng không tự biến mất khi xóa tin nhắn.
Tính bí mật chuyển tiếp trong các giao thức ratchet liên quan đến việc hạn chế tác động của lộ một số khóa đối với tin nhắn trước đây. Đặc tả Double Ratchet giải thích mô hình này. Riêng đặc tính này không chứng minh bộ nhớ cục bộ đã được xóa an toàn hay không còn bất kỳ bản sao đọc được nào.
Lời hứa của công cụ không rõ nguồn gốc rằng sẽ “khôi phục tất cả trò chuyện mã hóa” cũng không phải lý do để tin tưởng. Cung cấp cụm từ khôi phục, mật khẩu, tệp sao lưu hoặc quyền truy cập rộng vào thiết bị có thể khiến vấn đề nghiêm trọng hơn.
Làm rõ những điều này trước khi đổi điện thoại
- Xác định sản phẩm thực sự khôi phục gì: danh tính, lịch sử hay cả hai.
- Giữ bí mật khôi phục ở nơi được bảo vệ, không mất theo điện thoại.
- Không đặt bí mật trong trò chuyện, yêu cầu hỗ trợ hoặc hình ảnh công khai.
- Đọc phương thức chuyển hoặc khôi phục chính thức; đừng xóa bản dữ liệu duy nhất khi chưa thử nghiệm an toàn.
- Sau khi chuyển, kiểm tra trạng thái các phiên trước đó và danh tính của những người liên lạc nhạy cảm.
Nếu đã mất một cụm từ, trước tiên hãy kiểm kê thiết bị và các bản sao được phép của mình. Câu trả lời chính xác đến từ bản kiểm kê đó và quy tắc của sản phẩm, không phải hai lời hứa cực đoan “mọi thứ luôn khôi phục được” hay “quên mật khẩu nghĩa là chắc chắn xóa hết”.
