备份与勒索防护的检测:日志、流量与异常特征
域账号被盗之后备份系统往往一起沦陷,备份要有独立的凭据体系,权限与网络都要分开,别共用一套
先保证三件事:入口参数有记录、危险点有埋点、时间戳可信。
先说结论
能被检测的前提是「有基线」:不知道正常长什么样,异常就看不出来。
- 入口:记录原始参数(脱敏后)
- 危险点:记录调用与关键参数
- 基线:同类请求的频率与形态
- 告警:低误报优先,先做「罕见」而不是「可疑」
- 留存:至少 30 天,且异地一份
该记什么
备份任务成功不等于能恢复,RPO 与 RTO 只能靠真实演练来证明,演练记录要能交给审计,数据要能对上。
| 位置 | 字段 | 用途 |
|---|---|---|
| 网关/反代 | 来源 IP、UA、路径、状态码 | 发现扫描与异常频率 |
| 应用入口 | 参数名、长度、编码次数 | 发现绕过尝试 |
| 危险点 | 调用栈、入参摘要 | 定位成功利用 |
| 系统 | 进程、网络连接、文件变更 | 发现落地行为 |
异常长什么样
域账号被盗之后备份系统往往一起沦陷,备份要有独立的凭据体系,权限与网络都要分开,别共用一套。
检测规则从「罕见」开始最有效:同一 IP 短时间内参数形态高度相似,往往就是自动化工具。
这个问题的几个观测点
实际排查时最有用的几条:
- 不可写介质比如合规保留的对象存储、磁带、只读快照,才是最后一道,备份服务器通常是第一批目标,离线才作数
- 影子副本与快照放在同一存储上,存储被毁的时候会一起消失

为什么有日志还查不出
备份盘长期挂载在服务器上,一键全被加密
只验证备份任务成功,从来没有做过恢复
备份系统与生产共用一套域账号,一起沦陷
最小可行方案
没有 SIEM 也能做:每日统计 4xx/5xx 比例与 Top 路径;每周比对新增定时任务、账号与监听端口;每月抽查日志留存。
关键告警走独立通道,别只发邮件。
再补充几点
这几条不改变结论,但会改变你评估风险时的顺序。
- 勒索软件会先找挂载着的备份盘,在线备份与生产数据一起被加密是常态
- 恢复演练要记录实际耗时,第一次通常比预估慢三倍以上
检测的价值不在抓人,在缩短「从被利用到发现」的时间。
评论 (3)
补一句:修完要回归,很多人修一半。
终于有人讲清楚「为什么」而不是只给命令。
防御那节写得克制,没有教人打站,这点好评。
发表评论