登录异常检测:从日志到告警
网络安全
2026-11-09 16:19
11
用登录失败率、异地登录、非工作时段三个维度识别账号风险,并给出告警收敛方式。下面按“先判断、再动手、最后验证”的顺序展开,每一步都给出可核对的检查点。
涉及 登录日志、异常登录、安全告警 的关键动作都写成了具体命令或配置项,可以照着走,也可以当检查表用。
数据来源
SSH 看 secure 或 auth.log,Web 后台看应用登录表,Windows 看安全日志 4624/4625 事件。
三个信号
同一账号 5 分钟内失败 5 次以上、成功登录的 IP 归属地突变、凌晨时段首次登录,命中任一即需核查。
基线建立
先统计正常作息与常用出口 IP,没有基线的告警全是噪音,一周就能把值班的人逼到静音。
告警收敛
按账号聚合而非按事件,同一账号 1 小时内只推一次;P1 电话、P2 邮件即可。
处置流程
先冻结会话再核实,改密并强制下线全部设备,最后查该账号期间的操作记录。
速查表
| 环节 | 关键动作 |
|---|---|
| 数据来源 | SSH 看 secure 或 auth.log,Web 后台看应用登录表,Windows 看安全日志 4624/4625 事件 |
| 三个信号 | 同一账号 5 分钟内失败 5 次以上、成功登录的 IP 归属地突变、凌晨时段首次登录,命中任一即需核查 |
| 基线建立 | 先统计正常作息与常用出口 IP,没有基线的告警全是噪音,一周就能把值班的人逼到静音 |
| 告警收敛 | 按账号聚合而非按事件,同一账号 1 小时内只推一次;P1 电话、P2 邮件即可 |
常见问题
Q:按文中写法改完,怎么确认真的生效?
不要只看配置文件,用对应的验证命令或从外部视角复测一次;改完先小流量观察一段,再全量推进,出问题能马上回退。
Q:按文中的步骤做完,还需要注意什么?
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录,比重查一遍快得多。
Q:业务规模小,也要按这套标准来吗?
不需要一次到位。先把影响最大的两项做到位,剩余的随着业务增长逐步补齐,比一开始就追求完美更容易落地。
小结
回到这篇的 5 个环节:数据来源、三个信号、基线建立、告警收敛、处置流程。把这几个动作写进检查表,下次遇到同类问题按顺序过一遍,比凭经验跳步骤稳。