Conti Walkthrough

TryHackMe - Investigating Conti Ransomware using Splunk#

Defensive Security Challenge Walkthrough#

Scenario#

Today we are investigating a ransomware incident involving Conti Ransomware, one of the most notorious Ransomware-as-a-Service (RaaS) operations.

Users reported they could no longer access Outlook, and the Exchange Administrator was unable to log into the Exchange Admin Center. During the initial investigation, suspicious ransom notes were discovered on the Exchange server.

Our objective is to use Splunk to investigate the compromise, identify attacker activity, determine persistence mechanisms, and understand how the ransomware was deployed.


Environment#

Splunk Credentials#

Username : bellybear
Password : password!!!

Splunk URL#

http://10.48.172.66:8000

Initial Reconnaissance#

After logging into Splunk, navigate to:

Search & Reporting

Before hunting for indicators, it is useful to understand which log sources are available.

Query#

index="main" earliest=0 | stats count by sourcetype | sort -count

Why?#

This query displays all available log sources and helps determine where useful evidence is stored.

Available data sources included:

SourcetypeDescription
WinEventLog:SecurityAuthentication and security-related events
WinEventLog:ApplicationApplication logs
WinEventLog:SystemWindows system events
WinEventLog:Microsoft-Windows-Sysmon/OperationalSysmon telemetry
IISWeb server logs
WinEventLog:SetupWindows installation events
misc_textMiscellaneous text-based logs

Since Sysmon provides excellent visibility into process creation, file creation, network activity, and process injection, it becomes the primary source for our investigation.


Question 1#

Can you identify the location of the ransomware?#

The first step was identifying suspicious file creation activity.

Query#

index=main sourcetype="WinEventLog:Microsoft-Windows-Sysmon/Operational" EventCode=11

Why?#

Sysmon Event ID 11 corresponds to:

File Create

This allows us to identify files written to disk by suspicious processes.

Reviewing the events revealed the ransomware executable being created from:

C:\Users\Administrator\Documents\cmd.exe

This immediately stands out because ransomware normally should not originate from a user’s Documents directory.

Answer#

C:\Users\Administrator\Documents\cmd.exe

Question 2#

The same query above revealed:

EventCode=11

Sysmon Event ID 11 corresponds to file creation operations.

Answer#

11

Question 3#

Can you find the MD5 hash of the ransomware?#

Query#

index=main Image="c:\\Users\\Administrator\\Documents\\cmd.exe"

Reviewing the Sysmon details shows the file hash information.

Finding#

290C7DFB01E50CEA9E19DA81A781AF2C

Answer#

290C7DFB01E50CEA9E19DA81A781AF2C

Question 4#

What file was saved to multiple folder locations?#

To identify files repeatedly written across the system:

Query#

index=main EventCode=11
| timechart count by TargetFilename limit=10

Why?#

This visualizes frequently created files and highlights files repeatedly written throughout the environment.

One file appeared significantly more than others:

readme.txt

This is consistent with ransomware behavior because ransom notes are typically dropped into multiple directories.

Answer#

readme.txt

Question 5#

What command did the attacker use to create a new user?#

A common persistence technique is creating additional user accounts.

Query#

index=main "net user"

Reviewing the CommandLine field revealed:

net user /add securityninja hardToHack123$

Why This Matters#

Attackers often create new local accounts to maintain access after the initial compromise.

Answer#

net user /add securityninja hardToHack123$

Question 6#

What process was migrated into for persistence?#

Sysmon Event ID 8 records process injection activity.

Query#

index=main EventCode=8

Reviewing the injected process details revealed:

Original Process#

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe

Migrated Process#

C:\Windows\System32\wbem\unsecapp.exe

Why This Matters#

Attackers frequently migrate from suspicious processes into legitimate Windows processes to blend in with normal activity.

Answer#

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe,
C:\Windows\System32\wbem\unsecapp.exe

Question 7#

What process was used to retrieve system hashes?#

Continuing the process migration investigation revealed access to:

C:\Windows\System32\lsass.exe

Why This Matters#

LSASS stores:

  • Authentication credentials
  • NTLM hashes
  • Kerberos tickets
  • Security tokens

Attackers commonly target LSASS to extract credentials and move laterally across the network.

Answer#

C:\Windows\System32\lsass.exe

Question 8#

What web shell was deployed?#

Since Exchange servers are common targets, searching for ASPX files is a logical next step.

Query#

index=main ".aspx"

Reviewing the IIS logs and URI fields revealed:

i3gfPctK1c2x.aspx

Why This Matters#

ASPX web shells provide remote command execution through IIS and are commonly deployed after exploiting Microsoft Exchange vulnerabilities.

Answer#

i3gfPctK1c2x.aspx

Question 9#

What command executed the web shell?#

Reviewing events associated with the web shell revealed:

attrib.exe -r \\win-aoqkg2as2q7.bellybear.local\C$\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\owa\auth\i3gfPctK1c2x.aspx

Why This Matters#

The attacker modified file attributes on the deployed web shell to facilitate access and persistence.

Answer#

attrib.exe -r \\win-aoqkg2as2q7.bellybear.local\C$\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\owa\auth\i3gfPctK1c2x.aspx

Question 10#

Which CVEs were used during the attack?#

External threat intelligence research regarding Conti ransomware campaigns revealed the following vulnerabilities were commonly exploited:

CVEs#

CVE-2020-0796
CVE-2018-13374
CVE-2018-13379

Why These Matter#

CVE-2020-0796#

SMBGhost Remote Code Execution vulnerability.

CVE-2018-13374#

Fortinet SSL VPN Path Traversal vulnerability.

CVE-2018-13379#

Fortinet SSL VPN credential disclosure vulnerability.

These vulnerabilities have historically been used by ransomware operators to gain initial access before deploying ransomware payloads.

Answer#

CVE-2020-0796
CVE-2018-13374
CVE-2018-13379

Attack Chain Reconstruction#

Initial Access
Exchange Server Compromise
Web Shell Deployment
(i3gfPctK1c2x.aspx)
PowerShell Execution
Process Migration
(unsecapp.exe)
Credential Access
(lsass.exe)
Persistence
(New User Creation)
Ransom Note Deployment
(readme.txt)
Conti Ransomware Execution

MITRE ATT&CK Mapping#

TechniqueDescription
T1190Exploit Public-Facing Application
T1505.003Web Shell
T1059.001PowerShell
T1055Process Injection
T1003.001LSASS Memory
T1136Create Account
T1486Data Encrypted for Impact

Conclusion#

The investigation revealed a complete Conti ransomware intrusion chain. The attacker gained access to the Exchange server, deployed an ASPX web shell, executed PowerShell commands, migrated into legitimate Windows processes, accessed LSASS for credential harvesting, created a new user account for persistence, and ultimately deployed ransomware along with ransom notes across the system.

The presence of web shell activity, process migration, LSASS interaction, and account creation demonstrates a hands-on-keyboard intrusion consistent with Conti ransomware operations observed in real-world incidents.


Adapted from naval0505/TryHackMe—Writeups under MIT.

Find us elsewhere

Merch, stickers, and moreSupport the work at the Solvere Labs shop