SSH密钥登录且禁用密码登录时，为sudo组用户设置简单密码的影响咨询

咱们先拆解一下这个问题的核心：你禁用了SSH密码登录，只能用密钥访问，但sudo需要输入用户自身的密码，想换成简单的图方便。这里得从几个实际场景来分析风险：

• 本地物理/控制台访问风险：如果有人能接触到服务器的物理控制台，或者通过服务商的管理面板（比如IPMI、VNC）直接打开系统登录界面，那简单密码几乎等于“开门揖盗”。只要他们能猜到或者暴力破解这个简单密码，就能登录你的用户账号，而因为你在sudo组，直接就能拿到root权限，整个服务器就彻底失控了。

• 本地环境的潜在泄露风险：虽然你平时只用SSH密钥登录，但服务器上可能运行的一些本地工具、脚本或者服务，说不定会在某些场景下需要验证你的用户密码（比如某些桌面环境的权限弹窗，或者备份工具的身份校验）。如果这个密码太简单，万一被本地日志、进程内存或者恶意程序意外捕获，破解成本几乎为零，攻击者拿到后就能直接sudo提权。

• 配置失误的连锁风险：万一哪天你不小心修改SSH配置时，误把PasswordAuthentication改回yes，或者因为其他配置错误导致SSH密码登录重新开启，那这个简单密码会立刻让服务器暴露在互联网的暴力破解攻击下——毕竟像“1234”这种密码，攻击者的字典里第一个就是它。

• 横向移动的间接风险：如果你在其他系统或者服务上复用了这个简单密码，哪怕是本地泄露，攻击者也可能用它尝试登录其他关联系统，扩大攻击范围。当然，就算不复用，本地拿到sudo权限已经足够破坏你的服务器了。

不过也有相对安全的情况：如果你的服务器完全没有本地物理/控制台访问的可能（比如纯云服务器，你从来不用服务商的VNC功能，也没有其他管理员能接触到），服务器上只有你一个用户，而且你能确保不会有本地恶意程序，那简单密码的直接风险会低很多，但依然不建议这么做——因为没人能保证永远不犯配置错误。

给你个更稳妥的替代方案：可以修改sudo配置，让你的用户执行特定命令时免密码，或者直接全局免密码（但要谨慎）。具体操作是编辑/etc/sudoers文件（记得用visudo命令编辑，避免语法错误），添加类似：

your_username ALL=(ALL) NOPASSWD: ALL

这样你执行sudo时就不用输密码了，既方便又能保持SSH的密钥登录安全。如果担心全局免密码太危险，可以限定只允许免密码执行你常用的命令，比如：

your_username ALL=(ALL) NOPASSWD: /usr/bin/apt, /usr/bin/systemctl

备注：内容来源于stack exchange，提问作者peter at cco