通过 LSASS 内存转储进行潜在的凭据访问
编辑通过 LSASS 内存转储进行潜在的凭据访问
编辑识别来自指向 DBGHelp.dll 或 DBGCore.dll 的调用跟踪的可疑 LSASS 句柄访问,这两个 DLL 都导出了 MiniDumpWriteDump 方法,该方法可用于转储 LSASS 内存内容,以便为凭据访问做准备。
规则类型: eql
规则索引:
- winlogbeat-*
- logs-windows.sysmon_operational-*
严重程度: 高
风险评分: 73
运行频率: 5 分钟
搜索索引时间范围: 现在 - 9 分钟 (日期数学格式,另请参阅 额外的回溯时间
)
每次执行的最大警报数: 100
参考资料:
- https://www.ired.team/offensive-security/credential-access-and-credential-dumping/dump-credentials-from-lsass-process-without-mimikatz
- https://elastic.ac.cn/security-labs/detect-credential-access
- https://elastic.ac.cn/security-labs/elastic-protects-against-data-wiper-malware-targeting-ukraine-hermeticwiper
标签:
- 域:端点
- 操作系统:Windows
- 用例:威胁检测
- 策略:凭据访问
- 策略:执行
- 数据源:Sysmon
版本: 310
规则作者:
- Elastic
规则许可证: Elastic License v2
设置
编辑设置
如果在 8.2 之前的版本中,在非 elastic-agent 索引(例如 beats)上启用 EQL 规则,则事件不会定义 event.ingested
,并且直到 8.2 版本才添加 EQL 规则的默认回退。因此,为了使此规则有效工作,用户需要添加自定义摄取管道来将 event.ingested
填充为 @timestamp。有关添加自定义摄取管道的更多详细信息,请参阅 - https://elastic.ac.cn/guide/en/fleet/current/data-streams-pipeline-tutorial.html
规则查询
编辑process where host.os.type == "windows" and event.code == "10" and winlog.event_data.TargetImage : "?:\\WINDOWS\\system32\\lsass.exe" and /* DLLs exporting MiniDumpWriteDump API to create an lsass mdmp*/ winlog.event_data.CallTrace : ("*dbghelp*", "*dbgcore*") and /* case of lsass crashing */ not process.executable : ( "?:\\Windows\\System32\\WerFault.exe", "?:\\Windows\\SysWOW64\\WerFault.exe", "?:\\Windows\\System32\\WerFaultSecure.exe" )
框架: MITRE ATT&CKTM
-
策略
- 名称: 凭据访问
- ID: TA0006
- 参考 URL: https://attack.mitre.org/tactics/TA0006/
-
技术
- 名称: 操作系统凭据转储
- ID: T1003
- 参考 URL: https://attack.mitre.org/techniques/T1003/
-
子技术
- 名称: LSASS 内存
- ID: T1003.001
- 参考 URL: https://attack.mitre.org/techniques/T1003/001/
-
策略
- 名称: 执行
- ID: TA0002
- 参考 URL: https://attack.mitre.org/tactics/TA0002/
-
技术
- 名称: 原生 API
- ID: T1106
- 参考 URL: https://attack.mitre.org/techniques/T1106/