首页/安全/取证与溯源速查/账号管理事件(4720 系列)
Windows 取证55 条

账号管理事件(4720 系列)

账号生命周期事件齐全:4720 创建、4722 启用、4724 改密、4726 删除、4732 加组,后门账号从创建到提权可逐条还原。

取证与溯源速查安全更新于 2026-10-13

账号管理事件(4720 系列)

Windows 安全日志里的账号管理审核事件覆盖账号从创建到删除的全生命周期:4720 创建账号、4722 启用、4723/4724 修改或重置密码、4725 禁用、4726 删除、4732 加入本地组、4738 属性变更、4740 账号锁定。每条事件都同时记录操作者(SubjectUserName)与目标账号(TargetUserName),因此后门账号从创建、加组到提权的动作可以被逐条还原成时间线,是主机持久化排查的首选入口。

基本信息

适用平台Windows 7/10/11 与 Windows Server 2008 R2 及以上
日志位置本地账号:本机 Security 日志;域账号:记录在域控制器 Security 日志
前置条件需开启“审核账户管理”策略,默认域策略通常已开启
核心字段SubjectUserName(操作者)、TargetUserName(被操作账号)、MemberName(加组对象)、SidHistory
关联事件4624 登录、4672 特权分配、4728/4732 组成员变更

典型使用场景

  • 排查后门账号:事件窗口内出现非计划内的 4720 创建记录
  • 还原提权路径:新建账号是否紧接着被加入管理员组(4732)
  • 确认入侵者是否修改了已有账号口令(4724)以维持访问
  • 清理处置前的取证:删除恶意账号前先把 4720/4732 记录连同操作者一并固定
  • 与登录事件串联:新建账号首次登录时间与来源即可锁定使用方式

查询与串联

查询与串联
# 拉出账号管理相关事件,按时间正序看生命周期
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4720,4722,4724,4725,4726,4732,4738,4740} -MaxEvents 100 |
  Sort-Object TimeCreated | Select-Object TimeCreated, Id, Message | Format-List
# 只看创建与加组,快速判断后门账号链路
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4720,4732} |
  Select-Object TimeCreated, Id, @{n='Brief';e={$_.Message -split "`n" | Select-Object -First 8}}
# 用账号首次登录时间闭环(4720 与 4624 对照)
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4624} -MaxEvents 500 |
  Where-Object { $_.Message -match 'TargetUserName' } | Select-Object TimeCreated, Message

事件 ID 速查

事件 ID含义判读要点
4720创建用户账号比对变更单与运维窗口,非计划即为重点
4722 / 4725账号启用 / 禁用启用长期停用的账号可能是攻击者激活后门
4723 / 4724用户改密 / 管理员重置密码4724 由他人执行,操作者字段是关键
4726删除账号处置期删除属正常,事件窗口内删除需核对授权
4732 / 4733加入 / 移出本地组加入管理员组是最直接的提权证据
4738账号属性变更常见于改“密码永不过期”等持久化设置
本地账号事件只写在本机安全日志,域账号事件写在域控制器上;只查受检主机很容易得出“没有账号变更”的错误结论,域环境必须补查域控。
事件里的操作者字段在被调用的服务或计划任务触发时可能显示为 SYSTEM 或机器账号,此时要回溯其宿主进程(父进程、计划任务定义)才能定位真实发起方。

易错点

  • 只查主机不查域控:域账号的 4720/4724 记录在域控上,遗漏会漏掉整个持久化环节
  • 把 4722 启用账号直接判定为攻击:运维恢复离职人员账号、软件自带账号激活都会产生该事件,需与变更单和登录记录核对后再定性
  • 把 4732 加组与 4720 创建账号分开看:两者相差几秒即构成完整后门链路,分开归档会失去时序证据力
  • 忽略既有账号的属性变更(4738):“密码永不过期”“不需要预身份验证”这类设置是最隐蔽的持久化手段之一
  • 在没有备份的情况下直接删除恶意账号:删除会丢失账号 SID 的对应关系,后续关联很难补齐,应先导出事件与注册表相关键值

数据来源与参考

  • Microsoft Docs(账号管理审核事件)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌