Mã hóa đầu cuối không đòi hỏi ứng dụng nhắn tin phải tránh lưu trữ tập trung. Máy chủ có thể lưu tin nhắn đã mã hóa để đồng bộ mà không nắm giữ các bí mật cần thiết để đọc nội dung.
Phần khó của việc nhắn tin trên nhiều thiết bị là quyết định thiết bị nào được cấp quyền, chúng nhận những khóa nào và liệu chúng có thể truy cập lịch sử cũ hay không. Những quyết định này quan trọng hơn việc hệ thống có dùng cơ sở dữ liệu hay không.
Bốn hoạt động riêng biệt thường được gọi là “đồng bộ”
| Hoạt động | Điều cần thực hiện |
|---|---|
| Chuyển tin nhắn mới | Đưa nội dung được bảo vệ đến các thiết bị hiện được cấp quyền |
| Liên kết thiết bị mới | Xác lập rằng chủ tài khoản chấp thuận điểm cuối mới |
| Chuyển lịch sử | Cho thiết bị mới truy cập nội dung cũ được chọn và vật liệu giải mã tương ứng |
| Khôi phục danh tính | Khôi phục hoặc thay thế khóa danh tính mà không nhất thiết khôi phục lịch sử tin nhắn |
Một sản phẩm có thể hỗ trợ một hoạt động mà không hỗ trợ cả bốn. Đăng nhập thành công không chứng minh rằng có thể khôi phục lịch sử trò chuyện cũ.
Cách chuyển tin nhắn mã hóa có thể hỗ trợ nhiều thiết bị
Một cách tiếp cận duy trì các phiên riêng cho từng thiết bị. Đặc tả Sesame của Signal mô tả việc quản lý phiên trong môi trường bất đồng bộ với nhiều thiết bị, bao gồm việc thêm hoặc xóa thiết bị và tin nhắn đến không đúng thứ tự.
Đó là một ví dụ thiết kế được lập tài liệu, không phải yêu cầu phổ quát. Các hệ thống khác có thể mã hóa nội dung một lần rồi phân phối khóa nội dung được bảo vệ, dùng cơ chế nhóm hoặc kết hợp các cách tiếp cận. Nhận định “E2EE đòi hỏi một bản sao toàn bộ tải tin cho mỗi thiết bị” là quá rộng.
Dù chọn thiết kế nào, việc thêm thiết bị có khả năng giải mã cũng bổ sung một điểm cuối cần bảo vệ. Máy tính xách tay bị bỏ bê có thể làm lộ bản rõ mà nó nhận được ngay cả khi máy chủ chưa bao giờ thấy bản rõ đó.
Bản mã được lưu vẫn có tác động đến quyền riêng tư và thời gian lưu giữ
Lưu trữ mã hóa không đồng nghĩa với không lưu trữ. Nhà cung cấp có thể lưu giữ thông tin chuyển phát, hồ sơ thiết bị, dấu thời gian, tư cách thành viên hoặc lịch sử tin nhắn đã mã hóa. Chi tiết khác nhau tùy trường hợp và cần được nêu rõ.
Tài liệu bảo mật của Livara cho biết bộ chuyển tiếp lưu bản mã và dữ liệu vận hành để đồng bộ và phục hồi khi kết nối lại. Tài liệu mô tả định tuyến, tư cách thành viên, dấu thời gian, trạng thái chuyển phát và các bản ghi khác. Không nên mô tả đây là một hàng đợi tạm thời không được lập tài liệu, nhất thiết biến mất ngay khi mọi thiết bị nhận được tin nhắn.
Do đó, tính bí mật của nội dung và việc lưu giữ siêu dữ liệu cần được hỏi riêng. Hãy hỏi dữ liệu nào được giữ, trong bao lâu và việc xóa dữ liệu hoặc xóa tài khoản thay đổi điều gì; đừng tự đặt ra thời hạn lưu giữ khi chưa xác minh được thời hạn nào.
Cơ chế khôi phục v7 của Livara thực sự khôi phục điều gì
Livara mô tả v7 là bản sao lưu danh tính được mã hóa, được niêm phong trước khi tải lên bằng khóa khôi phục ngẫu nhiên 256 bit. Tải tin được mô tả trong tài liệu chứa vật liệu khóa danh tính, và định dạng xác thực bộ thuật toán, kỷ nguyên danh tính và thế hệ của nó.
Cùng trang đó nêu rằng cơ chế 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 trình bày cụm từ khôi phục như sự bảo đảm rằng thiết bị mới có thể hiển thị mọi cuộc trò chuyện cũ.
Trước khi thay thế hoặc xóa sạch thiết bị, hãy xác minh các tùy chọn chuyển lịch sử và sao lưu hiện thực sự có sẵn cho bạn. Giữ kín mọi vật liệu khôi phục. Không gửi cụm từ khôi phục cho tài khoản hỗ trợ hay dán vào trang web chưa được xác minh.
Bí mật chuyển tiếp không xóa hộp thư đến của thiết bị được cấp quyền
Cơ chế ratchet có thể hạn chế những gì việc lộ khóa sau này tiết lộ về lưu lượng mã hóa trước đó, khi các giả định của cơ chế được đáp ứng và các bí mật lỗi thời đã bị xóa. Nó không thể che giấu bản rõ mà điểm cuối đã lưu, hoặc ngăn phần mềm độc hại vẫn đang hoạt động đọc tin nhắn mới.
Tương tự, bảo mật sau khi bị xâm phạm đòi hỏi một cập nhật mới thích hợp sau khi kẻ tấn công mất quyền truy cập. Đó không phải lời hứa rằng bất kỳ máy tính bảng cũ nào cũng trở nên vô hại mỗi khi bộ đếm tin nhắn tăng lên.
Danh sách kiểm tra để đổi thiết bị an toàn hơn
- Kiểm kê các thiết bị đã liên kết trước khi thêm thiết bị khác.
- Dùng quy trình liên kết và xác minh được ứng dụng lập tài liệu, không dùng mã QR do người lạ gửi.
- Kiểm tra thiết bị mới nhận được lịch sử nào bằng một cuộc trò chuyện thử vô hại.
- Xác nhận vật liệu khôi phục và mọi bản sao lưu lịch sử riêng trước khi xóa sạch thiết bị cũ.
- Thu hồi quyền của những thiết bị bạn không còn kiểm soát và kiểm tra xem người trò chuyện cùng có nhận được thông báo thay đổi danh tính hay không.
- Rà soát các tệp tải xuống cục bộ, thông báo và bản sao lưu hệ điều hành trên từng điểm cuối.
Mô hình mối đe dọa của Livara nêu rõ các giới hạn ở điểm cuối và người nhận. Những giới hạn ấy vẫn quan trọng trên mọi màn hình. Một cam kết hữu ích về nhiều thiết bị giải thích riêng việc cấp quyền thiết bị, dữ liệu được lưu và phạm vi khôi phục.
