"Chia sẻ file an toàn" được in trên hầu hết mọi dịch vụ chuyển file, nhưng nó có thể mang những ý nghĩa rất khác nhau. Một link có thể được mã hóa khi truyền nhưng vẫn để lại bản sao trên máy chủ cả năm; một bản sao được lưu có thể nhà cung cấp không đọc được nhưng vẫn mở được bởi bất kỳ ai có link. Hướng dẫn này phân tích chuyển file an toàn thực sự nghĩa là gì, so sánh các phương thức phổ biến, và đưa ra một danh sách kiểm tra bạn có thể áp dụng cho mọi công cụ — kể cả công cụ của chúng tôi.
"Chia sẻ file an toàn" thực sự nghĩa là gì?
Một file bị lộ ở nhiều điểm trên đường đi từ bạn đến người nhận. Một phương thức chuyển file an toàn bảo vệ từng điểm — hoặc nói thẳng cho bạn biết những điểm nào nó không bảo vệ.
- Khi truyền. Dữ liệu có được mã hóa khi đi qua các mạng không? Ngày nay hầu như mọi dịch vụ đều dùng TLS (HTTPS) hoặc, với WebRTC, DTLS.
- Khi lưu trữ. Có bản sao nào được lưu ở đâu khác ngoài thiết bị của bạn và người nhận không? Nếu có, ai đọc được — nhà cung cấp, hay chỉ những người có khóa?
- Truy cập. Ai mở được file? Bất kỳ ai có link, chỉ người có mật khẩu, chỉ các tài khoản đã đăng nhập trong danh sách?
- Thời gian lưu giữ. Bản sao tồn tại trong bao lâu — vài phút, bảy ngày, cho đến khi ai đó xóa chúng?
- Siêu dữ liệu. Dịch vụ biết được gì kể cả khi không đọc được nội dung — tên file, dung lượng, địa chỉ IP, ai gửi gì cho ai?
- Thiết bị đầu cuối. Khi file đã đến nơi, nó chỉ an toàn bằng máy tính của người nhận. Không phương thức chuyển nào bảo vệ được trước một thiết bị đã bị xâm nhập.
Các phương thức chia sẻ file phổ biến so sánh về bảo mật thế nào?
| Phương thức | Khi truyền | Bản sao được lưu | Ai mở được | Thời gian lưu giữ | Phù hợp nhất cho |
|---|---|---|---|---|---|
| File đính kèm email | Thường là TLS giữa các máy chủ | Có, trong cả hai hộp thư | Chủ hộp thư | Thường nhiều năm | File nhỏ, không nhạy cảm |
| Link ổ đĩa cloud (Drive, OneDrive, Dropbox) | TLS | Có, nhà cung cấp truy cập được | Link hoặc tài khoản được chỉ định | Đến khi bạn xóa | Cộng tác |
| Dịch vụ chuyển file (kiểu WeTransfer) | TLS | Có, trong một khoảng thời gian | Bất kỳ ai có link; mật khẩu ở một số gói trả phí | Vài ngày | Gửi nhanh khi bạn không thể trực tuyến |
| Cloud E2EE (Tresorit, Proton Drive, Sync.com) | TLS + mã hóa phía máy khách | Có, mã hóa bằng khóa nhà cung cấp không giữ | Link, thường kèm mật khẩu | Đến khi bạn xóa | File nhạy cảm phải luôn sẵn sàng |
| SFTP / chuyển file được quản lý | SSH hoặc TLS | Trên máy chủ, theo chính sách | Tài khoản, khóa, nhật ký kiểm toán | Theo chính sách | Doanh nghiệp và giữa các hệ thống |
| StrongFolder (P2P) | DTLS | Không có | Bất kỳ ai có link khi bạn đang chia sẻ | Chỉ trong lúc chuyển | File và thư mục lớn, không để lại bản sao |
| File nén có mã hóa (ví dụ 7-Zip AES-256) | Tùy kênh | Tùy kênh | Chỉ người có mật khẩu | Tùy kênh | Thêm một lớp bảo vệ cho mọi phương thức |
Tính năng khác nhau theo gói; hãy kiểm tra tài liệu hiện tại của từng nhà cung cấp về mật khẩu, thời hạn và tùy chọn kiểm toán.
Chia sẻ file P2P an toàn đến mức nào?
Chuyển file P2P loại bỏ rủi ro dài hạn lớn nhất của việc chia sẻ file: bản sao được lưu. Với StrongFolder:
- Khi truyền: WebRTC mã hóa mọi kênh dữ liệu bằng DTLS, nên luồng file luôn được mã hóa trong quá trình truyền trên mọi kết nối.
- Khi lưu trữ: File không bao giờ được tải lên hay lưu trên máy chủ của StrongFolder.
- Chuyển tiếp: Nếu không thể kết nối trực tiếp (tường lửa doanh nghiệp nghiêm ngặt, một số mạng di động), luồng dữ liệu đã mã hóa sẽ đi qua máy chủ chuyển tiếp (TURN) của StrongFolder. Máy chủ chuyển tiếp chỉ chuyển dữ liệu đi và không lưu lại.
- Siêu dữ liệu: Để tạo đường link, dịch vụ lưu siêu dữ liệu của lần chuyển: tên file và thư mục, dung lượng và số lượng file.
- Thời gian lưu giữ: Đường link hoạt động khi người gửi vẫn đang chia sẻ. Khi người gửi bấm Stop Sharing hoặc đóng tab, file sẽ không còn tải được nữa.
Sẽ không có chuyện "kho lưu trữ file bị xâm nhập" về sau, vì không có kho lưu trữ nào. Không có gì hết hạn trên máy chủ vì không có gì được đặt ở đó. Cách thiết lập mã hóa được giải thích trong Chuyển file qua WebRTC hoạt động thế nào.
Những giới hạn thật sự trong bảo mật của StrongFolder là gì?
Chúng tôi muốn bạn chọn đúng công cụ hơn là tin tưởng quá mức vào công cụ của chúng tôi:
- Không có link được bảo vệ bằng mật khẩu. Bất kỳ ai có link đều có thể kết nối khi bạn đang chia sẻ. Hãy gửi link qua kênh bạn tin tưởng, và nhấp Stop Sharing khi người nhận đã xong.
- Mã hóa khi truyền, không phải đầu cuối với khóa của riêng bạn. Khóa DTLS do hai trình duyệt thương lượng, nhưng dấu vân tay của chúng đi qua máy chủ signaling của chúng tôi. Chúng tôi không tuyên bố "zero-knowledge" hay mã hóa đầu cuối với khóa do người dùng giữ.
- Địa chỉ IP hiển thị với bên kia khi kết nối trực tiếp, giống như mọi cuộc gọi video.
- Siêu dữ liệu được lưu để tạo link: tên, dung lượng và số lượng file.
- Không có dấu vết kiểm toán hay chứng nhận tuân thủ. Nếu tổ chức của bạn cần ghi nhật ký truy cập, chính sách lưu giữ hoặc xử lý được chứng nhận, hãy dùng nền tảng chuyển file được quản lý.
Với file vừa lớn vừa rất nhạy cảm, hãy kết hợp các phương thức: nén thư mục có mã hóa thành một file với mật khẩu mạnh, gửi bằng StrongFolder, và báo mật khẩu qua điện thoại. File nén bảo vệ nội dung; P2P tránh việc có bản sao được lưu.
Danh sách kiểm tra khi chia sẻ file an toàn
Hãy rà soát danh sách này trước khi gửi bất cứ thứ gì mật, dù bạn dùng công cụ nào:
- Phân loại file. Đó là dữ liệu cá nhân, hợp đồng, mã nguồn hay dữ liệu sức khỏe? Càng nhạy cảm, bạn càng muốn ít bản sao.
- Chọn theo thời gian lưu giữ. Có thể biến mất sau một giờ (P2P), hay phải sẵn sàng trong nhiều tuần (cloud, tốt nhất là E2EE)?
- Kiểm tra người nhận. Xác nhận địa chỉ hoặc cuộc trò chuyện trước khi gửi link — gửi nhầm link là nguyên nhân rò rỉ phổ biến nhất.
- Hạn chế truy cập. Dùng mật khẩu hoặc tài khoản được chỉ định nếu có; với P2P, hãy dừng chia sẻ khi người nhận đã xong.
- Tự mã hóa nội dung nhạy cảm nếu kênh không mã hóa khi lưu trữ, và gửi mật khẩu riêng.
- Tránh Wi-Fi công cộng ở phía người gửi nếu có thể; hãy dùng mạng tin cậy hoặc VPN.
- Xóa bản sao sau đó — khỏi thư mục tải về, lịch sử chat và thùng rác cloud.
- Tuân thủ chính sách của tổ chức. Dữ liệu thuộc diện quản lý có thể yêu cầu công cụ cụ thể.
Miễn phí · ngay trên trình duyệt · không cần đăng ký
Khi nào nên dùng SFTP hoặc chuyển file được quản lý?
"Chuyển file an toàn" trong bối cảnh doanh nghiệp thường có nghĩa là SFTP (chuyển file qua SSH), FTPS hoặc một nền tảng chuyển file được quản lý (MFT). Chúng phát huy tác dụng khi:
- các hệ thống trao đổi file tự động theo lịch;
- bạn cần tài khoản riêng cho từng người dùng, phân quyền và nhật ký kiểm toán về việc ai đã tải gì;
- cơ quan quản lý hoặc hợp đồng yêu cầu thời gian lưu giữ và kiểm soát truy cập được ghi chép.
Chúng cần thiết lập và tài khoản ở cả hai phía, nên là quá mức cần thiết khi chỉ gửi một video cho khách hàng — và đó là lúc các công cụ trên trình duyệt phù hợp.
Khi nào cloud mã hóa đầu cuối là lựa chọn tốt hơn?
Khi file phải sẵn sàng sau khi bạn ngoại tuyến và bạn không muốn nhà cung cấp đọc được. Tresorit, Proton Drive và Sync.com mã hóa trên thiết bị của bạn trước khi tải lên. Đánh đổi: bạn phải tải lên trước, một bản sao tồn tại (đã mã hóa), và dung lượng lưu trữ bị giới hạn theo gói của bạn. P2P và cloud E2EE giải quyết những vấn đề khác nhau — xem Chuyển file P2P và qua cloud.
Tóm tắt
Chia sẻ file an toàn không phải một tính năng đơn lẻ mà là một tập hợp câu trả lời: mã hóa khi truyền, được bảo vệ hoặc không tồn tại khi lưu trữ, truy cập hạn chế và thời gian lưu giữ ngắn. Câu trả lời của StrongFolder là mã hóa DTLS khi truyền và không lưu bản sao, với những giới hạn được nói thẳng — link không có mật khẩu và không tuyên bố mã hóa đầu cuối. Để tìm hiểu thêm, hãy đọc Bảo mật và quyền riêng tư và Cách gửi tài liệu dung lượng lớn.