The DragonForce ransomware group has developed and deployed a highly sophisticated backdoor, dubbed Backdoor.Turn, that leverages Microsoft Teams infrastructure for command-and-control (C&C) communications. In what appears to be a first-of-its-kind technique, the malware uses Microsoft's legitimate Traversal Using Relays around NAT (TURN) servers—essential for Teams calls—to relay its C&C traffic. This method effectively camouflages the malicious communication as legitimate Teams activity, making it extremely difficult to detect using traditional network monitoring. The discovery, made by researchers from Symantec and Carbon Black, marks a significant evolution in ransomware groups' technical capabilities, moving from off-the-shelf tools to custom-built, highly evasive malware.
The Backdoor.Turn malware was identified during an investigation into a ransomware attack against a U.S. services firm. The primary function of the backdoor is to provide the attackers with persistent, stealthy access to a compromised network.
The C&C mechanism is its most innovative feature:
Because the initial connection is to a trusted Microsoft IP address and uses the same protocols as a Teams call, it is likely to bypass firewalls and network security tools. This technique demonstrates a deep understanding of cloud service infrastructure and how to abuse it for malicious purposes.
The attack chain observed by researchers was comprehensive, indicating a patient and skilled adversary:
Backdoor.Turn malware was deployed to maintain long-term access to the victim's environment, even after the initial ransomware event. The backdoor is a fully-featured remote access trojan (RAT), capable of executing commands, scanning the network, mapping Active Directory, and exfiltrating credentials from browsers.The use of a custom, Go-based backdoor is notable. Go is increasingly popular with malware authors because it is cross-platform and compiles into a single static binary, making it harder to analyze and reverse-engineer.
This new technique has several serious implications for defenders:
No specific IP addresses, domains, or file hashes for Backdoor.Turn were provided in the source articles.
Security teams may want to hunt for the following patterns to detect this activity:
network_traffic_patternprocess_namecommand_line_patternnetsh advfirewall set allprofiles state offlog_sourceBackdoor.Turn.New details on privilege escalation via Huawei driver vulnerability and extended 1-2 month dwell time for DragonForce's Backdoor.Turn.
Strict egress filtering for servers can prevent them from making unauthorized connections, even to trusted provider IP ranges.
Using application control to block the execution of unsigned or unauthorized binaries can prevent the backdoor from running.
Patching the SQL/MSSQL vulnerability that likely provided initial access would have prevented the entire attack chain.
To counter the 'Backdoor.Turn' malware, which abuses Microsoft Teams' TURN servers, defenders must employ sophisticated Network Traffic Analysis that goes beyond simple IP/domain blocklists. Since the destination IPs are legitimate Microsoft servers, analysis must focus on the source and context of the traffic. Security teams should establish a baseline of normal network behavior and create alerts for anomalies. Specifically, any server within a data center initiating traffic on TURN ports (UDP 3478-3481) or QUIC (UDP 443) to Microsoft's network should be treated as a high-priority alert. Servers typically do not make VoIP calls. This requires network sensors or EDR agents capable of identifying the protocol and source process of network connections. Correlating this anomalous network traffic with the execution of an unsigned Go binary on the source server would provide a high-confidence indicator of a 'Backdoor.Turn' infection.
The DragonForce attack involved multiple custom components, including the Go-based 'Backdoor.Turn' and a BYOVD component. Executable Allowlisting is a powerful mitigation against such threats. On critical servers, administrators should implement a strict application control policy that denies the execution of any binary by default. Only a pre-approved list of executables and drivers required for business operations should be allowed to run. This would prevent the custom backdoor from executing, as its hash would not be on the allowlist. It would also block the BYOVD attack by preventing the vulnerable driver from being loaded. While implementing a full allowlist can be challenging, it is highly effective for single-purpose servers, like the SQL server likely compromised in this attack, and provides a strong defense against novel malware.
DragonForce operators likely gain initial access to the victim's network.
Security researchers publish findings on the 'Backdoor.Turn' malware and its use of Microsoft Teams infrastructure.

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.