SFTP的加密算法：由SSH协议构筑的安全基石
谈到SFTP的安全性，其核心在于它所基于的SSH协议。SFTP本身并不单独定义加密方式，而是完全继承并依赖于SSH协议建立的安全通道。这套加密体系是一个多层次、协同工作的整体，主要包含以下几类算法，它们共同确保了数据传输的机密性、完整性与身份真实性。
构成安全通道的核心算法类别
具体来说，整个加密流程由以下几类算法分工协作完成：
- 对称加密算法：这是数据加密传输的主力军。一旦安全通道建立，所有在SFTP会话中传输的文件内容和指令，都会经过这类算法进行快速加密和解密。目前，AES（高级加密标准）因其在安全性与性能上的优异平衡，已成为最普遍的选择。除此之外，像3DES、Blowfish等算法也可能在历史或特定兼容性场景中间出现。
- 非对称加密算法：它主要扮演两个关键角色。一是在会话初期进行“密钥交换”，让客户端和服务器能够安全地协商出后续用于对称加密的那个共享密钥；二是用于“身份验证”，例如我们常说的RSA、ECDSA或Ed25519密钥对，就是用来验证连接双方身份的，确保你连接的是真正的目标服务器。
- 密钥交换算法：这个过程专门负责安全地生成上述那个共享的对称密钥。即使通信被监听，攻击者也无法推算出这个密钥。常见的实现方式包括经典的Diffie-Hellman（DH）及其更高效、更安全的变种——椭圆曲线Diffie-Hellman（ECDH）。
- 完整性校验算法：光加密还不够，还得防止数据在传输中被悄无声息地篡改。这类算法（如SHA-256）会为传输的数据块生成一个唯一的“指纹”（消息认证码）。接收方通过校验这个指纹，就能确信数据在途中完好无损。
算法支持的具体实现：取决于配置与协商
那么，一次具体的SFTP连接最终会使用哪些算法呢？这并非固定不变，而是由服务器与客户端双方共同协商决定的。
关键在于SSH服务端的配置。系统管理员通常在 /etc/ssh/sshd_config 这类配置文件中，通过 Ciphers、MACs、KexAlgorithms 等参数，来定义服务器所支持和优先使用的算法列表。客户端在连接时，会从这个列表中选择双方都支持且最优先的算法组合来建立连接。
因此，实际使用的算法取决于服务端的配置策略以及客户端本身的兼容性。一个良好的实践是，在服务器配置中禁用已知不安全的旧算法（如SSH-1或较弱的加密方式），强制使用像AES-256-GCM、Ed25519和SHA-2家族这类现代、强健的算法组合，从而确保SFTP连接始终处于高安全水平之上。
