The DragonForce ransomware group has demonstrated a significant evolution in its technical capabilities by using Microsoft Teams infrastructure for covert command-and-control (C2) communications. In a recent incident targeting a U.S. services firm, the group deployed a custom Go-based backdoor known as Backdoor.Turn. This malware cleverly abuses the Traversal Using Relays around NAT (TURN) protocol and legitimate Microsoft relay servers to establish a C2 channel. By wrapping its traffic to look like standard Teams activity, the threat actor was able to persist on the network for one to two months before detection. This technique represents a sophisticated method of defense evasion that challenges conventional network security monitoring and requires advanced behavioral analysis to uncover.
DragonForce, a threat actor active since at least June 2023, has escalated its operations from a standard ransomware-as-a-service (RaaS) model to a more organized and technically proficient group. The attack began with an initial intrusion into a U.S. services firm in December 2025, likely through an unpatched SQL server. After gaining a foothold, the attackers used a multi-stage process involving DLL sideloading and exploitation of a Huawei driver vulnerability to escalate privileges.
The most notable aspect of the attack is the deployment of Backdoor.Turn. This malware is specifically designed to abuse Microsoft Teams' TURN relay servers. The malware first obtains an anonymous visitor token from Microsoft's Skype services, then uses a legitimate TURN server to broker a connection. This initial communication appears as normal Teams traffic. Once the connection is relayed, the backdoor establishes a direct, encrypted QUIC session with the true C2 server, effectively bypassing perimeter security controls that might otherwise block connections to suspicious IPs.
The attack chain demonstrates a high level of operational security and technical skill:
T1574.002 - DLL Side-Loading, loading their malicious code using a legitimate executable (DbgView64.exe). They then exploited a then-undocumented vulnerability in a Huawei driver to escalate privileges to SYSTEM.T1071.001 - Web Protocols and T1090.002 - External Proxy.T1059.003 - Windows Command Shell), network scanning (T1046 - Network Service Discovery), and credential theft (T1003 - OS Credential Dumping).The primary impact of this technique is prolonged and stealthy network persistence. By masquerading C2 traffic as legitimate Microsoft Teams activity, DragonForce can evade detection for extended periods, allowing them ample time to conduct reconnaissance, move laterally, and exfiltrate large volumes of data before deploying ransomware. This significantly increases the dwell time and the potential damage from an intrusion. For the victimized U.S. services firm, this meant the attackers were active on their network for up to two months, likely resulting in a comprehensive compromise of their environment before the final ransomware payload was executed.
No specific Indicators of Compromise (IOCs) such as IP addresses, domains, or file hashes were provided in the source articles.
Security teams may want to hunt for the following patterns to detect this type of activity:
DbgView64.exeFirewall/Proxy LogsDetecting this attack requires moving beyond simple IP/domain blocklists.
Network Traffic Analysis (NTA). Baseline normal Microsoft Teams traffic patterns within your environment. Look for outliers, such as servers initiating TURN sessions or endpoints with unusual data transfer volumes within QUIC sessions that follow a TURN handshake.DbgView64.exe loading unusual DLLs or making network connections. Look for processes that exploit driver vulnerabilities for privilege escalation.Outbound Traffic Filtering strategy.M1051 - Update Software.DbgView64.exe from non-standard locations. This maps to M1038 - Execution Prevention.New analysis by Symantec and Carbon Black reveals DragonForce's 'Backdoor.Turn' is sometimes deployed post-ransomware for long-term persistence or access sales, indicating a more strategic threat.
Implement strict egress filtering to block or limit outbound protocols like TURN and QUIC from servers and endpoints that do not require them.
Use network analysis and behavioral monitoring to detect anomalous protocol usage that deviates from a baseline of normal activity.
Mapped D3FEND Techniques:
Patching public-facing applications like SQL servers is critical to prevent initial access.
Mapped D3FEND Techniques:
Use application allowlisting to prevent the execution of tools abused for DLL side-loading.
Mapped D3FEND Techniques:
To counter the 'Backdoor.Turn' malware, security teams must move beyond signature-based detection and implement advanced Network Traffic Analysis. The primary goal is to baseline legitimate Microsoft Teams communication patterns and hunt for deviations. Specifically, configure NTA tools and SIEM rules to detect hosts (especially servers) that initiate STUN/TURN sessions (UDP/3478) to Microsoft IPs and then immediately establish long-lived, high-volume QUIC sessions to non-Microsoft external IPs. This two-stage pattern is a strong indicator of this C2 technique. Enriching flow data with GeoIP information can help flag when the final QUIC destination is in an unusual or high-risk region. This requires full network visibility (e.g., via network taps or flow logs from core switches/firewalls) and the ability to correlate different network sessions from a single internal host.
A robust egress filtering policy is a powerful mitigation against this threat. Since the attack relies on outbound TURN and QUIC protocols, organizations should deny this traffic by default and only allow it for specific hosts that require it. For example, create a security group for user workstations that are authorized to use Microsoft Teams and allow outbound UDP/3478 and UDP/443 (for QUIC) only for that group. Explicitly block this traffic from all servers, domain controllers, and other critical infrastructure assets that have no legitimate reason to initiate a Teams call. This network segmentation approach contains the threat by preventing critical servers, if compromised, from establishing the covert C2 channel.
Focus EDR and threat hunting efforts on detecting the precursor activities to the C2 communication. Since DragonForce used DLL side-loading with DbgView64.exe, create detection rules for this specific behavior. Hunt for instances of DbgView64.exe running from unexpected directories (e.g., C:\ProgramData, C:\Users\Public) or legitimate but rarely used applications initiating network connections for the first time. Correlating this endpoint process data with the network anomalies described in the NTA recommendation provides a high-fidelity alert. For example, an EDR alert for DbgView64.exe on a server, followed by a network alert for a TURN session from that same server, should be treated as a critical incident.
Initial intrusion at the U.S. services firm is believed to have occurred.
Attackers remained undetected on the network for approximately one to two months, until late January or early February 2026.

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.
Help others stay informed about cybersecurity threats
Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.
Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.