Skip to main content
COSMICBYTEZLABS
NewsSecurityHOWTOsToolsTraining
StudyProjectsNewsletterHire MeAbout
Subscribe

Press Enter to search or Esc to close

News
Security
HOWTOs
Tools
Training
Study
Projects
Newsletter
Hire Me
About
RSS Feed
Reading List
Subscribe

Stay in the Loop

Get the latest security alerts, tutorials, and tech insights delivered to your inbox.

Subscribe NowFree forever. No spam.
COSMICBYTEZLABS

Your trusted source for IT intelligence, cybersecurity insights, and hands-on technical guides.

1485+ Articles
152+ Guides

CONTENT

  • Latest News
  • Security Alerts
  • HOWTOs
  • Checklists
  • Projects
  • Exam Prep

RESOURCES

  • Search
  • Browse Tags
  • Newsletter Archive
  • Reading List
  • RSS Feed

COMPANY

  • About Us
  • Contact
  • Privacy Policy
  • Terms of Service

© 2026 CosmicBytez Labs. All rights reserved.

System Status: Operational
  1. Home
  2. News
  3. Microsoft Teams Relay Servers Abused in DragonForce Ransomware Attack
Microsoft Teams Relay Servers Abused in DragonForce Ransomware Attack
NEWS

Microsoft Teams Relay Servers Abused in DragonForce Ransomware Attack

Security researchers have uncovered a DragonForce ransomware attack deploying a new Go-based backdoor that uses Microsoft Teams relay infrastructure for command-and-control, blending malicious traffic with legitimate enterprise communications.

Dylan H.

News Desk

June 17, 2026
6 min read

Security researchers have identified a sophisticated ransomware campaign carried out by the DragonForce group using a novel technique: abusing Microsoft Teams relay servers as command-and-control (C2) infrastructure. The attack deploys a new Go-based backdoor that routes its malicious traffic through legitimate Microsoft Teams relay endpoints, making detection significantly more difficult for network-based security controls.

The findings were published by SecurityWeek on June 17, 2026, and represent one of the clearest examples to date of ransomware operators adopting "living-off-the-land" techniques at the network infrastructure level.

DragonForce Background

DragonForce is a ransomware-as-a-service (RaaS) operation that has been active since late 2023. The group has attracted affiliates through aggressive recruitment on dark web forums and has been linked to attacks against organizations in manufacturing, retail, and critical infrastructure sectors. DragonForce gained notoriety in 2024 after targeting multiple UK organizations and has continued to evolve its tactics, techniques, and procedures (TTPs) throughout 2025 and 2026.

The group has demonstrated a willingness to rapidly adopt new techniques — including EDR bypass methods, BYOVD (Bring Your Own Vulnerable Driver) attacks, and now, network-layer C2 obfuscation via trusted cloud services.

The Go-Based Backdoor

The newly discovered backdoor is written in Go (Golang), a language increasingly popular among threat actors for its cross-platform compilation capabilities and relatively small binary footprint. Key characteristics of the malware include:

  • Teams relay C2: The backdoor establishes its command-and-control channel by connecting to Microsoft Teams relay servers — legitimate Microsoft infrastructure used to route Teams audio, video, and data traffic
  • Protocol blending: Malicious C2 traffic is designed to resemble legitimate Teams relay communications, evading network inspection tools that allowlist Microsoft endpoints
  • Cross-platform capability: The Go binary can be compiled for Windows, Linux, and macOS targets
  • Persistence mechanisms: The backdoor establishes persistence via Windows services or scheduled tasks depending on the target environment

How the Attack Works

The attack chain follows a multi-stage pattern:

1. Initial access via phishing, exposed RDP, or VPN vulnerability exploitation
2. Reconnaissance and lateral movement using living-off-the-land binaries (LOLBins)
3. Deployment of the Go-based backdoor on high-value targets (domain controllers, file servers)
4. Backdoor establishes C2 channel via Microsoft Teams relay infrastructure
5. DragonForce operators issue commands, exfiltrate data, and stage ransomware payload
6. Double-extortion: data exfiltrated before encryption for leverage in ransom demands
7. Ransomware deployed across the network; ransom note dropped on affected systems

Why Microsoft Teams Relay?

The choice of Microsoft Teams relay infrastructure for C2 is deliberate and tactically sophisticated:

Trusted by Default

Most enterprise security tools and network firewalls explicitly allowlist Microsoft domains and IP ranges, including Teams relay servers. Traffic to these endpoints is rarely inspected, let alone blocked.

Traffic Volume

Microsoft Teams generates enormous volumes of legitimate UDP and TCP traffic in enterprise environments. Malicious C2 beacons are effectively camouflaged within this traffic.

No Firewall Rules to Bypass

Since Teams traffic must be permitted for normal business operations, the attacker doesn't need to bypass any network-level controls — the path is already open.

Consistent with Living-Off-the-Land Trends

This technique follows the broader trend of threat actors abusing legitimate cloud and SaaS infrastructure for malicious purposes. Previous examples include:

  • Ransomware gangs using Microsoft Teams external access to deliver vishing attacks (June 2026)
  • Turla/Kazuar using peer-to-peer botnets built on compromised infrastructure
  • Various APTs using OneDrive, GitHub, Discord, and Slack as C2 channels

Detection Challenges

The use of Microsoft Teams relay servers for C2 presents significant detection challenges:

ChallengeDetail
TLS EncryptionTraffic to Teams relays is TLS-encrypted; payload inspection is not possible without MITM decryption
Domain AllowlistingSecurity tools often allowlist *.teams.microsoft.com and related CDN ranges
Legitimate Traffic BaselineHigh volume of legitimate Teams traffic makes anomaly detection difficult
No Malicious DomainsThe backdoor does not communicate with attacker-controlled domains, bypassing domain reputation checks

Detection Strategies

Despite these challenges, security teams have several options for detecting this technique:

Network Behavioral Analysis

- Establish a baseline of normal Teams relay traffic volume per endpoint
- Alert on endpoints that establish Teams relay connections outside of business hours
- Flag endpoints that generate Teams relay traffic while Teams client is not installed or running
- Monitor for unusual beacon patterns (regular, periodic connections at fixed intervals)

Endpoint Detection

- Detect Go binary execution from non-standard locations (AppData, Temp, ProgramData)
- Alert on new services or scheduled tasks created by non-standard processes
- Hunt for processes making network connections to Teams relay IPs that are not the Teams client
- Monitor parent-child process relationships for suspicious process spawning

Threat Hunting Queries

Look for processes communicating with Microsoft Teams relay infrastructure that are not the Microsoft Teams executable:

# Example: Find processes connecting to Teams relay IPs that aren't Teams.exe
Get-NetTCPConnection | Where-Object {
    $_.RemoteAddress -match "52\.114\." -and
    (Get-Process -Id $_.OwningProcess).Name -notmatch "Teams|msedge|chrome"
}

Organizational Response

If your organization detects indicators consistent with this attack:

  1. Isolate affected systems immediately from the network
  2. Preserve forensic evidence — memory dumps, network capture, event logs — before remediation
  3. Identify the initial access vector to prevent re-entry
  4. Conduct a scope assessment — determine which systems the backdoor was deployed on and what data was accessed
  5. Engage incident response — this is a pre-ransomware indicator; rapid response can prevent encryption
  6. Notify relevant parties — legal, executive leadership, cyber insurance carrier, and potentially law enforcement

Hardening Against This Technique

  1. Restrict who can install software — prevent non-admin users from running arbitrary Go binaries
  2. Application allowlisting — permit only approved applications to run
  3. Monitor for unexpected Teams relay connections from server systems where Teams is not deployed
  4. Deploy an EDR solution capable of behavioral detection of C2 beaconing
  5. Implement network segmentation — servers should not initiate outbound connections to arbitrary cloud services without explicit need

This attack demonstrates that ransomware operators are investing in operational security at the network layer — not just at the payload level. Defenders must evolve detection strategies beyond signature-based approaches and toward behavioral analysis that can identify malicious activity even when it hides behind trusted services.

Sources

  • SecurityWeek — Microsoft Teams Relay Servers Abused in DragonForce Ransomware Attack
  • BleepingComputer — Ransomware Gang Abuses Microsoft Teams Relays to Hide Malicious Traffic
#Ransomware#Microsoft#Cybercrime#DragonForce#Living Off the Land#C2

Related Articles

DragonForce Ransomware Hides C2 Traffic Inside Microsoft Teams Relays

DragonForce ransomware operators deployed a custom implant called Backdoor.Turn to camouflage command-and-control communications inside legitimate Microsoft Teams relay infrastructure, evading network-based detection.

3 min read

Cybercrime Service Disrupted for Abusing Microsoft Platform

Microsoft has disrupted a malware-signing-as-a-service operation that exploited the company's Artifact Signing service to produce fraudulent code-signing...

4 min read

'Lorem Ipsum' Malware Pivots to ClickFix Delivery via WordPress

New analysis reveals the 'Lorem Ipsum' malware campaign has adopted ClickFix social engineering as its primary delivery mechanism, leveraging compromised WordPress sites in a campaign potentially linked to the Vice Society ransomware and data extortion group.

5 min read
Back to all News