SSH密钥转发（ssh -A）本质是将本地ssh-agent控制权临时移交远程服务器，存在私钥被劫持风险；应默认禁用ForwardAgent、改用部署密钥+LocalForward端口映射，并升级至OpenSSH 9.3p2+防御CVE-2023-38408漏洞。

SSH 密钥转发（ssh -A）本质是把本地 ssh-agent 的控制权临时交给远程服务器，一旦对方被攻陷，攻击者就能直接调用你的私钥签名——而你完全无法察觉。真正安全的做法不是“怎么限制转发”，而是**默认禁用、按需替代、边界清晰**。

禁用 ForwardAgent 是第一道铁闸

代理转发不该是默认选项，尤其在跳板机、CI 构建节点等高危环境。必须从连接源头切断：

• 单次连接时显式关闭：ssh -o ForwardAgent=no user@host
• 在 ~/.ssh/config 中为敏感主机强制配置：
  

  Host bastion.example.com<br>  ForwardAgent no

• 登录后验证是否生效：echo $SSH_AUTH_SOCK 输出为空才表示未转发

用部署密钥代替用户密钥

CI/CD、自动化拉取代码等场景，绝不能复用个人 SSH 密钥。应为每个服务单独生成、独立管控：

• 生成专用密钥：ssh-keygen -t ed25519 -f ~/.ssh/deploy-appx -C "deploy for app-x"
• 仅在 GitHub/GitLab 中授予对应仓库的最小权限（如只读或仅 Actions 使用）
• 服务端配合限制：在 authorized_keys 中加 no-pty,command="/usr/bin/git-shell"，禁止交互式登录

用 LocalForward 替代 -A 做内网穿透

很多人误以为“没 -A 就连不了内网服务”，其实只是混淆了认证和网络通道。安全做法是分层解耦：

• 先用普通密钥登录跳板机（ForwardAgent no）
• 再用 -L 映射目标服务：ssh -L 3307:192.168.5.100:3306 user@bastion
• 本地访问 localhost:3307 即可，全程不暴露私钥、不传递 SSH_AUTH_SOCK

升级 OpenSSH 并禁用老旧协议

CVE-2023-38408 等漏洞表明，旧版 OpenSSH 的 agent 转发存在严重设计缺陷。生产环境必须：

• 升级至 OpenSSH 9.3p2 或更高版本（截至 2026 年 6 月已修复关键代理劫持路径）
• 服务端 /etc/ssh/sshd_config 中禁用不安全协议：
  Protocol 2
KexAlgorithms curve25519-sha256,ecdh-sha2-nistp384
• 重启服务：sudo systemctl restart sshd