SFTP（SSH File Transfer Protocol）本质上就是一款自带安全属性的文件传输协议——它在传输过程中借助SSH（Secure Shell）的加密能力，让数据在网络上“裸奔”这件事彻底成为过去式。那么，SFTP到底是如何实现全程加密的？下面我们拆开来看。
1. 建立SSH连接
- 客户端向服务器发起连接请求，SFTP示意：“我要开始干活了。”服务器收到请求后响应，启动SSH服务，双方握手成功。
- 这一步看似简单，却是整个加密链条的起点——没有这个隧道，后续所有操作都将暴露在风险之中。
2. 认证过程
- 最简单的做法是用户名加密码，客户端把凭证提交给服务器验证。但密码如同用钥匙开门——如果钥匙本身太弱，门再结实也无济于事。
- 更稳妥的做法是采用SSH密钥对：客户端本地生成一对公钥和私钥，将公钥提前放置到服务器的
~/.ssh/authorized_keys里。登录时，服务器用公钥验签，客户端用私钥签名。私钥始终留在本地，安全系数直接提升一个档次。
3. 加密通道建立
- 认证通过后，客户端和服务器通过Diffie-Hellman密钥交换算法，在公开网络上安全地协商出一个只有双方掌握的共享密钥。
- 这个共享密钥会被用来生成后续的会话密钥——说白了，就是双方面对面写下一串只有彼此能看懂的暗号，之后的每一次通信都用这暗号加密。
4. 数据传输
- 客户端拿到会话密钥后，对要传输的数据进行加密，然后通过SSH隧道把密文发送到服务器。
- 服务器收到密文，使用同一把会话密钥解密，还原成原始内容。整个过程对用户而言是透明的——你只需拖拽文件，加密和解密工作都在后台自动完成。
- 关键在于：即使有人在网络上截获了数据包，看到的也只是一堆乱码，根本无法还原出原文。
5. 完成传输
- 数据传输完毕后，客户端和服务器礼貌地关闭SSH连接，会话密钥立刻作废。下一次传输，一切重新开始。
加密算法
SFTP背后采用的加密算法虽然都是那些熟悉的面孔，但组合起来效果非常硬核：
- 对称加密：例如AES（高级加密标准），负责加密传输的数据本身。速度快，适合处理大文件。
- 非对称加密：例如RSA或ECDSA，用于密钥交换和数字签名。它解决了一个核心问题——如何安全地把钥匙交给对方。
安全配置建议
协议本身没有问题，但落地配置如果不讲究，照样可能翻车。以下几个点值得留意：
- 使用强密码或密钥：密码要复杂到连自己都得用密码管理器记录，密钥长度至少2048位起步。千万别用123456这类“形同虚设”的弱凭证。
- 定期更新软件：SSH和SFTP服务端发布新版本后及时打补丁。历史上不少漏洞都是通过旧版本被钻空子的。
- 限制访问权限：只给需要的人开账号，并配合防火墙仅放行可信IP。少一个入口就少一分风险。
- 监控和日志记录：开启详细日志，定期检查。异常登录、频繁尝试密码——这些信号早发现早处理。
经过上述步骤和安全配置，SFTP传输过程中的数据相当于被层层锁死，既防窃听，也防篡改。只要钥匙不乱丢、软件不落伍，它依然是文件传输领域最可靠的选择之一。
