禁用forwardagent、改用部署密钥+localforward端口映射、升级至openssh 9.3p2+，可有效防止ssh代理转发导致的私钥劫持；登录后执行echo $ssh_auth_sock应为空，否则说明代理已被静默开启。

不能靠“限制代理转发”来防私钥泄露——因为 SSH 代理转发（ssh -A）本身就会把本地 ssh-agent 的控制权交给跳板机，管理员私钥一旦加载进 agent，就等于把钥匙交到对方手上。真正有效的做法是：不转发、不暴露、不依赖。

禁用所有场景下的 ForwardAgent

这是最基础也最关键的一步。只要跳板机能拿到 SSH_AUTH_SOCK，它就能随时调用你的私钥签名，而你完全无法感知或拦截。

• 连接时显式关闭：ssh -o ForwardAgent=no user@bastion
• 在 ~/.ssh/config 中为跳板机强制锁定：
  

  Host bastion.example.com<br>  ForwardAgent no

• 登录后立刻验证：echo $SSH_AUTH_SOCK 输出必须为空，否则说明已被静默开启（IDE、CI 工具常干这事）

用部署密钥替代管理员密钥

管理员密钥是高权限凭证，绝不能用于跳板机上的 Git 拉取、服务部署等常规操作。应为每个用途单独生成最小权限密钥。

• 生成专用部署密钥：ssh-keygen -t ed25519 -f ~/.ssh/deploy-prod-db -C "db deploy key"
• 只在目标 Git 平台（GitHub/GitLab）中添加该公钥，并限定为只读、仅限某仓库、仅限 Actions 使用
• 服务端配合限制：在 sshd_config 或 authorized_keys 中加 command="git-shell",no-pty，禁止交互式登录

用 LocalForward 替代 -A 实现内网访问

很多运维误以为“要连内网就得开 -A”，其实只是混淆了认证和网络通道。跳板机只需要做端口转发，不需要碰你的私钥。

• 先普通登录跳板机（ForwardAgent no）
• 再映射内网服务：ssh -L 8080:192.168.10.50:80 user@bastion
• 本地访问 http://localhost:8080 即可，全程无密钥参与，也不暴露 SSH_AUTH_SOCK

升级并验证 OpenSSH 版本与模块策略

CVE-2023-38408 漏洞允许远程服务器通过代理套接字动态加载恶意模块执行任意代码。旧版 OpenSSH（

• 检查版本：ssh -V，确保 ≥ OpenSSH_9.3p2
• 登录跳板机后运行：ssh-add -l —— 若报错 "Could not open a connection to your authentication agent"，说明未转发或已被隔离；若列出密钥，则说明防护失效
• 对无法升级的旧系统，必须配合 ForwardAgent no + 部署密钥 + 端口映射三重隔离