FTP、SFTP、FTPS 是三种传输协议，MFT 是一个平台。FTP 明文传输不加密；SFTP 基于 SSH 加密、走单端口；FTPS 基于 SSL/TLS 加密、兼容 FTP 生态；MFT（托管文件传输）则在这些协议之上，叠加加密、权限、审计、集中管理与系统集成能力。

一、四者速览

二、FTP：最基础，但今天不该再用于敏感数据

FTP 诞生于上世纪 70 年代，设计假设是可信网络环境。它的控制通道与数据通道**都是明文**——用户名、密码与文件内容在网络上一览无余。

适用：内网、非敏感、临时性的文件搬运。

不适用：任何涉及敏感数据、外部对接或合规审计的场景。

→ 详见 为什么必须替代传统 FTP：五大风险

三、SFTP：基于 SSH 的加密传输

SFTP 全称 SSH File Transfer Protocol，是 SSH 协议族的一部分。它与 FTP 没有继承关系——虽然名字像，但底层完全不同。

特点

• 控制与数据通道走同一个端口**（默认 22），防火墙配置简单，跨网穿透友好。
• 支持密码认证与SSH 公私钥认证，后者可有效替代弱口令。
• 全程加密，包括认证过程与文件内容。
• 适用：新建的加密传输对接、跨网穿透场景、使用密钥认证的自动化脚本。

→ 企业级 SFTP 服务器

四、FTPS：给 FTP 套上 TLS

FTPS 是 FTP over SSL/TLS，即在原有 FTP 协议上加一层 TLS 加密。它保留了 FTP 的协议结构，因此兼容既有 FTP 生态。

特点

• 基于成熟的 TLS 体系，可使用证书认证。
• 由于沿用 FTP 的双通道结构，需要为被动模式配置数据端口范围，防火墙与 NAT 配置相对复杂。
• 分为隐式（Implicit）与显式（Explicit）两种模式。

适用：需要兼容既有 FTP 客户端与流程、且能接受端口配置复杂度的场景。

五、SFTP 和 FTPS 哪个更安全

两者都加密，安全性最终取决于配置与整体平台能力。** 常见的选择依据是：

现有体系以 SSH / 密钥管理为主 → 选 SFTP

现有体系以 PKI / 证书为主，或必须兼容既有 FTP 客户端 → 选 FTPS

防火墙与 NAT 环境复杂 → SFTP 单端口更省事

需要强调的是：无论选哪个，它们保障的都只是”连接通道”。谁访问了、传了什么、是否完整送达、事后能否追溯、文件落盘后安不安全——这些通道加密都不负责。

六、MFT：不是协议，是平台

MFT（托管文件传输）不是第四种协议，而是套在协议之上的治理平台。它通常同时支持 FTP/FTPS、SFTP、HTTP/HTTPS 等多种协议，并补齐：

• 加密：传输链路加密 + 落盘存储加密
• 认证与权限：本地账号 / AD / 单点登录 / 密钥 / 扫码；虚拟目录、目录级读写删权限、配额、IP 限制、限速
• 审计：访问会话 / 文件操作 / 文件传输 / 系统管理多类日志与统计报表
• 可靠性：断点续传、错误自动重传、完整性校验
• 威胁防护：病毒扫描、安全沙箱检测、预览水印
• 治理：多节点统一管理、主备高可用、集群扩展
• 集成：开放 API、事件订阅与回调

→ 详见 什么是安全文件传输与 MFT

七、该怎么选：一个判断流程

1. 传的是不是敏感数据？ 是 → 排除明文 FTP。

2. 有没有合规审计要求（等保、数据安全法、行业监管）？ 有 → 协议级方案不够，需要 MFT 平台。

3. 有没有多方对接、多节点管理的诉求？ 有 → 需要 MFT。

4. 有没有大文件、跨地域的性能诉求？ 有 → 需要具备加速能力的平台。

5. 有没有国产化 / 信创要求？ 有 → 需要通过信创适配的国产平台。

如果第 2–5 题中任意一题为”是”，选型的答案就不是”换个协议”，而是”上一个平台”。

八、Ftrans SFT 的位置

Ftrans SFT 是国产化的 MFT 平台，一个平台同时支持 FTP/FTPS、SFTP、HTTP/HTTPS，并额外提供自研的 CUTP 高性能传输协议 应对大文件与广域网场景，同时补齐安全、审计、权限与集中管理能力。
→ 多协议融合 · Ftrans SFT 产品总览