通过 LSASS 内存转储获取凭据的潜在风险
编辑通过 LSASS 内存转储获取凭据的潜在风险
编辑识别来自调用跟踪的可疑访问 LSASS 句柄,该调用跟踪指向 DBGHelp.dll 或 DBGCore.dll,这两个 DLL 都导出可用于转储 LSASS 内存内容以准备获取凭据的 MiniDumpWriteDump 方法。
规则类型: eql
规则索引:
- winlogbeat-*
- logs-windows.sysmon_operational-*
严重性: 高
风险评分: 73
每隔: 5m 运行
搜索索引时间范围: now-9m (日期数学格式,另请参阅 额外回溯时间
)
每次执行的最大告警数: 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/