Chia sẻ file mã hóa đầu cuối (E2E) là gì? Hướng dẫn cho người mới

Chắc hẳn bạn từng nghe tới thuật ngữ "mã hóa đầu cuối" (E2E hay E2EE). Đây là tính năng bảo mật được WhatsApp, Signal… quảng cáo, nhưng nhiều người vẫn chưa rõ nó thực sự có nghĩa là gì. Bài viết này sẽ giải thích mã hóa đầu cuối là gì và tại sao nó quan trọng với việc chia sẻ file.

Mã hóa thông thường vs Mã hóa đầu cuối

Mã hóa thông thường (TLS/HTTPS)

Hầu hết website dùng HTTPS. Luồng dữ liệu như sau:

Bạn → [Mã hóa] → Máy chủ → [Giải mã] → [Mã hóa lại] → Người nhận

Dữ liệu được mã hóa khi truyền đi, nhưng máy chủ có thể giải mã và đọc được. Email, Google Drive và phần lớn dịch vụ đám mây đều hoạt động như vậy.

Mã hóa đầu cuối (E2EE)

Mã hóa đầu cuối thì khác:

Bạn → [Mã hóa] → Máy chủ → Người nhận → [Giải mã]

Máy chủ không bao giờ giải mã được dữ liệu. Chỉ người gửi và người nhận mới thấy bản gốc.

Vì sao mã hóa đầu cuối quan trọng

1. An toàn cả khi máy chủ bị tấn công

Nếu máy chủ bị hack, kẻ tấn công chỉ lấy được dữ liệu đã mã hóa. Không có khóa thì đó chỉ là một mớ byte vô nghĩa.

2. Ngay cả nhà cung cấp dịch vụ cũng không đọc được

Những công ty như Google hay Microsoft về mặt kỹ thuật có thể truy cập dữ liệu trên máy chủ của họ. Với mã hóa đầu cuối, ngay cả họ cũng không thể đọc file của bạn.

3. Bảo vệ trước các yêu cầu từ chính quyền

Nếu công ty bị yêu cầu bàn giao dữ liệu, tất cả những gì họ có thể giao là byte đã mã hóa.

4. Ngăn chặn truy cập nội bộ

Chặn nhân viên vì tò mò hay có ý đồ xấu xem dữ liệu người dùng.

Mã hóa E2E có ý nghĩa gì với việc chia sẻ file

Chia sẻ file thông thường (Google Drive, Dropbox...):

Mục	Có thể không?
Máy chủ giải mã file	✅ Có
Nhà cung cấp đọc được file	✅ Có
File gốc bị lộ khi hack	✅ Rủi ro
Có thể giao cho cơ quan chức năng	✅ Có

Chia sẻ file mã hóa đầu cuối (Tresorit, Sync.com, v.v.):

Mục	Có thể không?
Máy chủ giải mã file	❌ Không
Nhà cung cấp đọc được file	❌ Không
File gốc bị lộ khi hack	❌ An toàn
Có thể giao cho cơ quan chức năng	❌ Chỉ byte mã hóa

Mã hóa E2E hoạt động thế nào

Lấy ví dụ liên kết yêu cầu của LOCK.PUB — tính năng duy nhất của LOCK.PUB được xây dựng theo cách này:

1. Thiết lập: trình duyệt của bạn tạo một cặp khóa và mã hóa khóa riêng tư bằng mật khẩu mở khóa của bạn. Bản thân mật khẩu không bao giờ rời khỏi thiết bị của bạn
2. Tải lên: trình duyệt của người gửi mã hóa nội dung bằng khóa công khai của bạn trước khi bất cứ thứ gì rời khỏi thiết bị của họ
3. Lưu trữ: trên máy chủ, các lượt gửi nằm ở dạng mã hóa và khóa riêng tư của bạn được mật khẩu bảo vệ, còn những chi tiết thực tế như tiêu đề và mô tả của chính biểu mẫu hay tên từng người gửi vẫn đọc được. Mật khẩu mở khóa của bạn không bao giờ được lưu
4. Giải mã: bạn mở các lượt gửi ngay trong trình duyệt của mình bằng mật khẩu mở khóa. Bản thân nội dung được gửi là dữ liệu mã hóa mà chúng tôi không thể đọc

Những lưu ý về mã hóa E2E

Mã hóa đầu cuối mạnh mẽ nhưng cũng có giới hạn:

1. Không khôi phục được khi quên mật khẩu

Máy chủ không biết mật khẩu, nên nếu bạn quên thì file sẽ không bao giờ mở lại được. Đây không phải lỗi, mà là bằng chứng cho mã hóa E2E thực sự.

2. Mật khẩu yếu sẽ mất ý nghĩa

Mật khẩu kiểu "1234" dễ bị brute force. Hãy dùng mật khẩu mạnh.

3. Thiết bị của người nhận phải an toàn

Nếu máy tính người nhận bị xâm nhập, file đã giải mã vẫn có thể bị lộ. Mã hóa bảo vệ file ở mọi nơi, trừ trên chính thiết bị mở nó, nên hãy giữ thiết bị đó luôn được khóa và cập nhật.

Dịch vụ nào thực sự mã hóa đầu cuối?

Dịch vụ	Mã hóa E2E?
Google Drive	❌
Dropbox	❌ mặc định (thư mục nhóm E2EE tùy chọn ở các gói doanh nghiệp cao nhất, không có link chia sẻ)
OneDrive	❌
WeTransfer	❌
Tresorit	✅
Sync.com	✅
LOCK.PUB (liên kết yêu cầu)	✅
LOCK.PUB (liên kết file)	❌ Dựa trên mật khẩu
Signal (nhắn tin)	✅
WhatsApp (nhắn tin)	✅

Liên kết yêu cầu của LOCK.PUB được mã hóa đầu cuối: cặp khóa được tạo ngay trong trình duyệt của bạn, và mật khẩu dùng để mở khóa riêng tư không bao giờ đến được máy chủ của chúng tôi. Liên kết file, memo và ảnh thông thường theo một mô hình khác: nội dung được mã hóa trên máy chủ của chúng tôi bằng một khóa cần cả mật khẩu bạn đặt lẫn một giá trị bí mật của máy chủ được giữ bên ngoài cơ sở dữ liệu, nên chỉ riêng dữ liệu mã hóa bị đánh cắp thì không thể mở được. Như vậy đã an toàn hơn hẳn lưu trữ đám mây thông thường: nội dung file và ghi chú bí mật của bạn không bao giờ được lưu ở dạng đọc được — những chi tiết thực tế như tên file hay ghi chú công khai bạn đặt vẫn đọc được, để người nhận biết mình sắp mở gì — và bản thân mật khẩu cũng không bao giờ được lưu.

Kết luận

Mã hóa đầu cuối không chỉ là thuật ngữ tiếp thị — đó là một mô hình bảo mật thực sự mạnh. Các tính năng trong cùng một dịch vụ có thể được mã hóa theo những cách khác nhau, vì vậy hãy kiểm tra xem tính năng bạn định dùng có thực sự được mã hóa đầu cuối hay không, và chọn đúng công cụ cho từng việc.

Nếu bạn cần mã hóa đầu cuối thực sự, liên kết yêu cầu của LOCK.PUB tạo cặp khóa ngay trong trình duyệt của bạn và mật khẩu mở khóa không bao giờ đến được máy chủ của chúng tôi — miễn phí với tài khoản LOCK.PUB, còn người gửi file cho bạn không cần tài khoản hay cài ứng dụng. Để chia sẻ hằng ngày, liên kết file có mật khẩu là lựa chọn đơn giản hơn: file được lưu ở dạng mã hóa, chúng tôi không lưu mật khẩu của bạn nên cũng không thể khôi phục nó, và bạn có thể đặt ngày hết hạn (Pro) để liên kết ngừng hoạt động sau ngày bạn chọn.