Ubuntu 上提升 SecureCRT 安全性的要点
一 身份与协议安全
- 仅使用 SSH2，禁用 SSH1/Telnet/Rlogin 等明文或不安全协议。
- 采用 SSH 公钥认证 为主，必要时配合强口令；在客户端导入私钥，服务器端将公钥加入目标用户的 ~/.ssh/authorized_keys。
- 禁用不安全或弱算法，优先选择 AES 等强加密套件，避免使用过时算法。
- 如经跳板/代理访问，使用 Proxy 配置并确保代理链路同样采用加密与认证。
二 会话与日志审计
- 启用会话日志，建议按会话或按天自动分文件保存，便于审计与追溯。
- 设置会话空闲 超时自动断开，并启用 Anti‑Idle 仅发送保活报文，避免被中间设备断开。
- 配置会话确认对话框（连接关闭/断开确认），减少误操作。
- 对敏感会话启用会话锁定（Lock Session），离开时防止他人继续操作。
三 客户端与主机侧加固
- 及时 更新 SecureCRT 与 Ubuntu 系统补丁，修复已知漏洞。
- 在 Ubuntu 服务端启用 防火墙/网络隔离，仅放通必要来源 IP 与端口（如 22/TCP）。
- 在 SecureCRT 中配置 访问控制（仅允许特定 IP/用户），降低未授权访问风险。
- 合理设置回滚缓冲区（如约 5000 行），既满足审计又不致占用过多内存。
四 快速配置清单
- 协议与认证：Session Options → SSH2；认证选择 PublicKey 并导入私钥；禁用密码登录（可选）。
- 加密与算法：优先 AES 系列，禁用弱算法与压缩（如非必要）。
- 会话与日志：Log File 设为自动记录（如按天新建）；设置 Idle Timeout 与 Anti‑Idle；必要时启用会话锁定。
- 主机与网络：Ubuntu 防火墙仅放行 22/TCP 的来源网段；必要时通过跳板与 Proxy 访问。
- 维护：定期更新 SecureCRT 与系统；导出并备份会话配置，便于迁移与审计。
五 常见误区与风险
- 使用 Telnet/Rlogin 或 SSH1 明文/弱协议。
- 仅用口令且复杂度不足，未启用 公钥认证。
- 未启用日志与超时，离开终端未锁定，存在会话劫持与信息泄露风险。
- 忽视 软件更新 与 防火墙/网络隔离，导致暴露在攻击面。