Files
splunk-security_content/docs/_posts/2022-01-27-windows_possible_credential_dumping.md
2022-03-15 11:19:35 +01:00

5.9 KiB

title, excerpt, categories, last_modified_at, toc, toc_label, tags
title excerpt categories last_modified_at toc toc_label tags
Windows Possible Credential Dumping LSASS Memory , OS Credential Dumping
Endpoint
2022-01-27 true
LSASS Memory
OS Credential Dumping
Credential Access
Credential Access
Splunk Enterprise
Splunk Enterprise Security
Splunk Cloud

Try in Splunk Security Cloud{: .btn .btn--success}

Description

The following analytic is an enhanced version of two previous analytics that identifies common GrantedAccess permission requests and CallTrace DLLs in order to detect credential dumping.
GrantedAccess is the requested permissions by the SourceImage into the TargetImage.
CallTrace Stack trace of where open process is called. Included is the DLL and the relative virtual address of the functions in the call stack right before the open process call.
dbgcore.dll or dbghelp.dll are two core Windows debug DLLs that have minidump functions which provide a way for applications to produce crashdump files that contain a useful subset of the entire process context.
The idea behind using ntdll.dll is to blend in by using native api of ntdll.dll. For example in sekurlsa module there are many ntdll exported api, like RtlCopyMemory, used to execute this module which is related to lsass dumping.

  • Type: TTP
  • Product: Splunk Enterprise, Splunk Enterprise Security, Splunk Cloud
  • Datamodel:
  • Last Updated: 2022-01-27
  • Author: Michael Haag, Splunk
  • ID: e4723b92-7266-11ec-af45-acde48001122

ATT&CK

ID Technique Tactic
T1003.001 LSASS Memory Credential Access

| T1003 | OS Credential Dumping | Credential Access |

`sysmon` EventCode=10 TargetImage=*lsass.exe GrantedAccess IN ("0x01000", "0x1010", "0x1038", "0x40", "0x1400", "0x1fffff", "0x1410", "0x143a", "0x1438", "0x1000") CallTrace IN ("*dbgcore.dll*", "*dbghelp.dll*", "*ntdll.dll*") 
| stats count min(_time) as firstTime max(_time) as lastTime by Computer, TargetImage, GrantedAccess, SourceImage, SourceProcessId, SourceUser, TargetUser 
| rename Computer as dest 
| `security_content_ctime(firstTime)`
| `security_content_ctime(lastTime)` 
| `windows_possible_credential_dumping_filter`

Macros

The SPL above uses the following Macros:

Note that windows_possible_credential_dumping_filter is a empty macro by default. It allows the user to filter out any results (false positives) without editing the SPL.

Required field

  • _time
  • Computer
  • TargetImage
  • GrantedAccess
  • SourceImage
  • SourceProcessId
  • SourceUser
  • TargetUser

How To Implement

To successfully implement this search, you need to be ingesting logs with the process name, parent process, and command-line executions from your endpoints. If you are using Sysmon, you must have at least version 6.0.4 of the Sysmon TA. Enabling EventCode 10 TargetProcess lsass.exe is required.

Known False Positives

False positives will occur based on GrantedAccess 0x1010 and 0x1400, filter based on source image as needed or remove them. Concern is Cobalt Strike usage of Mimikatz will generate 0x1010 initially, but later be caught.

Associated Analytic story

Kill Chain Phase

  • Actions on Objectives

RBA

Risk Score Impact Confidence Message
64.0 80 80 A process, SourceImage, has loaded ImageLoaded that are typically related to credential dumping on dest. Review for further details.

Reference

Test Dataset

Replay any dataset to Splunk Enterprise by using our replay.py tool or the UI. Alternatively you can replay a dataset into a Splunk Attack Range

source | version: 2