Spring Ring: Voice Phishing via Microsoft Teams Targets Enterprises

Spring Ring Campaign Abuses Microsoft Teams for Voice Phishing Attacks

HIGH
August 31, 2026
13m read
PhishingThreat ActorMalware

Impact Scope

People Affected

more than 150 employees

Industries Affected

Other

Related Entities

Full Report

Executive Summary

Between January and April 2026, Palo Alto Networks' Unit 42 identified a coordinated social engineering campaign named Spring Ring. The operation leverages external Microsoft Teams accounts to impersonate corporate IT help desk staff. Attackers initiate voice phishing (vishing) calls to coerce employees into executing malicious payloads, such as remote monitoring and management (RMM) tools or custom malware. In a more sophisticated attack chain, the threat actors escalate from a vishing call to a full NTLM relay attack targeting enterprise domain controllers. The campaign has impacted over 150 employees across at least 10 organizations, demonstrating a significant shift towards using trusted communication platforms as a primary vector for initial access and privilege escalation.


Threat Overview

The Spring Ring campaign represents a notable evolution in social engineering tactics, moving beyond traditional email-based phishing to the real-time, interactive environment of Microsoft Teams. Unlike previous Teams-based attacks from groups like Cloaked Ursa (APT29) that relied on malicious links or fake Entra ID tenants, Spring Ring's methodology is centered on live voice interaction. This allows attackers to dynamically adapt their approach based on the victim's responses, building trust and manipulating them into compromising their own systems.

The attackers operate from externally provisioned .onmicrosoft[.]com tenants, using professional-sounding display names like "help desk" or "IT assistance" to appear legitimate. Despite Microsoft Teams displaying a warning banner for communications from external accounts, the attackers successfully exploit the inherent trust employees place in the platform. Once a voice call is established, the attacker guides the target through steps to either install a payload or trigger a forced authentication sequence, paving the way for a domain-level compromise.


Technical Analysis

The Spring Ring attack lifecycle combines social engineering with technical exploitation in a multi-stage process.

1. Initial Access and Impersonation

The attack begins with the creation of external Microsoft Teams accounts within attacker-controlled Microsoft 365 tenants. These accounts are configured with display names designed to impersonate internal IT support. The attackers then initiate a direct chat with a targeted employee, which triggers a notification in the victim's Teams client.

2. Social Engineering via Vishing

Immediately after creating the chat, the attacker initiates a voice call. This is the core vishing element of the campaign. By engaging in a live conversation, the attacker builds a rapport of trust and authority. Telemetry shows these calls varied in duration from under a minute to over ten minutes, indicating persistent and adaptive social engineering efforts.

3. Payload Execution or Forced Authentication

Once trust is established, the campaign diverges into two primary attack vectors:

  • Payload Delivery: The attacker coerces the victim into downloading and executing a malicious file, often a legitimate RMM tool or a custom PowerShell-based payload. This provides the attacker with remote access to the victim's machine.
  • NTLM Relay Attack: In the more advanced variant, the attacker tricks the user into initiating an action that triggers a forced authentication event. The threat actors were observed preparing to leverage tools like PetitPotam, which coerces a machine to authenticate to an attacker-controlled listener. This allows the attacker to capture and relay the NTLM authentication hash to another service, such as Active Directory Certificate Services (AD CS) or a domain controller, to gain elevated privileges.

MITRE ATT&CK TTPs

The Spring Ring campaign utilizes the following MITRE ATT&CK techniques:


Impact Assessment

A successful Spring Ring attack poses a severe risk to an organization. Initial access via an RMM tool can lead to data theft, deployment of ransomware, or lateral movement across the network. The more advanced NTLM relay variant is significantly more dangerous, as it can lead to a full domain compromise. By targeting a domain controller, attackers can create privileged accounts, deploy group policies to distribute malware, and exfiltrate the entire Active Directory database. The targeting of over 150 employees indicates a scalable operation that can cause widespread disruption and significant data breaches if not detected and mitigated early.


IOCs — Directly from Articles

The following domains were used by attackers to provision malicious Microsoft 365 tenants for this campaign.

Type
Domain
Value
helpdesk-global.onmicrosoft.com
Type
Domain
Value
it-servicedesk.onmicrosoft.com
Type
Domain
Value
support-help.onmicrosoft.com

Cyber Observables — Hunting Hints

Security teams may want to hunt for the following patterns to detect activity related to the Spring Ring campaign:

Type
Log Source
Value
Microsoft Teams Audit Logs (in Microsoft 365 Purview)
Type
Log Pattern
Value
ChatCreated events where IsGuest is true and the external user's display name contains keywords like "IT", "Support", or "Help Desk".
Type
Process Execution
Value
Teams.exe as a parent process for powershell.exe or common RMM tools (AnyDesk.exe, TeamViewer.exe, etc.).
Type
Network Traffic
Value
Outbound RPC/SMB traffic (TCP port 445) from end-user workstations to non-corporate IP addresses.
Type
Authentication Events
Value
A spike in NTLM authentication failures (Event ID 4625) on domain controllers, which could indicate relay attempts.

Detection & Response

Defenders should focus on a combination of log analysis, endpoint monitoring, and network security to counter this threat.

  1. Monitor Teams Activity: Regularly audit Microsoft Teams logs for suspicious external chat initiations. Create alerts for new conversations from external .onmicrosoft.com domains, especially those with generic IT support names. This can be achieved using D3FEND's User Behavior Analysis techniques.
  2. Endpoint Detection (EDR): Deploy EDR solutions to monitor for the execution of unauthorized RMM software. Create detection rules for suspicious process chains, such as Microsoft Teams spawning PowerShell or other scripting engines. Utilize File Analysis (D3-FA) on any downloaded executables.
  3. Network Traffic Analysis: Implement Network Traffic Analysis (D3-NTA) to detect anomalous NTLM authentication patterns. Monitor for and alert on authentication attempts against domain controllers originating from unexpected sources or involving user accounts that should not be performing such actions.
  4. Incident Response Playbook: Develop a specific playbook for responding to Teams-based social engineering. This should include steps to immediately restrict the compromised user account, analyze Teams and endpoint logs, and scan the environment for signs of lateral movement or forced authentication activity.

Mitigation

Strategic and tactical mitigations can significantly reduce the risk of a successful Spring Ring attack.

  1. User Training and Awareness: Conduct regular training focused on modern social engineering tactics, including vishing and platform-based impersonation. Teach users to be skeptical of unsolicited Teams messages from external accounts and to verify any requests to execute software or provide credentials through a separate, trusted communication channel.
  2. Harden Microsoft Teams Configuration: If business needs permit, disable or restrict the ability for external users to initiate chats with internal employees. This can be configured in the Teams Admin Center. This falls under Application Configuration Hardening (D3-ACH).
  3. Prevent NTLM Relay Attacks: Implement robust protections against NTLM relay. This includes enforcing SMB signing on all devices, enabling Extended Protection for Authentication (EPA) on servers (especially AD CS), and considering policies to disable NTLM where possible in favor of Kerberos. This aligns with Platform Hardening (D3-PH).
  4. Application Control: Use application allowlisting technologies to prevent the execution of unauthorized RMM tools and other software. This is a core principle of Executable Allowlisting (D3-EAL) and is highly effective at stopping this attack chain.

Timeline of Events

1
January 1, 2026
The Spring Ring vishing campaign begins, running through April 2026.
2
August 31, 2026
This article was published
3
August 31, 2026
Unit 42 publishes its research findings on the Spring Ring campaign.

MITRE ATT&CK Mitigations

Train users to identify and report social engineering attempts, including vishing calls made through collaboration platforms like Teams.

Harden Microsoft Teams configuration to restrict or disable chat capabilities with external, unmanaged tenants if not required for business operations.

Harden systems against NTLM relay attacks by enforcing SMB signing and enabling Extended Protection for Authentication (EPA).

Use application allowlisting to prevent the execution of unauthorized Remote Monitoring and Management (RMM) tools.

Audit

M1047enterprise

Enable and actively monitor audit logs for Microsoft Teams and Active Directory to detect suspicious chat creation and authentication patterns.

Implement security configurations in Active Directory to mitigate credential-based attacks, such as disabling NTLM where feasible.

D3FEND Defensive Countermeasures

In the context of the Spring Ring campaign, Application Configuration Hardening should be applied directly to the Microsoft Teams environment. Administrators should navigate to the Teams Admin Center and review the 'External access' policies. If business operations do not depend on open federation, switch the policy from 'Allow all external domains' to 'Allow only specific external domains' and maintain an explicit allowlist. For organizations that require broader external communication, ensure that the setting 'External users with Teams accounts not managed by an organization' is disabled. This prevents users from unmanaged tenants, a key TTP of the Spring Ring actors, from initiating contact. This hardening measure directly disrupts the initial access vector by preventing the unsolicited chat from reaching the employee in the first place, forcing attackers to find a different entry point.

To counter the NTLM relay variant of the Spring Ring attack, Platform Hardening must be implemented across the Windows environment. The highest priority action is to enforce SMB Signing on all clients and servers via Group Policy (GPO). This can be set under 'Computer Configuration > Policies > Windows Settings > Security Settings > Local Policies > Security Options' by enabling 'Microsoft network client: Digitally sign communications (always)' and 'Microsoft network server: Digitally sign communications (always)'. Additionally, enable Extended Protection for Authentication (EPA) on critical services like Active Directory Certificate Services (AD CS) to bind the authentication channel to the service, mitigating relay attacks. These steps directly break the attack chain that leverages tools like PetitPotam, as the relayed NTLM credentials would be rejected by the hardened target service.

To prevent the payload execution vector of the Spring Ring campaign, organizations should implement Executable Allowlisting using tools like Windows Defender Application Control (WDAC) or AppLocker. The immediate focus should be on preventing the execution of common, and often abused, remote monitoring and management (RMM) tools from user-writable locations like 'Downloads' or '%APPDATA%'. A baseline policy should be created that only permits corporately approved applications to run. For RMM tools that are required for legitimate IT support, the policy should be configured to only allow execution of the specific, signed binaries used by the IT department. This directly mitigates the risk of a user being tricked into running a malicious executable, as the operating system will block the execution attempt, breaking the attack chain at the execution phase.

Timeline of Events

1
January 1, 2026

The Spring Ring vishing campaign begins, running through April 2026.

2
August 31, 2026

Unit 42 publishes its research findings on the Spring Ring campaign.

Sources & References

Spring Ring: An Inside Look at Voice Phishing Campaigns in Microsoft Teams
Unit 42 (unit42.paloaltonetworks.com) August 31, 2026

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)

Editorial Standards & Analyst Review

CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.

Tags

Spring RingVishingSocial EngineeringMicrosoft TeamsNTLM RelayPetitPotamThreat ResearchInitial Access

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