SSH被爆破怎么办：日志特征与封禁策略
网络安全
2026-11-09 16:19
15
从日志里认出爆破特征，再用密钥登录、改端口、封禁三层把风险降下来。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 SSH被爆破、SSH安全、暴力破解 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
识别特征
/var/log/secure 里大量 Failed password 与 Invalid user，来源集中在几个 C 段，用户名是 test、admin、root。
第一优先
禁用密码登录改密钥认证，这一步能挡掉 99% 的自动化爆破，比装任何防护软件都有效。
封禁策略
fail2ban 连续 5 次失败封 1 小时，配合 ipset 避免规则膨胀；云安全组再叠一层来源限制。
降低暴露
改默认端口只减少噪音，不是安全措施；真要减少暴露就用跳板机加内网访问。
事后核查
被封期间要确认没有 Successful 记录，再看有没有新增的 authorized_keys 与异常计划任务。
速查表
| 环节 | 关键动作 |
|---|---|
| 识别特征 | /var/log/secure 里大量 Failed password 与 Invalid user，来源集中在几个 C 段，用户名是 test、admin、root |
| 第一优先 | 禁用密码登录改密钥认证，这一步能挡掉 99% 的自动化爆破，比装任何防护软件都有效 |
| 封禁策略 | fail2ban 连续 5 次失败封 1 小时，配合 ipset 避免规则膨胀；云安全组再叠一层来源限制 |
| 降低暴露 | 改默认端口只减少噪音，不是安全措施；真要减少暴露就用跳板机加内网访问 |
常见问题
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
小结
回到这篇的 5 个环节：识别特征、第一优先、封禁策略、降低暴露、事后核查。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。