more than 150 employees
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.
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.
The Spring Ring attack lifecycle combines social engineering with technical exploitation in a multi-stage process.
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.
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.
Once trust is established, the campaign diverges into two primary attack vectors:
The Spring Ring campaign utilizes the following MITRE ATT&CK techniques:
T1585 - Establish Accounts: Attackers provision their own .onmicrosoft.com tenants to stage the attack.T1566.004 - Phishing: Spearphishing Voice: The core of the campaign relies on vishing calls via Microsoft Teams to manipulate victims.T1204.002 - User Execution: Malicious File: Attackers persuade users to run malicious software or RMM tools.T1187 - Forced Authentication: The advanced attack path involves coercing NTLM authentication from the victim's machine for relay attacks.T1059.001 - Command and Scripting Interpreter: PowerShell: Custom payloads observed in the campaign were delivered via PowerShell.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.
The following domains were used by attackers to provision malicious Microsoft 365 tenants for this campaign.
helpdesk-global.onmicrosoft.comit-servicedesk.onmicrosoft.comsupport-help.onmicrosoft.comSecurity teams may want to hunt for the following patterns to detect activity related to the Spring Ring campaign:
Microsoft Teams Audit Logs (in Microsoft 365 Purview)ChatCreated events where IsGuest is true and the external user's display name contains keywords like "IT", "Support", or "Help Desk".Teams.exe as a parent process for powershell.exe or common RMM tools (AnyDesk.exe, TeamViewer.exe, etc.).Defenders should focus on a combination of log analysis, endpoint monitoring, and network security to counter this threat.
.onmicrosoft.com domains, especially those with generic IT support names. This can be achieved using D3FEND's User Behavior Analysis techniques.PowerShell or other scripting engines. Utilize File Analysis (D3-FA) on any downloaded executables.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.Strategic and tactical mitigations can significantly reduce the risk of a successful Spring Ring attack.
Application Configuration Hardening (D3-ACH).Platform Hardening (D3-PH).Executable Allowlisting (D3-EAL) and is highly effective at stopping this attack chain.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.
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.
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.
The Spring Ring vishing campaign begins, running through April 2026.
Unit 42 publishes its research findings on the Spring Ring campaign.

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