私钥始终留在本地，跳板机不存储——ssh agent forwarding 仅转发签名请求至本地 ssh-agent 处理；真正风险是本地 agent 长期驻留未清理，需设超时、锁屏自动清空，并配置跳板机禁用全局转发。
私钥根本不会在跳板机上残留——这是个关键前提。SSH agent forwarding（代理转发）的设计初衷，就是让私钥始终留在你本地设备内存中，不上传、不落地、不复制。所谓“跳板机残留”，其实是误把本地 agent 管控失效，当成远程服务器存了密钥。
先澄清一个常见误解：跳板机上没有你的私钥
启用 -A 参数连接跳板机时，SSH 只是建立一条加密通道，把远端发起的签名请求“转回”你本地的 ssh-agent 处理。整个过程：
- 跳板机上的 sshd 进程从不读取、存储或缓存你的私钥文件
- 它只看到已签名的认证数据，无法还原原始私钥
- 即使跳板机被攻陷，攻击者也无法从中导出你的私钥
真正风险来自本地 agent 长期驻留
问题不在跳板机，而在你本机的 ssh-agent 进程可能持续运行数天，且密钥未设过期、未随锁屏清理。这时若他人接触你未锁定的电脑，可直接复用已加载的密钥登录任意目标主机（包括生产库、Git 平台等）。
防范重点是：让本地 agent 在你离开时自动清空。
- macOS 用户推荐 go-ssh-agent-locker：监听钥匙串锁定事件，一锁即 kill agent 并清空密钥
- Linux 用户可在 ~/.bashrc 或 ~/.zshrc 中加入：
pkill -u "$USER" ssh-agent &> /dev/null; eval "$(ssh-agent -s)" - 所有系统都应为密钥设超时：ssh-add -t 3600 ~/.ssh/id_ed25519（1小时后自动失效）
配合 SSH 配置强化转发安全性
仅靠 agent 清理还不够，需限制转发行为本身：
- 在 ~/.ssh/config 中为跳板机 Host 显式启用并约束：
Host jumpbox
HostName 192.168.10.5
User admin
ForwardAgent yes
SetEnv SSH_AUTH_SOCK=/dev/null
（部分环境加最后一行可防意外继承） - 禁用全局转发：避免在命令行随手加 -A，改用配置文件按需开启
- 跳板机侧应关闭 AllowAgentForwarding no（在 /etc/ssh/sshd_config 中），除非业务明确需要
清理动作要闭环：内存 + 磁盘 + 配置
一次安全清理不是只删 agent 缓存，而是三步同步：
- 清内存：用 ssh-add -D 彻底卸载所有密钥
- 清磁盘：确认私钥文件权限为 600；如需废弃，用 srm ~/.ssh/id_rsa（macOS）或 shred -u ~/.ssh/id_rsa（Linux）安全覆写删除
- 清配置：检查 ~/.ssh/config 中是否残留已失效的 IdentityFile 或 ForwardAgent yes 条目
