Mã hóa đầu cuối bảo vệ nội dung được hỗ trợ giữa các thiết bị đầu cuối; nó không khiến thiết bị hay người dùng trở nên không thể sai sót.
Mã hóa đầu cuối (E2EE) bảo vệ nội dung tin nhắn được hỗ trợ để các thiết bị tham gia, chứ không phải dịch vụ chuyển tin, nắm giữ phương tiện đọc nội dung đó. Nó không tự động che giấu ai đang liên lạc, bảo vệ một điện thoại đã nhiễm mã độc hoặc ngăn người nhận sao chép tin nhắn.
Hướng dẫn này theo dõi hành trình của tin nhắn từ người gửi đến người nhận, so sánh E2EE với HTTPS và giải thích những kiểm tra thực tế đằng sau tuyên bố mã hóa của một ứng dụng nhắn tin.
Mã hóa đầu cuối là gì?
Mã hóa đầu cuối là phương pháp bảo vệ thông tin bằng cách mã hóa trên thiết bị người gửi và chỉ giải mã trên thiết bị của người nhận tham gia cuộc trò chuyện.
Trong cuộc trò chuyện E2EE được thiết kế đúng, tin nhắn không rời thiết bị gửi dưới dạng rõ có thể đọc được. Nó rời đi dưới dạng bản mã: thông tin đã được biến đổi và phải không sử dụng được nếu thiếu khóa mật mã phù hợp.
Dịch vụ nhắn tin có thể hỗ trợ chuyển và đồng bộ dữ liệu mã hóa mà không cần nội dung được bảo vệ ở dạng đọc được. Nguyên tắc tương tự có thể áp dụng cho liên lạc một đối một hoặc nhóm, tùy giao thức.
Các “đầu cuối” là thiết bị tham gia — không nhất thiết chỉ là hai điện thoại. Một nhóm hoặc máy tính xách tay đã liên kết của một người có thể bổ sung nhiều thiết bị đầu cuối được ủy quyền.
Đó là khác biệt cốt lõi giữa mã hóa đầu cuối và mã hóa truyền tải thông thường.
E2EE hoạt động như thế nào?
Toán học có thể phức tạp, nhưng hành trình cơ bản của tin nhắn có thể hiểu được.
1. Mỗi người tham gia có khóa mật mã
Ứng dụng nhắn tin an toàn tạo hoặc lưu dữ liệu khóa mật mã trên thiết bị người dùng.
Một số khóa có thể được chia sẻ công khai. Khóa riêng phải được bảo vệ vì chúng giúp thiết bị thiết lập hoặc khôi phục thông tin bí mật cần để giải mã tin nhắn.
2. Các thiết bị thiết lập bí mật chung cho tin nhắn
Những người tham gia trao đổi thông tin công khai cần thiết để suy ra các giá trị bí mật tương ứng.
Bản thân bí mật không nên cần được truyền dưới dạng dữ liệu đọc được. Mỗi thiết bị độc lập thực hiện các phép toán mật mã cần thiết.
3. Tin nhắn được mã hóa cục bộ
Khi người gửi nhấn Gửi, ứng dụng mã hóa tin nhắn trên thiết bị gửi.
Câu văn đọc được biến thành bản mã trước khi được tải lên hoặc chuyển tiếp.
4. Máy chủ chuyển bản mã
Hạ tầng nhắn tin định tuyến tin nhắn mã hóa đến người nhận và có thể giữ bản mã để hỗ trợ đồng bộ, chuyển tin và nhiều thiết bị được ủy quyền.
Máy chủ vẫn thực hiện công việc vận hành quan trọng. E2EE thay đổi hình thức nội dung tin nhắn mà máy chủ xử lý.
5. Người nhận giải mã
Thiết bị nhận được ủy quyền dùng dữ liệu mật mã của mình để xác thực và giải mã bản mã.
Tin nhắn đọc được xuất hiện trên các thiết bị đầu cuối được ủy quyền. Lịch sử cục bộ, thông báo, bản sao lưu và dữ liệu xuất sau đó cần biện pháp bảo vệ riêng.
Mã hóa đầu cuối bảo vệ những gì?
E2EE chủ yếu được thiết kế để bảo vệ nội dung cuộc trò chuyện.
Tùy ứng dụng và cách triển khai, nội dung đó có thể gồm:
- Tin nhắn văn bản trực tiếp
- Ảnh và video
- Tin nhắn thoại
- Tài liệu và tệp đính kèm
- Cuộc gọi âm thanh hoặc video
- Chỉnh sửa tin nhắn và trả lời
Khi nội dung được mã hóa đúng ở máy khách, kẻ chặn bắt lưu lượng mạng phải chỉ thấy dữ liệu mã hóa thay vì tin nhắn gốc.
Điều này cũng giảm lượng nội dung trò chuyện đọc được mà hạ tầng dịch vụ có thể truy cập.
Nhưng không bao giờ nên coi “mã hóa” là từ thần kỳ. Người dùng xứng đáng được biết chính xác những loại cuộc trò chuyện và đường đi nội dung nào được bảo vệ.
Những gì E2EE không tự động bảo vệ
Mã hóa đầu cuối rất mạnh, nhưng ranh giới của nó thường bị hiểu sai.
Siêu dữ liệu tin nhắn
Hệ thống có thể cần thông tin vận hành để định tuyến và đồng bộ tin nhắn.
Tùy dịch vụ, thông tin đó có thể gồm:
- Tài khoản nào gửi tin nhắn
- Cuộc trò chuyện nào nhận tin nhắn
- Thời điểm gửi tin nhắn
- Trạng thái chuyển và đọc
- Thành viên cuộc trò chuyện
- Kích thước tin nhắn mã hóa
- Thông tin thiết bị hoặc phiên
Nội dung tin nhắn có thể không đọc được trong khi một phần thông tin xung quanh vẫn khả dụng cho hệ thống.
Đó là lý do “nội dung tin nhắn được mã hóa” và “dịch vụ không thu thập siêu dữ liệu” là hai tuyên bố riêng biệt.
Thiết bị bị xâm nhập
Mã hóa đầu cuối không bảo vệ dữ liệu dạng rõ trước phần mềm độc hại hoặc kẻ tấn công có đủ quyền truy cập thiết bị đầu cuối. Quyền truy cập đó không nhất thiết đòi hỏi màn hình phải được mở khóa: chỉ riêng màn hình khóa không chứng minh rằng hệ điều hành đã bị xâm nhập không thể truy cập dữ liệu tin nhắn.
Cuối cùng, tin nhắn phải trở nên đọc được trên thiết bị được ủy quyền. Kẻ có quyền truy cập dữ liệu đã giải mã của ứng dụng, bộ nhớ hoặc màn hình có thể lấy được nội dung; mức phơi lộ chính xác phụ thuộc thiết bị, phần mềm và kiểu xâm nhập.
Bảo mật thiết bị vẫn thiết yếu:
- Cài đặt bản cập nhật hệ điều hành
- Dùng mã khóa thiết bị mạnh
- Rà soát tiện ích mở rộng trình duyệt
- Bảo vệ thông tin khôi phục tài khoản
- Tránh ứng dụng và tệp tải xuống không rõ nguồn gốc
Hành động của người nhận
E2EE không thể ngăn người tham gia sao chép, chuyển tiếp, chụp ảnh hoặc chụp màn hình tin nhắn sau khi đã giải mã.
Mã hóa bảo vệ việc chuyển tin giữa các thiết bị đầu cuối. Nó không kiểm soát người ở đầu bên kia.
Sai sót khi khôi phục tài khoản
Hệ thống khôi phục phải cân bằng bảo mật và khả năng sử dụng.
Quy trình khôi phục yếu có thể làm suy yếu mã hóa mạnh. Ngược lại, hệ thống không bao giờ cho phép khôi phục có thể khiến lịch sử mã hóa vĩnh viễn không truy cập được khi mất khóa.
Ứng dụng đáng tin nên giải thích cách khôi phục hoạt động, thông tin nào được sao lưu và điều gì xảy ra khi mất thông tin xác thực khôi phục.
E2EE và TLS không phải cùng một thứ
Hầu hết trang web hiện đại dùng HTTPS và TLS để bảo vệ lưu lượng giữa trình duyệt và máy chủ.
Điều đó quan trọng. Nó giúp ngăn người trên cùng mạng hoặc ở nơi khác dọc đường truyền dễ dàng đọc hay sửa đổi kết nối.
TLS bảo vệ kết nối giữa các đầu cuối của nó; với nhắn tin web thông thường, một đầu cuối là dịch vụ. Dịch vụ đó có thể đọc dữ liệu ứng dụng trừ khi có lớp mã hóa nội dung riêng bảo vệ. Đặc tả TLS mô tả việc chống nghe lén, sửa đổi và giả mạo trên kết nối đó.
Với nhắn tin thông thường mà máy chủ có thể đọc:
- Thiết bị của bạn mã hóa kết nối mạng.
- Máy chủ nhận và xử lý nội dung tin nhắn đọc được.
- Máy chủ mở kết nối được bảo vệ riêng đến người nhận.
Với mã hóa đầu cuối, bản thân tin nhắn được mã hóa cho người tham gia trước khi được đặt vào kết nối mạng được bảo vệ.
So sánh đơn giản:
| Biện pháp bảo vệ | Nhắn tin chỉ dùng TLS | Mã hóa đầu cuối |
|---|---|---|
| Bảo vệ dữ liệu khi truyền qua mạng | Có | Có |
| Được bảo vệ trước khi đi qua mạng | Có, đối với kết nối TLS đó | Có, dành cho các thiết bị nhắn tin đầu cuối dự định |
| Dịch vụ chuyển tin có thể đọc nội dung tin nhắn được bảo vệ | Thường có, nếu không có mã hóa nội dung bổ sung | Không thể chỉ từ bản mã theo thiết kế khóa dự định |
| Vẫn cần bảo mật thiết bị đầu cuối | Có | Có |
| Siêu dữ liệu được tự động che giấu | Không | Không |
TLS và E2EE không cạnh tranh nhau. Một hệ thống nhắn tin riêng tư nhìn chung cần truyền tải an toàn và mã hóa nội dung được triển khai đúng.
Áp dụng định nghĩa cho Livara
Theo tài liệu bảo mật, Livara sử dụng thỏa thuận khóa lai LVR1 với P-256 và ML-KEM-768 cho liên lạc trực tiếp. Các nhóm riêng tư tương thích dùng khóa người gửi LGS1 được phân phối qua các phiên từng cặp. Kênh công khai có nội dung máy chủ đọc được và không nên được mô tả là E2EE.
Sự phân biệt nằm ở hình thức liên lạc thực tế, không phải tên thương hiệu. Tài liệu cũng mô tả mã hóa cuộc gọi riêng, gồm chế độ ghi âm/ghi hình được hiển thị với ranh giới tin cậy khác. Hãy kiểm tra trạng thái trò chuyện và cuộc gọi hiện tại thay vì cho rằng mọi tính năng có cùng mức bảo vệ.
Đây là các tuyên bố được ghi trong tài liệu sản phẩm, không phải kiểm toán độc lập thực hiện cho bài viết này. Siêu dữ liệu vận hành và thiết bị bị xâm nhập vẫn là giới hạn quan trọng. Thỏa thuận khóa hậu lượng tử xử lý một nhóm rủi ro mật mã; nó không khiến lừa đảo, sao lưu không an toàn hoặc màn hình đã mở khóa trở nên vô hại.
Vì sao dấu vân tay khóa công khai quan trọng
Cuộc trò chuyện mã hóa phụ thuộc vào việc liên lạc với đúng khóa dự định — không phải bất kỳ khóa nào hệ thống đưa ra.
Dấu vân tay khóa công khai là biểu diễn ngắn gọn của khóa công khai của người tham gia. Hai người có thể so sánh dấu vân tay của họ qua một kênh đáng tin cậy khác, chẳng hạn trò chuyện trực tiếp hoặc cuộc gọi đã xác minh.
Dấu vân tay khớp nhau làm tăng độ tin cậy rằng các khóa mong đợi đang được dùng.
Dấu vân tay thay đổi không tự động chứng minh có tấn công. Nó có thể xảy ra sau khi đặt lại khóa hoặc khôi phục thiết bị hợp lệ. Nhưng thay đổi nên được hiển thị và giải thích được, thay vì bị âm thầm bỏ qua.
Sao lưu và khôi phục tách biệt với mã hóa tin nhắn đang trao đổi
Ứng dụng có thể mã hóa đầu cuối tin nhắn đang trao đổi trong khi bản sao lưu riêng dùng khóa và quy tắc truy cập khác. Xuất dữ liệu dạng rõ cũng có thể đưa nội dung đọc được ra ngoài cuộc trò chuyện mã hóa. Hãy hỏi dữ liệu nào được sao lưu, ai có thể giải mã và điều gì xảy ra khi mất tài liệu khôi phục.
Bản sao lưu khôi phục được Livara mô tả được niêm phong trước khi tải lên và khôi phục dữ liệu danh tính, không phải lịch sử trò chuyện. Đừng suy ra rằng khôi phục tài khoản hoặc danh tính sẽ khôi phục mọi cuộc trò chuyện cũ. Để cân nhắc rộng hơn, xem cách sao lưu cuộc trò chuyện mã hóa an toàn.
Cách đánh giá ứng dụng nhắn tin riêng tư
Đừng đánh giá dịch vụ nhắn tin chỉ qua các từ “mã hóa” hay “an toàn”.
Hãy đặt câu hỏi cụ thể.
Những cuộc trò chuyện nào dùng E2EE?
Kiểm tra xem bảo vệ có áp dụng cho trò chuyện trực tiếp, nhóm, kênh, cuộc gọi và tệp đính kèm không.
Khóa được tạo và lưu ở đâu?
Tìm lời giải thích rõ ràng về việc khóa có được tạo ở máy khách không và bản sao lưu được bảo vệ ra sao.
Máy chủ giữ lại những gì?
Dịch vụ có trách nhiệm nên phân biệt nội dung tin nhắn với định tuyến, dấu thời gian, thành viên, thông tin chuyển tin và dữ liệu vận hành khác.
Điều gì xảy ra khi khóa thay đổi?
Việc thay khóa bất ngờ nên được hiển thị. Thay khóa âm thầm làm giảm khả năng xác minh liên hệ của người dùng.
Khôi phục hoạt động như thế nào?
Xác định nhà cung cấp có thể khôi phục khóa không, có cần thông tin bí mật khôi phục không và điều gì xảy ra khi mất bí mật đó.
Các tuyên bố đã được xác minh độc lập chưa?
Tài liệu bảo mật, giao thức mở, đánh giá chuyên môn và kiểm toán độc lập cung cấp các mức bảo đảm khác nhau.
Chỉ ngôn ngữ tiếp thị không phải là kiểm toán.
Quyền riêng tư phụ thuộc ranh giới rõ ràng
Tuyên bố riêng tư mạnh nhất không phải “hãy tin chúng tôi”.
Đó là lời giải thích chính xác, có thể kiểm thử về:
- Điều gì được mã hóa
- Mã hóa diễn ra ở đâu
- Những khóa nào tham gia
- Máy chủ nhận được gì
- Siêu dữ liệu nào còn tồn tại
- Loại cuộc trò chuyện nào bị loại trừ
- Khôi phục thay đổi mô hình đe dọa ra sao
Mã hóa đầu cuối không phải toàn bộ câu chuyện về riêng tư. Nhưng khi được triển khai cẩn thận và mô tả trung thực, nó là nền tảng thiết yếu cho liên lạc riêng tư.
Bước thực tế tiếp theo là dùng danh sách 12 câu hỏi về nhắn tin an toàn để kiểm tra các tính năng bạn thực sự dùng: trò chuyện riêng, nhóm, tệp đính kèm, cuộc gọi và sao lưu.
Câu hỏi thường gặp
E2EE là viết tắt của gì?
E2EE là viết tắt của mã hóa đầu cuối. Nó có nghĩa nội dung được bảo vệ được mã hóa tại một thiết bị đầu cuối của người tham gia và giải mã tại thiết bị đầu cuối được ủy quyền khác.
Nhà cung cấp internet có thể đọc tin nhắn E2EE không?
Nhà cung cấp internet có thể quan sát rằng một kết nối tồn tại và thấy một số thông tin cấp mạng, nhưng nội dung tin nhắn được mã hóa đúng không được xuất hiện dưới dạng rõ có thể đọc được khi truyền.
Mã hóa đầu cuối có che giấu siêu dữ liệu không?
Không tự động. Hệ thống nhắn tin vẫn có thể xử lý định tuyến, thành viên, dấu thời gian, trạng thái chuyển tin, kích thước bản mã hoặc thông tin khác cần để vận hành dịch vụ.
E2EE có bảo vệ được điện thoại bị đánh cắp đang mở khóa không?
Không giao thức mã hóa nào có thể bảo vệ hoàn toàn tin nhắn khi kẻ tấn công kiểm soát thiết bị đã được ủy quyền và mở khóa. Bảo mật thiết bị mạnh vẫn cần thiết.
Mọi cuộc trò chuyện Livara đều được mã hóa đầu cuối sao?
Livara hiện mô tả E2EE cho nội dung và nội dung đa phương tiện của tin nhắn trực tiếp một đối một, cùng các nhóm riêng tư tương thích. Các nhóm đó được mã hóa đầu cuối bằng LGS1, với khóa người gửi tự động luân chuyển khi thành viên thay đổi. Kênh dùng TLS và quyền phía máy chủ có xác thực, không được tuyên bố là mã hóa đầu cuối.
Có thể khôi phục khóa mã hóa Livara bị mất không?
Tài liệu công khai mô tả việc khôi phục dữ liệu danh tính đã sao lưu bằng thông tin bí mật khôi phục cần thiết. Điều này không khôi phục lịch sử trò chuyện. Hãy đọc quy trình khôi phục hiện hành trước khi xóa hoặc thay thiết bị ban đầu.
E2EE có giống tính bí mật chuyển tiếp không?
Không. E2EE mô tả ai nên có khả năng đọc nội dung được bảo vệ. Tính bí mật chuyển tiếp liên quan đến việc khóa bị xâm phạm về sau ảnh hưởng thế nào đến tin nhắn trước đó; bảo mật sau xâm phạm liên quan đến khôi phục khả năng bảo vệ sau sự xâm phạm trong những điều kiện xác định. Các thuộc tính này phụ thuộc giao thức và triển khai. Chẳng hạn, đặc tả MLS xác định rõ cả hai cho thiết kế khóa nhóm của nó; điều đó không có nghĩa mọi ứng dụng nhắn tin mã hóa tự động cung cấp chúng hoặc sử dụng MLS.
