SecureCRT加密数据的方式与配置要点
一、加密发生在哪些环节
- 传输层加密：通过选择 SSH2（而非 Telnet/Rlogin）建立会话，所有会话数据（命令与输出）在网络上均被加密，防止窃听与篡改。SecureCRT支持多种认证方式（密码、公钥等），其中公钥认证可进一步提升安全性。
- 本地配置加密：保存会话时，诸如密码等敏感字段会由 SecureCRT 使用其内置的加密机制（社区资料常称为 SecureCRTCryptoV2，常见为基于口令派生的 AES‑256‑CBC 对字段值加密）存储在配置中；只有提供正确的“配置口令”才能解密使用。
二、在 SecureCRT 中正确开启加密的操作步骤
- 新建或编辑会话：协议选择 SSH2，端口 22；在“会话选项 → 连接 → SSH2”中确认启用 SSH2。
- 认证方式：优先使用公钥认证（在“身份验证”中导入私钥），必要时配合密码或键盘交互式认证。
- 加密算法与完整性：在“会话选项 → 连接 → SSH2 → 加密/完整性”中，优先选择 AES（如 AES‑256） 等强算法，避免弱算法与不安全模式（如 CBC 模式在部分版本中被视为较弱，优先使用更安全的替代项）。
- 本地配置保护：启用“配置口令”（口令用于加密保存的密码等敏感字段），妥善保管该口令；导出/迁移会话前确认口令可用，避免配置无法解密。
三、文件传输的加密
- 使用 SFTP 或 SCP 在 SecureCRT 中执行文件传输，二者均基于 SSH 通道，传输过程全程加密；在会话窗口右键选择“传输”，按需选择 SCP/SFTP 并完成文件发送/接收。
四、安全实践清单
- 禁用 SSH1，强制使用 SSH2；仅启用强加密套件（如 AES‑256），必要时禁用 CBC 等弱模式。
- 采用公钥认证替代口令，必要时结合多因素；禁用 root 直登，设置合理的失败尝试与超时策略。
- 保持 SecureCRT 与服务器 SSH 服务为较新版本，及时修补漏洞；对会话与操作启用日志记录以便审计。
五、常见误区与风险
- 使用 Telnet/Rlogin 等于明文传输，即便在同一内网也不安全；生产环境应仅使用 SSH2。
- 忽视“配置口令”的保护等同于暴露已保存的密码；务必设置并妥善保存配置口令，避免泄露。