# Chia sẻ file an toàn: "an toàn" thực sự nghĩa là gì

Source: https://help.strongfolder.com/vi/guides/secure-file-sharing/
Updated: 2026-11-05

> Chia sẻ file an toàn nghĩa là bảo vệ file trên bốn mặt: mã hóa khi truyền, bảo vệ mọi bản sao được lưu, kiểm soát ai mở được link, và bản sao tồn tại trong bao lâu. Không cách nào thắng cả bốn. Chuyển P2P trực tiếp mã hóa khi truyền và không lưu gì; cloud mã hóa đầu cuối bảo vệ bản sao được lưu; SFTP và chuyển file được quản lý bổ sung dấu vết kiểm toán.

"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.

**Key facts**

- **Chia sẻ file an toàn** bao gồm bốn điều: **mã hóa khi truyền**, **bảo vệ khi lưu trữ**, **kiểm soát truy cập** và **thời gian lưu giữ**. Siêu dữ liệu và bản thân các thiết bị cũng quan trọng.
- **P2P trực tiếp** (StrongFolder): mã hóa khi truyền bằng DTLS, **không lưu bản sao**, nhưng link không có mật khẩu và người gửi phải luôn trực tuyến.
- **Cloud mã hóa đầu cuối** (Tresorit, Proton Drive, Sync.com): bản sao được lưu mà nhà cung cấp được thiết kế để không đọc được.
- **SFTP / chuyển file được quản lý**: trao đổi giữa các hệ thống với tài khoản và nhật ký kiểm toán.
- Với file rất nhạy cảm, **hãy tự mã hóa file** và gửi mật khẩu riêng — cách này dùng được với mọi kênh.

## "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ệ.

1. **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.
2. **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?
3. **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?
4. **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?
5. **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?
6. **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](https://help.strongfolder.com/en/guides/p2p-file-transfer/) 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](https://help.strongfolder.com/en/guides/how-webrtc-file-transfer-works/).

## 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:

1. **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.
2. **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)?
3. **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.
4. **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.
5. **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.
6. **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.
7. **Xóa bản sao sau đó** — khỏi thư mục tải về, lịch sử chat và thùng rác cloud.
8. **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ể.

[Gửi file ngay](https://strongfolder.com)
## 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](https://help.strongfolder.com/en/guides/p2p-vs-cloud-file-transfer/).

## 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ư](https://help.strongfolder.com/en/security/) và
[Cách gửi tài liệu dung lượng lớn](https://help.strongfolder.com/en/guides/send-large-documents/).

## FAQ

### Cách chia sẻ file an toàn nhất là gì?

Tùy vào mối đe dọa. Để không để lại bản sao trên bất kỳ máy chủ nào, hãy gửi trực tiếp (P2P) và tự mã hóa file nếu nó rất nhạy cảm. Để giữ một bản sao sẵn sàng mà nhà cung cấp không đọc được, hãy dùng cloud mã hóa đầu cuối. Để trao đổi trong doanh nghiệp có kiểm toán, hãy dùng SFTP hoặc nền tảng chuyển file được quản lý.

### StrongFolder có mã hóa đầu cuối không?

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. Chúng tôi mô tả đây là mã hóa khi truyền giữa hai trình duyệt. Chúng tôi không tuyên bố mã hóa đầu cuối với khóa do bạn giữ, và link không có mật khẩu: bất kỳ ai có link đều có thể kết nối khi bạn đang chia sẻ.

### StrongFolder có lưu file của tôi không?

File không bao giờ được tải lên hay lưu trên máy chủ của StrongFolder. Để 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. 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.

### Email có an toàn để gửi file mật không?

Mặc định thì không. Các máy chủ thư thường mã hóa kết nối giữa chúng, nhưng bản sao nằm lại trong hộp thư của người gửi và người nhận, thường trong nhiều năm, và file đính kèm bị giới hạn khoảng 20–25 MB. Với file mật, hãy gửi link đến một bản sao được bảo vệ hoặc mã hóa file đính kèm.

### Chia sẻ file an toàn và chuyển file an toàn khác nhau thế nào?

Hai thuật ngữ này chồng lấn nhau. 'Chuyển file an toàn' thường chỉ các giao thức và nền tảng chuyển file giữa các hệ thống — SFTP, FTPS, HTTPS, chuyển file được quản lý — còn 'chia sẻ file an toàn' thường nghĩa là cho một người quyền truy cập file qua link hoặc thư mục. Cả hai đều dựa vào mã hóa, kiểm soát truy cập và thời gian lưu giữ.

### Làm sao để thêm mật khẩu cho file tôi gửi?

Đóng gói nó vào một file nén có mã hóa — ví dụ bằng 7-Zip với AES-256 — và gửi mật khẩu qua một kênh khác, như cuộc gọi điện thoại hoặc một ứng dụng nhắn tin khác. Cách này dùng được với mọi phương thức chuyển, kể cả P2P.

### Người nhận có thấy địa chỉ IP của tôi khi chuyển P2P không?

Với kết nối trực tiếp thì có — mỗi trình duyệt kết nối đến địa chỉ của bên kia, giống như cuộc gọi video. Nếu điều đó quan trọng, hãy chia sẻ qua kênh che giấu địa chỉ, hoặc kết nối qua VPN.