Blog
/
/
March 4, 2019

The VR Goldilocks Problem and Value of Continued Recognition

Security and Operations Teams face challenges when it comes to visibility and recognition. Learn more about how we find a solution to the problems!
Inside the SOC
Darktrace cyber analysts are world-class experts in threat intelligence, threat hunting and incident response, and provide 24/7 SOC support to thousands of Darktrace customers around the globe. Inside the SOC is exclusively authored by these experts, providing analysis of cyber incidents and threat trends, based on real-world experience in the field.
Written by
Max Heinemeyer
Global Field CISO
Default blog image
04
Mar 2019

First, some context about VR

Security Operations teams face two fundamental challenges when it comes to 'finding bad'.

The first is gaining and maintaining appropriate visibility into what is happening in our environments. Visibility is provided through data (e.g. telemetry, logs). The trinity of data sources for visibility concern accounts/credentials, devices, and network traffic.

The second challenge is getting good recognition within the scope of what is visible. Recognition is fundamentally about what alerting and workflows you can implement and automate in response to activity that is suspicious or malicious.

Visibility and Recognition each have their own different associated issues.

Visibility is a problem about what is and can be generated and either read as telemetry, or logged and stored locally, or shipped to a central platform. The timelines and completeness of what visibility you have can depend on factors such as how much data you can or can't store locally on devices that generate data - and for how long; what your data pipeline and data platform look like (e.g. if you are trying to centralise data for analysis); or the capability of host software agents you have to process certain information locally.

The constraints on visibility sets the bar for factors like coverage, timelines and completeness of what recognition you can achieve. Without visibility, we cannot recognize at all. With limited visibility, what we can recognize may not have much value. With the right visibility, we can still fail to recognise the right things. And with too much recognition, we can quickly overload our senses.

A good example of a technology that offers the opportunity to solve these challenges at the network layer is Darktrace. Their technology provides visibility, from a network traffic perspective, into data that concerns devices and the accounts/credentials associated with them. They then provide recognition on top of this by using Machine Learning (ML) models for anomaly detection. Their models alert on a wide range of activities that may be indicative of threat activity, (e.g. malware execution and command and control, a technical exploit, data exfiltration and so on).

The major advantage they provide, compared to traditional Intrusion Detection Systems (IDS) and other vendors who also use ML for network anomaly detection, is that you can a) adjust the sensitivity of their algorithms and b) build your own recognition for particular patterns of interest. For example, if you want to monitor what connections are made to one or two servers, you can set up alerts for any change to expected patterns. This means you can create and adjust custom recognition based on your enterprise context and tune it easily in response to how context changes over time.

The Goldilocks VR Matrix

Below is what we call the VR Goldilocks Matrix at PBX Group Security. We use it to assess technology, measure our own capability and processes, and ask ourselves hard questions about where we need to focus to get the most value from our budget, (or make cuts / shift investment) if we need to.

In the squares are some examples of what you (maybe) should think about doing if you find yourself there.

Important questions to ask about VR

One of the things about Visibility and Recognition is that it’s not a given they are ‘always on’. Sometimes there are failure modes for visibility (causing a downstream issue with recognition). And sometimes there are failure modes or conditions under which you WANT to pause recognition.

The key questions you must have answers to about this include:

  • Under what conditions might I lose visibility?
  • How would I know if I have?
  • Is that loss a blind spot (i.e. data is lost for a given time period)…
  • …or is it 'a temporal delay’ (e.g. a connection fails and data is batched for moving from A to B but that doesn’t happen for a few hours)?
  • What are the recognitions that might be impacted by either of the above?
  • What is my expectation for the SLA on those recognitions from ‘cause of alert’ to ‘response workflow’?
  • Under what conditions would I be willing to pause recognition, change the workflow for what happens upon recognition, or stop it all together?
  • What is the stacked ranked list of ‘must, should, could’ for all recognition and why?

Alerts. Alerts everywhere.

More often than not, Security Operations teams suffer the costs of wasted time due to noisy alerts from certain data sources. As a consequence, it's more difficult for them to single out malicious behavior as suspicious or benign. The number of alerts that are generated due to out of the box SIEM platform configurations for sources like Web Proxies and Domain Controllers are often excessive, and the cost to tune those rules can also be unpalatable. Therefore, rather than trying to tune alerts, teams might make a call to switch them off until someone can get around to figuring out a better way. There’s no use having hypothetical recognition, but no workflow to act on what is generate (other than compliance).

This is where technologies that use ML can help. There are two basic approaches...

One is to avoid alerting until multiple conditions are met that indicate a high probability of threat activity. In this scenario, rather than alerting on the 1st, 2nd, 3rd and 4th ‘suspicious activities’, you wait until you have a critical mass of indicators, and then you generate one high fidelity alert that has a much greater weighting to be malicious. This requires both a high level of precision and accuracy in alerting, and naturally some trade off in the time that can pass before an alert for malicious activity is generated.

The other is to alert on ‘suspicious actives 1-4' and let an analyst or automated process decide if this merits further investigation. This approach sacrifices accuracy for precision, but provides rapid context on whether one, or multiple, conditions are met that push the machine(s) up the priority list in the triage queue. To solve for the lower level of accuracy, this approach can make decisions about how long to sustain alerting. For example, if a host triggers multiple anomaly detection models, rather than continue to send alerts (and risk the SOC deciding to turn them off), the technology can pause alerts after a certain threshold. If a machine has not been quarantined or taken off the network after 10 highly suspicious behaviors are flagged, there is a reasonable assumption that the analyst will have dug into these and found the activity is legitimate.

Punchline 1: the value of Continued Recognition even when 'not malicious'

The topic of paused detections was raised after a recent joint exercise between PBX Group Security and Darktrace in testing Darktrace’s recognition. After a machine being used by the PBX Red Team breached multiple high priority models on Darktrace, the technology stopped alerting on further activity. This was because the initial alerts would have been severe enough to trigger a SOC workflow. This approach is designed to solve the problem of alert overload on a machine that is behaving anomalously but is not in fact malicious. Rather than having the SOC turn off alerts for that machine (which could later be used maliciously), the alerts are paused.

One of the outcomes of the test was that the PBX Detect team advised they would still want those alerts to exist for context to see what else the machine does (i.e. to understand its pattern of life). Now, rather than pausing alerts, Darktrace is surfacing this to customers to show where a rule is being paused and create an option to continue seeing alerts for a machine that has breached multiple models.

Which leads us on to our next point…

Punchline 2: the need for Atomic Tests for detection

Both Darktrace and Photobox Security are big believers in Atomic Red Team testing, which involves ‘unit tests’ that repeatedly (or at a certain frequency) test a detection using code. Unit tests automate the work of Red Teams when they discovery control strengths (which you want to monitor continuously for uptime) or control gaps (which you want to monitor for when they are closed). You could design atomic tests to launch a series of particular attacks / threat actor actions from one machine in a chained event. Or you could launch different discreet actions from different machines, each of which has no prior context for doing bad stuff. This allows you to scale the sample size for testing what recognition you have (either through ML or more traditional SIEM alerting). Doing this also means you don't have to ask Red Teams to repeat the same tests again, allowing them to focus on different threat paths to achieve objectives.

Mitre Att&ck is an invaluable framework for this. Many vendors are now aligning to Att&ck to show what they can recognize relating to attack TTPs (Tools, Tactics and Procedures). This enables security teams to map what TTPs are relevant to them (e.g. by using threat intel about the campaigns of threat actor groups that are targeting them). Atomic Red Team tests can then be used to assure that expected detections are operational or find gaps that need closing.

If you miss detections, then you know you need to optimise the recognition you have. If you get too many recognitions outside of the atomic test conditions, you either have to accept a high false positive rate because of the nature of the network, or you can tune your detection sensitivity. The opportunities to do this with technology based on ML and anomaly detection are significant, because you can quickly see for new attack types what a unit test tells you about your current detections and that coverage you think you have is 'as expected'.

Punchline 3: collaboration for the win

Using well-structured Red Team exercises can help your organisation and your technology partners learn new things about how we can collectively find and halt evil. They can also help defenders learn more about good assumptions to build into ML models, as well as covering edge cases where alerts have 'business intelligence' value vs ‘finding bad’.

If you want to understand the categorisations of ways that your populations of machines act over time, there is no better way to do it than through anomaly detection and feeding alerts into a system that supports SOC operations as well as knowledge management (e.g. a graph database).

Working like this means that we also help get the most out of the visibility and recognition we have. Security solutions can be of huge help to Network and Operations teams for troubleshooting or answering questions about network architecture. Often, it’s just a shift in perspective that unlocks cross-functional value from investments in security tech and process. Understanding that recognition doesn’t stop with security is another great example of where technologies that let you build your own logic into recognition can make a huge difference above protecting the bottom line, to adding top line value.

Inside the SOC
Darktrace cyber analysts are world-class experts in threat intelligence, threat hunting and incident response, and provide 24/7 SOC support to thousands of Darktrace customers around the globe. Inside the SOC is exclusively authored by these experts, providing analysis of cyber incidents and threat trends, based on real-world experience in the field.
Written by
Max Heinemeyer
Global Field CISO

More in this series

No items found.

Blog

/

AI

/

July 31, 2026

Building Operational Resilience Across Mission-Critical Marine Services

Default blog imageDefault blog image

Mission-Critical Marine Services

This marine organization supports offshore energy production, export infrastructure, and regional logistics, delivering critical services through its diverse fleet and a regional shorebase footprint. To power rapid mobilization and 24/7 operational readiness, the organization has embraced cloud adoption and digital transformation, reshaping how crews, contractors, and shore-based teams access services.

While technology modernization has enhanced operations, it has also introduced new security complexities.

  • From perimeter to identity: As access becomes more distributed, identity has become the primary security control, elevating the risk of credential compromise and privilege misuse.
  • From confidentiality to availability and resilience: As cloud platforms increasingly underpin fleet and operational systems, cyber incidents can disrupt services and safety.
  • From isolated tools to unified visibility:  Because Information Technology (IT) and Operational Technology (OT) often intersect, and legacy systems coexist with modern cloud platforms, fragmented monitoring makes it harder to understand risk and respond decisively across domains.
“Our cybersecurity priorities expanded along with our business goals, placing availability and resilience at the forefront. The impact of a potential threat became an operational risk, which elevated cybersecurity from an IT issue to an operational safety and resilience enabler.” - Information and Communications Technology (ICT) Manager.

A Unified, AI-Driven Platform for IT and OT

To strengthen visibility, detection, and response across its highly distributed environment, the customer adopted the Darktrace ActiveAI Security Platform™ in 2022.

Darktrace’s contextual detection capability was a key driver. Unlike traditional tools that rely on known threat signatures, Darktrace’s Self-Learning AI learns “normal” behavior to identify emerging threats and correlate visibility across the customer's siloed on-premises and cloud domains.

Today, the customer relies on:

  • Darktrace / EMAIL™ to reduce phishing risk and minimize disruption from legacy mail controls and false positives
  • Darktrace / IDENTITY™ to support identity-centric security as cloud access expands across vessels and shore-based operations
  • Darktrace / NETWORK™ to strengthen oversight across the broader environment, including operational contexts where IT and OT intersect
  • Darktrace / CLOUD™ (Azure), added in 2024, to extend detection and response into Azure and support cloud transformation without treating cloud as a separate security silo
  • Darktrace / Incident Readiness & Recovery to strengthen incident readiness and recovery planning
  • Darktrace Managed Detection and Response Services to provide 24/7/365 monitoring and support

This combination supports a single operating model for the customer: security that can adapt as the environment changes while remaining practical for a lean team responsible for safeguarding both business operations and safety-critical services.

Extending cloud protection without complexity

As the customer accelerated cloud adoption, it expanded coverage in 2024 with Darktrace / CLOUD for Azure to bring cloud workloads under the same AI-driven visibility and response model – without adding operational burden. “This matters in hybrid environments because attacks rarely stay in one place,” explains the ICT Manager. “A compromised identity can trigger activity in the cloud, which can open pathways back into on-premises systems.”

In parallel, Darktrace / CLOUD’s posture management capabilities support governance and audit readiness by surfacing misconfigurations and exposure risks earlier, before they become incidents.

A Stronger, Faster, More Resilient Business

Since adopting Darktrace, the customer has strengthened cyber resilience while reducing operational burden on its small ICT team.

Darktrace continuously analyzes millions of individual events that can contribute to a wider incident. Within a single month, the solution autonomously investigated 88% of all potential threats, taking appropriate action within just 39.4 seconds on average.

Autonomous capabilities ensure threats are stopped and contained until the ICT team can investigate. In one standout instance, Darktrace autonomously blocked malicious links during a mass phishing/spam event before other controls flagged the threat. the ICT Manager later confirmed Microsoft reported the link as malicious, but Darktrace had already acted to prevent delivery and reduce exposure.

“Whether something happens during off hours, while we’re on vacation, or when our attention is focused elsewhere, we’re confident Darktrace will take control and stop a threat before it spreads,” says the ICT Manager.

Darktrace’s Self-Learning AI combines multiple AI methods and advanced techniques to improve threat detection, investigation, and response dramatically reducing alert overload and manual triage. Within a single month, the solution saved the customer's IT group 411 equivalent human investigation hours.

“For a lean team supporting a 24/7 operational footprint, this autonomous action eliminates the constant firefighting and stress, giving us the space to focus on higher-value priorities.”- Information and Communications Technology (ICT) Manager.

Protecting communications without disruption

the customer experienced friction from legacy email and network controls prior to Darktrace, which generated high false positive rates, disrupted legitimate communications, created operational drag, and added workload for ICT. With Darktrace / EMAIL learning normal email behavior and applying context-aware actions, the team reduced unnecessary interruptions while maintaining protection.

“That shift matters in marine services, where business communications directly support coordination across vessels, shore bases, clients, ports, and regulators,” says the ICT Manager. “Darktrace doesn’t just block more threats, it autonomously makes decisions that preserve operational continuity and enable my team to focus on credible threats instead of chasing volume.”

Delivering clarity and confidence

Darktrace has reduced manual triage by correlating activity across email, identity, network, and cloud, providing the context needed to prioritize what matters without requiring the ICT team to stitch together evidence across multiple tools.

“With unified visibility we can identify patterns across domains, make informed decisions about where risk actually exists, and align security actions with operational impact rather than theoretical threats,” explains the ICT Manager. “I can now prioritize effort and investment across our ICT landscape with far greater confidence.”

Regular Executive Threat Reports reinforce operational confidence by giving leadership clear visibility into threats Darktrace has handled autonomously, supporting decisive action when needed and confidence to avoid unnecessary disruption when it isn’t.

Scaling Securely in a Hybrid World

As the customer advances its cloud transformation, the ICT Manager sees the Darktrace partnership evolving into a foundational layer of resilience and assurance, supporting scale, governance, and operational confidence in an increasingly cloud-centric environment.

Key priorities include:

  • Shifting from hybrid visibility to cloud-first resilience, using continuous monitoring and posture insights to reduce exposure earlier
  • Strengthening governance and audit readiness, especially as critical workloads and sensitive data expand in Azure and expectations rise under regulatory and client assurance requirements
  • Increasing reliance on autonomous response and AI investigation as the number of identities, workloads, and access paths grows faster than headcount
  • Deepening cross-domain correlation so cloud signals further enrich decision-making, supporting faster containment and more confident prioritization

“As we accelerate our cloud strategy, Darktrace will play an even more strategic role,” says the ICT Manager, “providing the guidance, technology, and expertise that allow us to grow with confidence and innovate securely.”

Continue reading
About the author

Blog

/

Network

/

July 28, 2026

Hiding in Plain Sight: Uncovering a Multi-Stage Ransomware Attack Through Behavioral Detection

ransomware attackDefault blog imageDefault blog image

Why ransomware has changed

Ransomware attacks have continued to increase globally, with 698 incidents reported in May 2026, representing a 48% rise compared to 472 incidents in May 2025 [1]. At the same time, the ransomware landscape is evolving. Several major ransomware groups, including LockBit [2], have been disrupted by successful joint law enforcement operations, resulting in a shift away from a small number of dominant actors towards a more fragmented and distributed ecosystem. This is increasingly composed of smaller groups who play a specialized role in the attack, such as initial access brokers, affiliates or developers.

As a result, ransomware tactics, techniques, and procedures (TTPs) are becoming more diverse and less predictable. On top of this, adversaries are leveraging native tools and legitimate penetration testing frameworks to evade detection. Anomaly-based detection is therefore critical to identify pre-ransomware activity, rather than relying on signatures associated with a handful of well-known ransomware groups.

As these attacks often unfold over several days, there is a critical window for defenders to act. In this context, behavioral-based detection plays a vital role in identifying suspicious pre-ransomware activity, and enabling early intervention before encryption or exfiltration occurs.

Inside a modern ransomware intrusion

In early 2026, Darktrace detected activity within a customer’s environment related to a multi-stage ransomware intrusion from the initial compromise. This activity does not appear to be attributable to a specific ransomware group, and no known ransomware payload was observed until the final stage.

The attack aligns with a broader industry trend in which compromised virtual private network (VPN) credentials are used as an entry point, followed by rapid internal reconnaissance and lateral movement using legitimate administrative tools. This growing preference for native tools and legitimate frameworks in cyber-attacks illustrates that it is increasingly unreliable to depend solely on traditional indicators of compromise such as known malware signatures or exploit detection.

The intrusion also involved the use of Sliver, an open-source adversary emulation framework, which is increasingly observed in real-world attacks. Originally designed for penetration testing and red teaming, Sliver has gained traction among threat actors as a stealthier alternative to more heavily signatured frameworks such as Cobalt Strike. As a legitimate framework, its use further complicates detection for security tools that rely on known malicious signatures.

Darktrace’s detection of a ransomware event in a customer’s environment

The initial compromise appears to have occurred via compromised credentials used over the VPN shortly before, or at the onset of the first indicators of suspicious activity. While it remains unclear as to how or when the threat actors gained access to these credentials, the use of initial access brokers (IABs) is a common feature of modern ransomware operations. This suggests that access to the environment may have been established several days or weeks beforehand.

The intrusion unfolded over three days, presenting multiple opportunities for early detection and intervention before ransomware deployment. The attack progressed through a compressed but structured sequence: initial access and reconnaissance were completed within hours, followed by privilege escalation and lateral movement the next day, and culminating in data exfiltration and encryption shortly thereafter. Throughout each stage, distinct behavioral anomalies emerged across the network providing clear indicators of malicious activity well before the ransomware was deployed.

While Darktrace’s Autonomous Response capability was enabled within the customer’s environment, it was not fully configured across the impacted devices, allowing the attack to progress to ransomware deployment. Had Autonomous Response been fully deployed across the affected systems, it could have taken targeted action against the earliest stages of malicious activity, potentially disrupting the intrusion before it escalated.

Figure 1: Timeline of the attack progression.

Day 1: Reconnaissance and privilege escalation

The threat actor gained access via compromised VPN credentials and initiated internal reconnaissance. Darktrace detected anomalous scanning behavior, including unusual port scanning activity and widespread network enumeration.

Specifically, Darktrace detected a high volume of east-west scanning activity across a broad range of ports, with TCP connections targeting ports 21, 80, 445, 4899 and 8080. Associated URIs suggested the use of Nmap, a widely used penetration testing tool. This highlights how attackers often leverage legitimate penetration testing tools for malicious reconnaissance, enabling them to blend into normal network activity and evade traditional signature-based detection methods.

Figure 2: Darktrace's detection of a sharp increase in anomalous internal connections, triggering multiple high-severity model alerts associated with reconnaissance activity.

Several devices were observed using administrative credentials to carry out privileged actions in a manner that was highly anomalous for the environment. This activity was accompanied by behavior consistent with SMB authentication scanning, suggesting efforts to identify and access additional systems. As the activity intensified, an increasing number of devices became involved, signalling lateral movement and further spread across the network.

Darktrace also identified privilege escalation through active directory (AD) replication abuse, specifically via the drsuapi::DRSGetNCChanges function. This technique allows an attacker with sufficient privileges to request directory replication data from a domain controller (DC), enabling them to extract credentials, including password hashes, without directly interacting with user accounts. Commonly associated with ‘DCSync’ attacks, this technique is frequently used to obtain highly privileged credentials and enable further escalation within an environment.

Figure 3: Darktrace’s detection of anomalous AD replication activity indicative of privilege escalation.

This activity was seen alongside the use of the now obsolete SMBv1, repeated NTLM authentication attempts using multiple variations of ‘Administrator’ credentials, reverse DNS scanning, and large-scale network scanning. Darktrace observed widespread use of SMBv1 across the customer’s environment, exposing a significant security weakness. As a legacy protocol with well-documented weaknesses, SMBv1 can be exploited to facilitate lateral movement, allowing the attackers to expand their access following initial compromise.

Day 3: Lateral Movement, Command & Control, and Exfiltration

Two days later, the attacker escalated privileges and expanded their foothold using living-off-the-land (LOTL) techniques such as PSExec, WMI, and RDP. Concurrently, Darktrace identified command-and-control (C2)-style communications consistent with the Sliver framework, alongside rare outbound connections to cloud infrastructure indicating potential data exfiltration. The volume and severity of observed activity increased as attack behavior intensified.

The device was observed conducting extensive lateral movement, leveraging LOTL techniques to evade detection. Activity included WMI execution (e.g. ExecQuery), DCE-RPC activity, SMB sessions and file writes, most of which were successful, as well as the deployment of PSEXESVC.exe via ADMIN$ shares and prolonged RDP sessions. Darktrace identified this behavior as highly anomalous for the environment. Such activity is commonly associated with the transfer of attacker tooling, remote command execution, and the establishment of persistent access across compromised systems.  

Figure 4: Darktrace’s detection of a spike in RPC binding events indicative of potential lateral movement.

On the same day, Darktrace detected C2-style SSL communications originating from multiple internal devices to rare external endpoints. These connections exhibited anomalous characteristics, including invalid SSL certificates and repeated connection patterns resembling beaconing. Analysis of the observed JA3 fingerprint further linked the activity to Sliver, the adversary simulation framework referenced earlier, as the hash has previously been associated with Sliver-related infrastructure [3]. The use of this framework reflects a broader trend of attackers repurposing legitimate offensive security tools for stealthy C2 communications. Connections to 137[.]220[.]59[.]55 (ASN AS20473 AS-VULTR) indicated that the communications were likely routed via a virtual private server (VPS) hosted by Vultr. Attackers often utilize VPS infrastructure from legitimate cloud providers like Vultr to obscure their true origin, blend into benign traffic, and evade IP-based detection mechanisms [4].

Figure 5: Darktrace’s Cyber AI Analyst detection of two linked unusual connections to Vultr infrastructure.

Darktrace also observed a device initiating SSL connections to safedata.s3[.]wasabisys[.]com, an endpoint associated with Wasabi cloud storage. Darktrace recognized that neither the destination nor the associated IP address had previously been observed within the environment.  More than 200 MB of data was subsequently uploaded externally to endpoints sharing the same JA3 client hash, indicating a sustained transfer session and potential data exfiltration to third-party storage. The apparent exfiltration prior to encryption is consistent with a double-extortion ransomware strategy.

Figure 6: Darktrace’s Cyber AI Analyst detection of more than 30 rare outbound connections to a Wasabi cloud storage endpoint, indicative of potential data exfiltration

Day 4: Encryption

The attack culminated in ransomware deployment, marking the transition from suspicious network activity to a business-impacting incident. Using SMB-based propagation, the threat actor encrypted thousands of files across the network, affecting multiple systems and disrupting normal operations. Throughout the encryption event, the legacy SMBv1 protocol was used extensively across multiple internal systems, resulting in a significant increase in newly encrypted files.

Figure 7: Darktrace’s detection of abnormal spikes in SMB activity and associated model alerts, indicative of ransomware encryption and propagation.

Darktrace’s Cyber AI Analyst automatically investigated and correlated the encryption activity and related events into a single incident narrative, providing the customer with real-time visibility into the attack while significantly reducing investigation time.

Figure 8: Darktrace’s Cyber AI Analyst’s investigation into the encryption activity. AI Analyst incident detailing example encryption activity in real time. Related events are automatically correlated and summarized into a clear narrative, reducing investigation time.

Defender action recommendations

What Could Have Stopped the Attack Earlier?

Although the attack ultimately resulted in ransomware deployment, there were multiple opportunities to detect, contain, and disrupt the intrusion before encryption occurred. The following actions could have significantly reduced the overall impact:

Detect and investigate indicators of reconnaissance and lateral movement

  • Unusual scanning
  • Active Directory replication anomalies consistent with DCSync activity
  • Anomalous use of native tools and processes indicative of LOTL attacks
  • Unusual use of common reconnaissance tools such as Nmap and NetScan

Contain compromised credentials and affected devices

  • Disable and reset compromised VPN credentials
  • Isolate devices performing anomalous scanning and lateral movement activity

Block suspicious external communications and data exfiltration

  • Use anomaly-based detection to detect and block repeated outbound connections to rare external infrastructure
  • Prevent data exfiltration to unauthorized cloud storage services such as Wasabi

Conclusion

The incident highlights the importance of anomaly-based detection, particularly against attacks that primarily use native or legitimate tools to evade traditional security measures. Darktrace identified suspicious activity from the first day of the compromise, providing multiple opportunities to disrupt the intrusion before it progressed to lateral movement and data exfiltration.

In this instance, detection was not the limiting factor; response time was. Prompt investigation and containment of devices exhibiting anomalous behavior could have prevented lateral movement, data exfiltration, and ultimately ransomware deployment.

As adversaries increasingly prioritize stealth over custom malware, relying instead on legitimate tools, valid credentials, and trusted infrastructure, traditional signature-based detection becomes less effective. Identifying subtle behavioral deviations early remains critical to disrupting attacks before they escalate into full-scale ransomware incidents.

Credit to Alexandra Evzona (Cyber Analyst), Priya Thapa (Senior Cyber Analyst)
Edited by Ryan Traill (Content Manager)

Appendices

References

[1] https://industrialcyber.co/ransomware/check-point-reports-ransomware-attacks-jump-48-year-over-year-despite-decline-in-overall-cyberattack-activity/

[2] https://www.europol.europa.eu/media-press/newsroom/news/law-enforcement-disrupt-worlds-biggest-ransomware-operation

[3] https://fieldeffect.com/blog/field-effect-mitigates-not-so-simplehelp-exploits-enabling-deployment-of-backdoors

[4] https://www.darktrace.com/blog/from-vps-to-phishing-how-darktrace-uncovered-saas-hijacks-through-virtual-infrastructure-abuse

Indicators of Compromise (IoCs)

IP Addresses

  • 137[.]220[.]59[.]55 – Potential C2 infrastructure (Vultr AS20473)
  • 38[.]27[.]106[.]123 – Wasabi cloud storage endpoint associated with potential data exfiltration
  • 38[.]27[.]106[.]128 – Wasabi cloud storage endpoint associated with potential data exfiltration
  • 38[.]27[.]106[.]117 – Wasabi cloud storage endpoint associated with potential data exfiltration

Domains

  • safedata[.]s3[.]wasabisys[.]com – Potential data exfiltration endpoint
  • *.wasabisys[.]com – Associated Wasabi cloud storage infrastructure

JA3 Fingerprint

  • d6828e30ab66774a91a96ae93be4ae4c – Associated with the Sliver adversary emulation framework

Files

  • Delete[.]me – File observed during reconnaissance activity, commonly associated with NetScan

Darktrace Model Coverage

·       Anomalous Connection / Active Remote Desktop Tunnel

·       Anomalous Connection / Anomalous Remote Registry Service Control

·       Anomalous Connection / Multiple Failed Windows UDP

·       Anomalous Connection / New or Uncommon Service Control

·       Anomalous Connection / New or Uncommon Service Enumeration

·       Anomalous Connection / New User Agent to IP Without Hostname

·       Anomalous Connection / SMB Enumeration

·       Anomalous Connection / Suspicious Activity On High Risk Device

·       Anomalous Connection / Suspicious Read Write Ratio

·       Anomalous Connection / Sustained MIME Type Conversion

·       Anomalous Connection / Uncommon 1 GiB Outbound

·       Anomalous Connection / Unusual Admin RDP Session

·       Anomalous Connection / Unusual Admin SMB Session

·       Anomalous Connection / Unusual SMB Version 1 Connectivity

·       Anomalous File / EXE from Rare External Location

·       Anomalous File / Internal / Additional Extension Appended to SMB File

·       Anomalous Server Activity / Outgoing from Server

·       Compromise / Beaconing Activity To External Rare

·       Compromise / Ransomware / Possible Ransom Note Read

·       Compromise / Ransomware / Ransom or Offensive Words Written to SMB

·       Compromise / Ransomware / Suspicious SMB Activity

·       Device / Anonymous NTLM Logins

·       Device / Attack and Recon Tools

·       Device / Initial Attack Chain Activity

·       Device / Large Number of Model Alerts

·       Device / Long Agent Connection to New Endpoint

·       Device / Multiple Lateral Movement Model Alerts

·       Device / Network Scan

·       Device / New or Uncommon SMB Named Pipe

·       Device / New or Unusual Remote Command Execution

·       Device / New User Agent

·       Device / Possible RPC Lateral Movement

·       Device / Possible SMB/NTLM Brute Force

·       Device / RDP Scan

·       Device / SMB Lateral Movement

·       Device / SMB Session Brute Force (Non-Admin)

·       Device / SMB Version 1 Access Failures

·       Device / Suspicious File Delete Activity

·       Device / Suspicious Network Scan Activity

·       Device / Unusual SMB Error Detected

·       Device / Unusual SMB To Critical Resource

·       Device / Unusual Winreg Operation

·       Unusual Activity / Multiple Failed Internal Connections

·       Unusual Activity / Possible RPC Recon Activity

·       Unusual Activity / Sustained Anomalous SMB Activity

·       Unusual Activity / Unusual External Data to New Endpoint

·       Unusual Activity / Unusual External Data Transfer

·       Unusual Activity / Unusual File Storage Data Transfer

·       Unusual Activity / Unusual Large Internal Transfer

·       User / New Admin Credentials on Client

·       User / NTLM Login from Unauthenticated Device

Autonomous Response Model Alerts

·       Antigena / Network / External Threat / Antigena Ransomware Block

·       Antigena / Network / External Threat / Antigena Suspicious File Block

·       Antigena / Network / Insider Threat / Antigena Active Threat SMB Write Block

·       Antigena / Network / Insider Threat / Antigena Internal Anomalous File Activity

·       Antigena / Network / Insider Threat / Antigena Large Data Volume Outbound Block

·       Antigena / Network / Insider Threat / Antigena Network Scan Block

·       Antigena / Network / Insider Threat / Antigena Unusual Privileged User Activities Block

·       Antigena / Network / Manual / Quarantine Device

·       Antigena / Network / Significant Anomaly / Antigena Alerts Over Time Block

·       Antigena / Network / Significant Anomaly / Antigena Controlled and Model Alert

·       Antigena / Network / Significant Anomaly / Antigena Enhanced Monitoring from Client Block

·       Antigena / Network / Significant Anomaly / Antigena Enhanced Monitoring from Server Block 100

·       Antigena / Network / Significant Anomaly / Antigena Significant Anomaly from Client Block

MITRE ATT&CK MAPPING

Command and control - Protocol Tunneling - T1572

Command and control – Web Protocols – T1071.001

Credential Access- Exploitation for Credential Access- T1212

Credential Access- Password Guessing- T1110

Discovery- File and Directory Discovery- T1083

Discovery- Network Service Discovery- T1046

Discovery- Network Share Discovery- T1135

Discovery- Remote System Discovery- T1018

Exfiltration- Exfiltration Over C2 Channel- T1041

Exfiltration- Exfiltration to Cloud Storage- T1567

Impact- Data Encrypted for Impact- T1486

Impact- Data Encrypted for Impact- T1486

Impact- Service Stop - T1489

Initial Access- Public-Facing Application- T1190

Lateral Movement- Exploitation of Remote Services- T1210

Lateral Movement- Remote Desktop Protocol- T1021

Lateral Movement- SMB/Windows Admin Shares- T1021

Lateral Movement- Taint Shared Content- T1080

Persistence- Modify Registry- T1112

Privilege Escalation- Exploitation for Privilege Escalation- T0890

Privilege Escalation- Valid Accounts- T1078

Reconnaissance- Scanning IP Blocks- T1595

Reconnaissance- Vulnerability Scanning- T1595

Resource Development- Malware- T1588

Stealth- File Deletion- T1070

Continue reading
About the author
Alexandra Evzona
Cyber Analyst
Your data. Our AI.
Elevate your network security with Darktrace AI