DragonForce Ransomware Group Abuses Microsoft Teams TURN Servers for Covert Command and Control

DragonForce Ransomware Hides C2 Traffic in Microsoft Teams to Evade Detection for Months

HIGH
June 18, 2026
June 19, 2026
5m read
RansomwareThreat ActorMalware

Related Entities(initial)

Threat Actors

Products & Tech

Other

Backdoor.Turn

Full Report(when first published)

Executive Summary

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.


Threat Overview

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.

Technical Analysis

The attack chain demonstrates a high level of operational security and technical skill:

  1. Initial Access: Believed to be via an unknown vulnerability in an SQL or MSSQL server. The possibility of access being purchased from an initial access broker has not been ruled out.
  2. Defense Evasion & Privilege Escalation: The attackers used 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.
  3. Command and Control: This is the most innovative part of the attack, leveraging T1071.001 - Web Protocols and T1090.002 - External Proxy.
    • Backdoor.Turn authenticates to Microsoft's identity services to get a temporary token.
    • It uses this token to connect to a legitimate Microsoft Teams TURN server.
    • The TURN server relays the connection setup to the attacker's C2 server.
    • A direct peer-to-peer QUIC session is then established between the implant and the C2 server, with the TURN server dropping out of the communication path. From a firewall or proxy perspective, the initial connection is to a trusted Microsoft IP, making it difficult to block.
  4. Actions on Objectives: The Backdoor.Turn malware provides standard RAT capabilities, including remote command execution (T1059.003 - Windows Command Shell), network scanning (T1046 - Network Service Discovery), and credential theft (T1003 - OS Credential Dumping).

Impact Assessment

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.

IOCs — Directly from Articles

No specific Indicators of Compromise (IOCs) such as IP addresses, domains, or file hashes were provided in the source articles.

Cyber Observables — Hunting Hints

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

Type
Network Traffic Pattern
Value
Outbound UDP/3478
Description
Monitor for unexpected or high-volume traffic on port 3478 (STUN/TURN) from servers or endpoints that do not typically use real-time communication applications.
Type
Network Traffic Pattern
Value
QUIC traffic to non-Microsoft IPs
Description
After an initial TURN handshake with a Microsoft IP, look for subsequent direct QUIC (UDP/443) sessions to unknown or untrusted IP addresses.
Type
Process Name
Value
DbgView64.exe
Description
Monitor for the execution of this legitimate Sysinternals tool, especially if it is running from an unusual directory or has unexpected network connections.
Type
Log Source
Value
Firewall/Proxy Logs
Description
Analyze logs for patterns where an internal host communicates with a known Microsoft TURN server IP and then immediately initiates a long-lived, high-volume UDP session to an unrelated external IP.

Detection & Response

Detecting this attack requires moving beyond simple IP/domain blocklists.

  1. Network Traffic Analysis: Employ D3FEND's 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.
  2. TLS/SSL Inspection: Where possible, decrypt and inspect traffic to identify anomalies in protocol usage. While the QUIC session is encrypted, the initial setup might reveal clues.
  3. Endpoint Behavioral Analysis: Use an EDR solution to detect the initial stages of the attack. Monitor for legitimate processes like DbgView64.exe loading unusual DLLs or making network connections. Look for processes that exploit driver vulnerabilities for privilege escalation.
  4. Log Aggregation: Correlate endpoint process logs with network flow data. An EDR alert for DLL sideloading followed by anomalous TURN/QUIC network activity from the same host is a strong indicator of a Backdoor.Turn compromise.

Mitigation

  1. Egress Traffic Filtering: Implement strict egress filtering rules. While blocking all Microsoft IPs is not feasible, restrict outbound TURN (UDP/3478) and QUIC (UDP/443) traffic from servers and systems that have no business need for real-time communication applications like Teams. This is a key D3FEND Outbound Traffic Filtering strategy.
  2. Patch Management: Ensure all public-facing applications, especially SQL/MSSQL servers, are fully patched to prevent initial access. This aligns with M1051 - Update Software.
  3. Application Control: Use application control solutions to prevent the execution of unauthorized or suspicious tools like DbgView64.exe from non-standard locations. This maps to M1038 - Execution Prevention.
  4. Driver Blacklisting: Maintain a blacklist of known vulnerable drivers to prevent their loading, which would block the privilege escalation vector used in this attack.

Timeline of Events

1
December 1, 2025
Initial intrusion at the U.S. services firm is believed to have occurred.
2
February 1, 2026
Attackers remained undetected on the network for approximately one to two months, until late January or early February 2026.
3
June 18, 2026
This article was published

Article Updates

June 19, 2026

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.

MITRE ATT&CK Mitigations

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:

D3FEND Defensive Countermeasures

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.

Timeline of Events

1
December 1, 2025

Initial intrusion at the U.S. services firm is believed to have occurred.

2
February 1, 2026

Attackers remained undetected on the network for approximately one to two months, until late January or early February 2026.

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

DragonForceRansomwareBackdoor.TurnMicrosoft TeamsC2TURNQUICDefense Evasion

📢 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.