应通过sshd_config和ssh_config显式禁用sshv1，仅保留ecdsa/ed25519密钥、ecdh/dh-gex密钥交换、aes-gcm/chacha20加密及etm认证算法，并用sshd -t、systemctl reload、-vvv调试和ssh-audit验证。
OpenSSH 默认已逐步淘汰旧协议和弱算法，但若需显式强制使用 SSH 协议 v2 并禁用已知不安全的密钥交换、加密与消息认证算法，应通过服务端（sshd_config）和客户端（ssh_config）配置文件进行精细控制。
服务端：禁用 SSHv1 并收紧允许的算法
编辑 /etc/ssh/sshd_config，确保以下配置存在且未被注释：
- Protocol 2 — 显式禁用 SSHv1（OpenSSH 8.8+ 已默认移除 SSHv1 支持，但低版本仍需此行）
-
KexAlgorithms：仅保留现代、抗量子威胁的密钥交换算法，例如：
ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256
避免diffie-hellman-group1-sha1、diffie-hellman-group14-sha1等含 SHA-1 或过小模数的算法 -
Ciphers：禁用 CBC 模式及弱加密，推荐：
aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes128-gcm@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr
移除aes*-cbc、3des-cbc、arcfour*等已弃用算法 -
MACs：仅启用带 HMAC-SHA2 或 AEAD 的认证方式，例如：
hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com,umac-128-etm@openssh.com
禁用*-sha1、*-md5及非-etm（Encrypt-then-MAC）后缀的旧 MAC
修改后运行 sudo sshd -t 检查语法，再执行 sudo systemctl reload sshd 生效。
客户端：主动拒绝不安全协商
在 ~/.ssh/config 或 /etc/ssh/ssh_config 中添加全局或主机级约束：
- Protocol 2 — 客户端只发起 v2 连接
-
HostKeyAlgorithms：限制可接受的服务器主机密钥类型，例如：
ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ssh-ed25519
排除ssh-rsa（SHA-1 签名，OpenSSH 8.8+ 默认禁用）、ssh-dss（DSA，已淘汰） - 配合 KexAlgorithms、Ciphers、MACs 与服务端一致设置，避免降级协商
验证是否生效
连接时加 -vvv 参数观察协商过程：
-
ssh -vvv user@host→ 查看日志中debug1: kex: algorithm:、cipher:、mac:行，确认使用的均为白名单内算法 - 用
ssh -Q查询本机支持的算法：ssh -Q kex、ssh -Q cipher、ssh -Q mac、ssh -Q key，辅助比对配置有效性 - 使用 ssh-audit 工具远程扫描服务端安全性，输出直观的风险项与修复建议
注意事项与兼容性权衡
过度收紧可能导致老旧设备（如部分网络设备、嵌入式系统）无法连接：
- 若必须兼容 OpenSSH diffie-hellman-group-exchange-sha256 和
aes256-ctr，但绝不启用 SHA-1 相关算法 - OpenSSH 9.0+ 默认禁用
ssh-rsa主机密钥签名；如需临时兼容，可在服务端设PubkeyAcceptedAlgorithms +ssh-rsa（不推荐，仅调试用） - 所有修改应配合密钥轮换：将 RSA 密钥升级为 Ed25519 或 ECDSA，提升整体信任链强度
