先弄清：你保存的密码到底存在哪
很多人在SSH客户端里勾选“记住密码”后就不再多想，但密码的落点差别很大。动手排查前，先做一件事：打开客户端的连接属性，看看密码字段是明文显示、显示为圆点，还是只写“使用已保存凭据”。
- 明文或可一键查看：风险最高，等于把密码写在了硬盘上。
- 显示圆点但可复制：多半是本地加密存储，安全性取决于主密码。
- 只显示“已保存”：通常存在凭据管理器或配置文件中，需要确认具体位置。
找到客户端的配置目录（多数客户端在用户主目录下的隐藏文件夹中），确认是否存在保存会话与密码的文件。这一步不必看懂内容，只要知道文件在哪，后面的权限检查才有对象。
第二步：检查主密码与文件权限
SSH客户端密码保存风险的核心，往往不是“存了”，而是“存了却谁都能读”。
- 是否设置过主密码（Master Password）？没设的话，同机其他账户或拿到你电脑的人可直接调用已存密码。
- 配置文件所在目录权限是否过宽？在Linux或macOS上，可用 ls -l 查看，其他用户可读就应收紧为仅本人可读写。
- Windows下注意共享账户与远程桌面：多人共用一台机器时，保存的密码对每个登录者都可见。
- 检查客户端是否把密码写进可被同步网盘备份的目录，尤其当配置文件夹被整体同步时。
一个常见误区是把系统登录密码当作主密码就万事大吉。系统登录只保护开机那一刻，人离开而未锁屏时，客户端仍会直接取用已保存的密码。
第三步：评估同步与共享带来的扩散
密码一旦被客户端保存，复制配置、迁移电脑、分享会话都会让它跟着扩散。
- 导出连接配置前，确认是否包含密码字段；如包含，导出文件应当作敏感文件处理，用完即删。
- 团队共用一台跳板机或共用客户端配置时，个人账号密码不应进入共享配置。
- 用网盘同步配置文件夹前，先确认同步范围，避免把凭据同步到公共空间。
- 更换电脑或重装系统时，旧配置目录要清理，而不是直接丢弃硬盘或转卖。
第四步：分清哪些机器不该存密码
不是所有连接都值得保存密码。可以按下面的顺序给服务器分级：
- 生产环境、公网可直接访问的机器：不保存密码，改用密钥登录。
- 内网测试机、临时环境：可以保存，但设置主密码并限制目录权限。
- 第三方或客户提供的机器：一律不保存，使用一次性输入或临时凭据。
- 共享账号：任何情况下都不保存，并推动改为个人账号。
如果客户端支持，把“保存密码”设为默认关闭，只在个别连接上手动开启，这比逐个关闭要可靠得多。
第五步：用密钥与代理替代保存密码
想从根本上降低SSH客户端密码保存风险，思路是把“记住密码”换成“记住密钥”。
- 生成密钥对，把公钥放到服务器，本地私钥设置口令保护。
- 私钥文件同样要检查权限，仅本人可读，不要放在同步目录里。
- 私钥口令较多时，可用代理工具在会话期内缓存，关机即失效，比长期保存密码可控。
- 服务器侧可关闭密码登录，只允许密钥认证，这样即使本地存了旧密码也无法登录，减少后顾之忧。
- 对必须用密码的机器，考虑使用一次性口令或短时有效的临时凭据，避免长期凭据留在本地。
收尾：建立一次可重复的检查习惯
不必追求一次整改到位。更实际的做法是给自己定一个小检查节奏：每次新增连接时确认是否真的需要保存密码；每季度检查一次配置目录权限与主密码是否生效；换电脑或交接设备前，清理配置并确认没有凭据残留。把这些动作写进自己的运维笔记，比临时想起更有效。密码保存本身不是错误，问题在于你是否清楚它存在哪、谁能拿到、失效后怎么办。