DragonForce Ransomware Deploys 'Backdoor.Turn', a Go-Based Backdoor that Hides C&C Traffic Using Microsoft Teams TURN Relay Servers

DragonForce Ransomware Abuses Microsoft Teams Servers for C&C in Novel Attack

HIGH
June 17, 2026
June 18, 2026
5m read
RansomwareMalwareThreat Actor

Related Entities(initial)

Threat Actors

DragonForce

Organizations

Microsoft SymantecCarbon Black

Products & Tech

Other

Backdoor.Turn

Full Report(when first published)

Executive Summary

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.

Threat Overview

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:

  1. Token Acquisition: The malware first communicates with Microsoft's Skype-backed identity services to obtain an anonymous visitor token.
  2. TURN Relay: It then uses this token to authenticate to a legitimate Microsoft TURN relay server.
  3. QUIC Tunnel: Finally, it establishes a QUIC session through the TURN server to the actual attacker-controlled C&C server.

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.

Technical Analysis

The attack chain observed by researchers was comprehensive, indicating a patient and skilled adversary:

  • Initial Access: The attackers likely gained entry in December 2025 by exploiting a vulnerability in an SQL or MSSQL server, or by purchasing access from an initial access broker.
  • Persistence and Lateral Movement: The group used various techniques, including DLL sideloading and a bring-your-own-vulnerable-driver (BYOVD) attack to gain kernel-level access. This allowed them to terminate security processes and move freely within the network.
  • Payload Deployment: After mapping the network and exfiltrating data, the attackers deployed the DragonForce ransomware to encrypt files.
  • Post-Exploitation Persistence: The 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.

Impact Assessment

This new technique has several serious implications for defenders:

  • Detection Evasion: By masquerading as legitimate Teams traffic, the C&C communication can evade detection by network intrusion detection systems (NIDS) and other tools that rely on IP/domain reputation and traffic analysis.
  • Increased Sophistication: It signals that ransomware groups like DragonForce are investing heavily in research and development, creating custom tools that are more effective than generic malware.
  • Attribution Difficulty: Abusing legitimate services (a technique known as "living off the land") makes it harder to attribute attacks and identify attacker infrastructure, as the initial traffic points to Microsoft servers.

IOCs — Directly from Articles

No specific IP addresses, domains, or file hashes for Backdoor.Turn were provided in the source articles.

Cyber Observables — Hunting Hints

Security teams may want to hunt for the following patterns to detect this activity:

Type
network_traffic_pattern
Value
TURN/STUN/QUIC traffic from servers
Description
Monitor for TURN/STUN (UDP ports 3478-3481) or QUIC (UDP port 443) traffic originating from servers or workstations that are not expected to be making Teams calls.
Type
process_name
Value
Unknown Go binary making network connections
Description
Hunt for unsigned, newly compiled Go binaries on servers that are making outbound connections to Microsoft IP ranges on TURN/QUIC ports.
Type
command_line_pattern
Value
netsh advfirewall set allprofiles state off
Description
Attackers often disable host-based firewalls to facilitate lateral movement. Monitor for this command.
Type
log_source
Value
EDR/Process monitoring logs
Description
Look for evidence of a BYOVD attack, where a legitimate but vulnerable driver is loaded to execute malicious code in the kernel.

Detection & Response

  • Egress Traffic Analysis: While the traffic is directed at Microsoft, it may still be anomalous. Analyze the source of TURN/QUIC traffic within your network. A server in a data center should not be initiating Teams calls. This requires deep packet inspection or an EDR with network visibility.
  • Process Anomaly Detection: Deploy EDR solutions to detect the execution of unknown or unsigned Go binaries, especially on servers. Correlate process execution with network activity to identify suspicious connections.
  • Behavioral Rules: Create detection rules for the techniques used alongside the backdoor, such as the abuse of vulnerable drivers or the commands used for disabling security tools.

Mitigation

  • Egress Filtering: While blocking Microsoft IPs is not feasible, organizations can apply stricter egress filtering policies for servers. If a server has no business reason to connect to the internet, block all outbound traffic by default.
  • Application Control: Use application control solutions to prevent the execution of unauthorized binaries, including custom Go malware like Backdoor.Turn.
  • Kernel Protection: Implement security features like Hypervisor-Protected Code Integrity (HVCI) and driver blocklists to prevent BYOVD attacks.
  • Vulnerability Management (M1051): The initial access vector was likely an unpatched server. A robust vulnerability management program is essential to prevent these types of intrusions.

Timeline of Events

1
December 1, 2025
DragonForce operators likely gain initial access to the victim's network.
2
June 17, 2026
Security researchers publish findings on the 'Backdoor.Turn' malware and its use of Microsoft Teams infrastructure.
3
June 17, 2026
This article was published

Article Updates

June 18, 2026

New details on privilege escalation via Huawei driver vulnerability and extended 1-2 month dwell time for DragonForce's Backdoor.Turn.

MITRE ATT&CK Mitigations

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.

D3FEND Defensive Countermeasures

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.

Timeline of Events

1
December 1, 2025

DragonForce operators likely gain initial access to the victim's network.

2
June 17, 2026

Security researchers publish findings on the 'Backdoor.Turn' malware and its use of Microsoft Teams infrastructure.

Sources & References(when first published)

Article Author

Jason Gomes

Jason Gomes

• Cybersecurity Practitioner

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.

Threat Intelligence & AnalysisSecurity Orchestration (SOAR/XSOAR)Incident Response & Digital ForensicsSecurity Operations Center (SOC)SIEM & Security AnalyticsCyber Fusion & Threat SharingSecurity Automation & IntegrationManaged Detection & Response (MDR)

Tags

C2Defense EvasionLiving off the LandGoQUIC

📢 Share This Article

Help others stay informed about cybersecurity threats

🎯 MITRE ATT&CK Mapped

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.

🧠 Enriched & Analyzed

Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.

🛡️ Actionable Guidance

Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.

🔗 STIX Visualizer

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 Generator

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.