A sophisticated and widespread data extortion campaign is targeting high-level corporate employees, including directors and vice presidents. The threat cluster, tracked by Arctic Wolf as PREY-0058, employs a multi-faceted approach that combines voice phishing (vishing), adversary-in-the-middle (AitM) phishing infrastructure, and residential proxies to compromise Microsoft 365 accounts. The attackers impersonate the victim's IT help desk over the phone, tricking them into authenticating on a malicious site. This allows the threat actors to steal the user's session token, bypass MFA, and gain access to sensitive data stored in SharePoint, OneDrive, and other cloud services. The exfiltrated data is then used in extortion demands. The campaign's TTPs show a significant overlap with a group Mandiant tracks as UNC6671.
The PREY-0058 attack chain is methodical and designed to bypass modern security controls like MFA.
Initial Contact (Vishing): The attack begins with a phone call to a targeted executive. The attacker spoofs the company's IT help desk phone number and uses social engineering to create a sense of urgency, such as a required security update or account migration.
Phishing Lure: During the call, the victim is directed to a malicious website. These domains are crafted to look legitimate, often using patterns like <victim organization>.<lure domain> (e.g., acme-corp.mfaregister.com).
Session Token Theft: The malicious site is an Adversary-in-the-Middle (AitM) phishing platform. When the user enters their credentials and completes the MFA prompt (e.g., by tapping 'Approve' on their phone), the AitM framework intercepts the entire authentication flow and captures the resulting session cookie.
Session Replay and Data Exfiltration: The attackers immediately use the stolen session cookie to log into the victim's Microsoft 365 account. To evade detection, these logins are routed through residential proxy services like NodeMaven, with IP addresses often geolocated to the victim's region. Once inside, the attackers access and exfiltrate large volumes of data from SharePoint, OneDrive, Exchange Online, and Box.
Extortion: After securing the data, the threat actors contact the victim organization, threatening to leak the stolen information unless a ransom is paid.
This campaign is notable for its focus on identity and data, rather than endpoint compromise. The attackers do not deploy malware or attempt traditional lateral movement within the corporate network. Their entire operation is cloud-native, abusing legitimate authentication protocols and cloud services.
The use of residential proxies is a key defense evasion technique. It makes the malicious logins appear to originate from legitimate residential ISPs in the same geographic area as the victim, making IP-based blocking and geofencing policies ineffective.
The overlap with UNC6671 suggests a well-organized and persistent threat actor. This group's tradecraft is specifically designed to circumvent MFA, which many organizations rely on as their primary defense against account takeover.
T1566.004 - Spearphishing Voice: The initial vishing call to the target.T1598.003 - Spearphishing Link: Directing the user to the malicious AitM site.T1649 - Steal or Forge Authentication Tokens: The core of the attack, capturing the session cookie via the AitM site.T1114.002 - Remote Email Collection: Accessing and exfiltrating data from Exchange Online.T1530 - Data from Cloud Storage Object: Exfiltrating files from SharePoint and OneDrive.T1071.004 - DNS: Using residential proxies for C2 and access, which involves DNS lookups.The campaign targets high-value individuals with access to the most sensitive corporate data. A successful attack can lead to:
Because the attack bypasses MFA, it undermines confidence in a foundational security control and demonstrates that technical solutions must be paired with continuous user education.
mfaregister or setpasskey.New phishing lures using 'passkey' themes via calls/SMS to personal phones target M365 users for credential theft.
Implementing phishing-resistant MFA (e.g., FIDO2) is the most effective technical countermeasure against AitM attacks.
Training users, especially high-value targets, to recognize and verify unsolicited requests from 'IT' is critical to defeating the vishing component.
Using Conditional Access policies to require compliant devices for login can block session replay attempts from attacker-controlled machines.
Using cloud-native tools like MCAS/Defender for Cloud Apps to detect anomalous session activity (e.g., mass downloads) can identify a compromised account.
To effectively counter the PREY-0058 campaign's core technique of session hijacking via AitM, organizations must evolve beyond traditional push-based or OTP-based MFA. The primary recommendation is to deploy phishing-resistant MFA methods for all users, especially executives. This includes FIDO2/WebAuthn-compliant hardware security keys (e.g., YubiKey) or platform authenticators like Windows Hello for Business. These methods cryptographically bind the authentication process to the user's device, making it impossible for an attacker to capture and replay credentials from a remote phishing site. By enforcing phishing-resistant MFA through Microsoft 365 Conditional Access policies, the entire attack chain is broken at the credential theft stage.
Implement a User Behavior Analysis (UBA) solution, such as Microsoft Defender for Cloud Apps, to detect post-compromise activity. Configure policies to alert on anomalous behavior within Microsoft 365. Key rules to implement include: alerting on successful logins from an unfamiliar device or ISP (even if geolocated correctly), flagging mass download activities from SharePoint or OneDrive that deviate from the user's baseline, and identifying rapid access to multiple sensitive sites. Since PREY-0058's goal is data exfiltration, detecting this anomalous data access is the best opportunity to identify a compromised account and terminate the session before significant data loss occurs.
Strictly configure and enforce Microsoft 365 Conditional Access policies to reduce the effectiveness of a stolen session token. A key policy is to require all access to corporate cloud resources to originate from a compliant or hybrid Azure AD-joined device. This device-based trust model means that even if an attacker successfully steals a session token using an AitM site, they cannot replay it from their own non-compliant machine, as the token's claims will not satisfy the policy requirements. Additionally, configure session lifetimes to be shorter for high-privilege users, forcing more frequent re-authentication and reducing the time-to-live of any stolen token.

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.