传输链路加密

这项能力解决什么？

“FTP 明文传输太不安全了，文件在网上传输等于’裸奔’，之前出过事故。”

传统 FTP 的控制通道与数据通道都是明文，这意味着用户名、密码与文件内容在网络传输过程中完全可读。在同一网段抓包即可获取凭证；一旦攻击者进入内网，FTP 往往成为横向移动最省力的入口。

传输链路加密要解决的，正是数据在途这一环的机密性与完整性。

能力要点

‌端到端加密隧道

• SFT 为每一次传输在客户端与服务端之间建立加密隧道，全链路保护数据的机密性，杜绝传输过程中的窃听与中间人截获。

数据签名与完整性校验

• 传输附带文件完整性校验与数据签名，确保文件到达即”原样”，防止传输过程中被篡改；配合断点续传，续传后的文件同样经过完整性验证。
• → 断点续传与可靠传输

安全隧道，防链路嗅探

• 专用安全传输通道，避免链路层嗅探获取传输内容。

‌多协议加密承载

• FTPS ：FTP over SSL/TLS，兼容既有 FTP 生态的加密方案
• SFTP：基于 SSH 的加密传输，单端口、防火墙穿透友好
• HTTPS ：浏览器访问的加密承载
• CUTP：自研高性能协议，传输过程加密
• → 多协议融合

与其他安全层协同

• 传输加密只是第一层。SFT 同时提供落盘存储加密保护静态数据、精细化权限控制访问面、病毒扫描拦截恶意文件、四类日志审计支撑追溯。
• → 文件传输多层安全防护体系

价值总结

传输保密性与完整性是等保 2.0 的明确控制项，也是《网络安全法》《数据安全法》对数据传输保护的基本要求。传输链路加密是文件传输环节最基础、也最容易在测评中被检查的一项。→ 等保 2.0 合规文件传输

传输加密解决的是”路上”，落盘加密解决的是”落地”——两者缺一不可。对多数从传统 FTP 升级过来的单位而言，链路加密是立竿见影的第一步：切换完成即消除明文传输的敞口。

FAQ

Q：SFT 的传输加密是怎么实现的？
A：通过加密协议承载——FTPS 基于 SSL/TLS、SFTP 基于 SSH、HTTPS 基于 TLS，自研的 CUTP 协议传输过程亦加密。具体加密算法与套件可联系顾问咨询。

Q：传输加密和落盘加密有什么区别？
A：传输加密保护数据在网络传输中的安全（在途），落盘加密保护数据在服务器静态存储中的安全（静态）。SFT 两者兼备。

Q：加密会影响传输性能吗？
A：结合 CUTP 高性能协议与多会话并发、多文件块并行等优化，加密条件下仍保持高效传输。具体性能表现建议通过 POC 在真实环境实测。

Q：能防止文件在传输中被篡改吗？
A：可以。SFT 提供文件完整性校验与数据签名，确保接收到的文件与发送时一致。

相关资源