Hãy hình dung mỗi cuộc trò chuyện có một sổ thành viên, một cây chia khóa và một đồng hồ phiên bản. Khi thiết bị tham gia hoặc rời đi, cả nhóm chuyển sang phiên bản khóa mới. Máy chủ chuyển tiếp bản mã; chỉ thiết bị đang có trạng thái hợp lệ mới tạo hoặc mở được nội dung.
01
MLS là gì?
Messaging Layer Security là tiêu chuẩn của IETF cho việc thiết lập khóa mã hóa đầu cuối bất đồng bộ trong nhóm. Tiêu chuẩn được công bố thành RFC 9420 vào năm 2023 và hướng đến các cuộc trò chuyện từ hai thiết bị đến nhóm có hàng nghìn thiết bị.
Mỗi thay đổi thành viên hoặc thiết bị đưa nhóm sang một “giai đoạn” khóa mới. Cơ chế này hỗ trợ bảo mật chuyển tiếp và khả năng phục hồi sau xâm nhập: khóa cũ không nên mở được nội dung tương lai, còn trạng thái mới có thể tự phục hồi sau khi thiết bị bị lộ đã được loại bỏ và nhóm cập nhật lại.
02
Logic bên trong: từ người dùng đến bản mã
MLS giải quyết một câu hỏi khó: làm sao một nhóm có nhiều người, mỗi người có thể dùng nhiều thiết bị, vẫn thay đổi thành viên an toàn mà không phải tạo một kênh mã hóa riêng cho mọi cặp thiết bị? Câu trả lời là cùng duy trì một trạng thái nhóm có phiên bản và cập nhật trạng thái đó bằng các thông điệp đã được xác thực.
Sổ thành viên · Cây chia khóa · Đồng hồ phiên bản
Sổ cho biết thiết bị nào đang có quyền; cây giúp chuyển bí mật mới đến đúng nhánh; đồng hồ cho biết mọi người có đang dùng cùng một phiên bản khóa hay không.
Roster · Ratchet Tree · Epoch
Roster ánh xạ thành viên và thiết bị; ratchet tree tổ chức khóa theo nhánh; epoch là ảnh chụp trạng thái mật mã sau mỗi Commit hợp lệ.
Thiết bị có danh tính riêng
Mỗi lần cài đặt là một client mật mã với khóa và credential riêng.
KeyPackage
Thiết bị công bố thông tin tham gia có chữ ký để được mời khi ngoại tuyến.
Proposal · Commit
Đề xuất thay đổi được chốt thành một trạng thái nhóm mới.
Epoch · Secret Tree
Bí mật của epoch dẫn xuất thành khóa gửi riêng cho từng thiết bị.
Bản mã được chuyển tiếp
Thiết bị mã hóa trước khi gửi; thiết bị nhận kiểm tra rồi mới mở nội dung.
Ba vai trò không nên nhầm lẫn
Thiết bị ECLO
Giữ bí mật, tạo chữ ký, mã hóa, giải mã và kiểm tra trạng thái nhóm.
Dịch vụ xác thực
Ràng buộc danh tính ứng dụng với credential và khóa công khai của thiết bị.
Dịch vụ chuyển phát
Phân phối KeyPackage, Welcome, Commit và bản mã; không cần biết khóa nội dung.
03
Những thành phần mật mã chính
MLS kết hợp nhiều nguyên thủy mật mã đã được chuẩn hóa. Bộ thuật toán cụ thể được xác định bởi cipher suite; bộ bắt buộc trong RFC 9420 dùng X25519, AES-128-GCM, SHA-256 và Ed25519.
Chữ ký và danh tính thiết bị
Thiết bị ký thông tin khóa để nhóm có thể kiểm tra nguồn gốc và tính toàn vẹn.
HPKE để thiết lập bí mật
Khóa công khai giúp đưa thiết bị vào nhóm mà không cần cả hai bên cùng trực tuyến.
AEAD bảo vệ nội dung
Nội dung được mã hóa đồng thời kiểm tra tính toàn vẹn trước khi ứng dụng chấp nhận.
Hàm băm và dẫn xuất khóa
Mỗi giai đoạn tạo ra vật liệu khóa mới thay vì tiếp tục dùng một bí mật cố định.
04
Cây khóa, epoch và cách sinh khóa tin nhắn
MLS không lưu một “mật khẩu nhóm” cố định. Mỗi client giữ một bản trạng thái gồm cây khóa, danh sách thành viên, lịch sử Commit đã xác thực và các bí mật của epoch hiện tại. Các thành viên hợp lệ phải cùng thống nhất trên trạng thái này.
LeafNode chứa khóa công khai, credential, khả năng giao thức và chữ ký của một client.
Nút cha cho phép phân phối bí mật đến một tập thiết bị theo nhánh thay vì mã hóa riêng cho từng cặp.
Khi cập nhật, client thay bí mật trên đường từ lá của mình lên gốc và mã hóa thông tin cần thiết cho các nhánh còn lại.
Bên trong một epoch
Bí mật epoch đi qua lịch dẫn xuất khóa để tạo secret tree. Mỗi thiết bị có nhánh gửi riêng; mỗi lần gửi tiếp tục tiến ratchet để lấy key và nonce mới. Vì vậy, MLS không dùng lại một khóa nội dung duy nhất cho mọi người và mọi tin nhắn.
Dấu vân tay của trạng thái nhóm
Gồm group ID, số epoch, tree hash, transcript hash và extensions. Nó liên kết khóa với đúng nhóm, đúng phiên bản và đúng chuỗi thay đổi đã được chấp nhận.
Lộ khóa hiện tại không nên mở quá khứ
Bí mật và khóa tin nhắn cũ được loại bỏ theo vòng đời; việc lấy được trạng thái hiện tại không mặc nhiên cho phép giải mã toàn bộ nội dung trước đó.
Nhóm có thể phục hồi cho tương lai
Sau khi thiết bị bị lộ được loại bỏ và một Commit có entropy mới được áp dụng, thiết bị cũ không còn nhận được bí mật của epoch tiếp theo.
Bốn loại thông điệp cần phân biệt
Đề nghị thêm, xóa hoặc cập nhật một thành viên/thiết bị; chưa tự làm đổi trạng thái.
Áp dụng một hoặc nhiều Proposal, xác thực thay đổi và tạo epoch kế tiếp.
Mang thông tin cần thiết để client mới khởi tạo đúng trạng thái sau khi được thêm.
Nội dung ứng dụng như tin nhắn, được bảo vệ bằng khóa dẫn xuất từ epoch hiện tại.
05
Vòng đời của một cuộc trò chuyện MLS
KeyPackage
Thiết bị đăng thông tin khóa có chữ ký để có thể được thêm khi đang ngoại tuyến.
Welcome
Thiết bị mới nhận đủ bí mật ban đầu để tham gia đúng trạng thái hiện tại.
Commit · Epoch
Thêm, xóa hoặc cập nhật thiết bị tạo một giai đoạn khóa mới cho cả nhóm.
Tin nhắn
Thiết bị dùng trạng thái giai đoạn hiện tại để mã hóa và xác minh nội dung.
KeyPackage thường được thiết kế để sử dụng một lần. Dịch vụ có thể bổ sung gói mới và cơ chế dự phòng, nhưng không được tái sử dụng tùy tiện vì điều đó làm yếu thuộc tính bảo mật của quy trình tham gia.
06
ECLO áp dụng MLS như thế nào?
ECLO xem mỗi trình duyệt hoặc thiết bị di động là một thiết bị mật mã riêng. Cuộc trò chuyện duy trì danh sách thiết bị hợp lệ và chuyển giai đoạn khi danh sách đó thay đổi. Tin nhắn cùng tệp được bảo vệ ở thiết bị trước khi gửi.
Hệ thống chuyển tiếp lưu bản mã và thông tin vận hành cần thiết để giao dữ liệu. Mã sao lưu do người dùng kiểm soát hỗ trợ khôi phục lịch sử đã mở; nếu không có khóa phù hợp, ứng dụng ưu tiên từ chối mở nội dung thay vì bỏ qua kiểm tra.
Một tài khoản, nhiều client mật mã
Điện thoại, máy tính bảng và trình duyệt của cùng một tài khoản không mặc nhiên dùng chung một khóa bí mật. Mỗi cài đặt được quản lý như một client riêng để có thể thêm, thu hồi hoặc mất quyền mà không phải coi toàn bộ tài khoản là một thiết bị. Thiết bị mới có thể nhận tin nhắn mới sau khi được thêm đúng cách, nhưng lịch sử cũ chỉ mở được nếu có cơ chế khôi phục do người dùng cho phép.
MLS giúp bảo vệ
Nội dung tin nhắn, khóa nhóm và việc thay đổi quyền truy cập của thiết bị.
MLS không tự che giấu
Địa chỉ mạng, thời gian giao tiếp và mọi dữ liệu vận hành; MLS không phải mạng ẩn danh.
Thiết bị vẫn là ranh giới quan trọng
Mã độc hoặc người đã mở khóa thiết bị có thể thấy bản rõ trên chính thiết bị đó.
07
MLS đang được ứng dụng trong những lĩnh vực nào?
MLS được phát triển tại IETF với sự tham gia của nhiều nhà cung cấp công nghệ và hạ tầng lớn, gồm AWS, Cisco, Cloudflare, Google, Meta và Mozilla. Quá trình xây dựng tiêu chuẩn có cả triển khai thử nghiệm, đánh giá mật mã và kiểm chứng khả năng vận hành ở quy mô Internet.
Công nghệ này phù hợp với liên lạc nhóm trong doanh nghiệp, cộng tác từ xa, dịch vụ đám mây, nền tảng nhắn tin liên thông và những hệ thống cần thay đổi thành viên an toàn khi thiết bị không trực tuyến cùng lúc. Mỗi tổ chức vẫn phải tự thiết kế danh tính, vận chuyển dữ liệu, sao lưu và bảo vệ thiết bị quanh MLS.
08
Ưu điểm và giới hạn
Điểm mạnh
- Tham gia nhóm bất đồng bộ; thiết bị nhận không nhất thiết phải trực tuyến cùng lúc.
- Cập nhật thành viên hiệu quả hơn mô hình mã hóa riêng từng cặp trong nhóm lớn.
- Hỗ trợ bảo mật chuyển tiếp và khả năng phục hồi sau xâm nhập.
- Tiêu chuẩn mở, có đặc tả công khai và nhiều phân tích mật mã.
Giới hạn và đánh đổi
- Quản lý nhiều thiết bị, lịch sử và trạng thái ngoại tuyến phức tạp hơn.
- Thiết bị mới không mặc nhiên sở hữu khóa của lịch sử cũ.
- Thiết bị bị xâm nhập vẫn có thể lộ nội dung đang được mở trên thiết bị đó.
- MLS không che metadata và không thay thế bảo mật ứng dụng, máy chủ hay hệ điều hành.
09
Những trạng thái bảo mật có thể gặp
“Đang chuẩn bị bảo mật”
Thiết bị đang lấy trạng thái khóa mới nhất. Hãy giữ kết nối ổn định và thử lại sau ít phút; không cần gửi lặp lại nhiều lần.
“Không thể mở trên thiết bị này”
Thiết bị hiện tại không có khóa phù hợp cho tin nhắn đó. Khôi phục mã sao lưu nếu đây là lịch sử cũ, hoặc cập nhật ứng dụng và mở lại cuộc trò chuyện.
“Thiết bị nhận chưa sẵn sàng”
Người nhận có thể vừa đăng xuất, cài lại hoặc chưa hoàn tất đăng ký khóa. Khi thiết bị của họ sẵn sàng, cuộc trò chuyện có thể cập nhật lại an toàn.
- Kiểm tra kết nối và cập nhật ECLO lên phiên bản mới nhất.
- Mở lại cuộc trò chuyện, chờ đồng bộ hoàn tất rồi gửi một lần.
- Dùng mã sao lưu nếu thiết bị mới cần mở lịch sử cũ.
- Liên hệ hỗ trợ nếu trạng thái kéo dài; không gửi mật khẩu, OTP hoặc mã sao lưu.
10
Câu hỏi riêng về MLS
MLS có giống TLS/HTTPS không?
Không. TLS bảo vệ kết nối giữa hai điểm trong lúc truyền. MLS duy trì trạng thái khóa đầu cuối của một nhóm qua nhiều lần gửi và thay đổi thành viên.
Vì sao mỗi thiết bị cần khóa riêng?
Khóa riêng giúp thu hồi một thiết bị mà không phải coi mọi thiết bị của tài khoản là cùng một điểm tin cậy.
Người đang ngoại tuyến có được thêm vào nhóm không?
Có thể, nếu thiết bị đã đăng một KeyPackage hợp lệ. Khi quay lại, thiết bị nhận Welcome và đồng bộ trạng thái phù hợp.
Tại sao KeyPackage thường chỉ dùng một lần?
Một lần sử dụng giúp tránh nhiều lần tham gia dựa trên cùng vật liệu khóa cũ. Ứng dụng cần tự bổ sung kho gói khóa an toàn.
MLS có bảo vệ khi điện thoại bị mở khóa không?
Không hoàn toàn. Nếu người khác hoặc mã độc kiểm soát thiết bị đã mở khóa, họ có thể đọc nội dung mà ứng dụng đang giải mã trên thiết bị đó.
MLS có che người gửi, thời gian và địa chỉ IP không?
Không. MLS bảo vệ nội dung và trạng thái khóa; che metadata hoặc danh tính mạng cần những lớp công nghệ khác.
Thay đổi thành viên có đọc lại tin nhắn cũ không?
MLS không tự trao lịch sử cũ cho thành viên mới. Quyền truy cập lịch sử phụ thuộc chính sách và cơ chế sao lưu an toàn của ứng dụng.
MLS có được xem là hoàn thiện vĩnh viễn không?
Không tiêu chuẩn nào đứng yên. IETF tiếp tục phát triển phần mở rộng, khả năng liên thông và hướng nghiên cứu hậu lượng tử cho MLS.
Một KeyPackage có phải chỉ gửi được một tin nhắn hoặc tham gia một nhóm?
Không. KeyPackage là vật liệu khởi tạo để thêm một client, không phải hạn mức tin nhắn hay số nhóm. Sau khi tham gia, các epoch và sender ratchet tiếp tục sinh khóa tin nhắn. Ứng dụng bổ sung KeyPackage để thiết bị còn có thể nhận lời mời mới khi ngoại tuyến.
Vì sao không lưu luôn khóa giải mã nhóm trên máy chủ cho đơn giản?
Nếu máy chủ giữ khóa có thể mở nội dung, máy chủ trở thành điểm giải mã tập trung và mô hình mã hóa đầu cuối bị thay đổi. MLS chủ động để bí mật nhóm ở các client hợp lệ; đổi lại, quản lý thiết bị, khôi phục và đồng bộ phải được thiết kế cẩn thận hơn.
11
Tài liệu chính thức để đọc thêm
Nội dung trên được diễn giải cho người dùng phổ thông. Bạn có thể kiểm tra đặc tả và bối cảnh kiến trúc trực tiếp từ các nguồn chính thức sau.