Fake IT Calls Steal Microsoft 365 Data With No Malware

PREY-0058 phones executives posing as IT, steals the session token after MFA, and often replays it from the victim's own region. No malware is installed.

MFA Passed. Verify Who Controls the Session.
  • September 11, 2026

There is a phone call, claiming that he/she represents IT. The website where you have to go bears your company name and ends with something like setpasskey or registermymfa. Nothing seems odd here. Security teams have consistently advised people to adopt passkeys as a security upgrade.

This is the bait. The address appears to be related to the installation of a better login procedure, which is how the account becomes compromised.

What is PREY-0058? PREY-0058 is a cluster of threats involving a phone call made to executives, representing internal IT. The fabricated Microsoft 365 login page then tricks the victims into using it and obtains the session token. From there, the attackers use no malware; instead, they replay the session token to access mailboxes and SharePoint sites, after which they begin the extortion process.

The Lure Looks Like A Security Upgrade

Every lure domain carries the tell. assignpasskey[.]comregistermymfa[.]comoskeysetup[.]compasskeydeploy[.]com and setpasskey[.]com all appear in this campaign.

The operators use these domains as wildcards and therefore prepend the victim company’s name to them as a subdomain. It comes across as yourcompany.registermymfa[.]com. Pronounced as a part of the conversation during a technical support call, it gives the impression of being an internal application.

There are hundreds of these subdomains that impersonate genuine organizations. However, behind all of this, an operator manually operates the phishing panel and takes each victim separately through the process of credential harvest.

The attackers have carefully chosen the targets. Executives like directors and vice presidents and IT professionals are the main targets. Specifically, they are mostly from the United States and work in sectors including construction & engineering, health care & pharmaceuticals, real estate and finance/professional services.

Cyber Attack Analysis: PREY-0058 Turns a Fake Passkey Upgrade into Cloud Extortion
Vishing Cluster · PREY-0058
THE CALL WAS FAKE.
The Session It Stole Was Real.

A cluster tracked as PREY-0058 calls executives posing as internal IT and walks them through what looks like a passkey upgrade. No malware, no password even changes hands, just a fully authenticated Microsoft 365 session, replayed later from an address built to match the victim’s own.

LAUNCH SIMULATION
Incoming call
IT Support
STEP 1: THE PRETEXT

Someone calls, saying they are from IT. Passkeys are exactly the upgrade security teams keep asking people to adopt, so the request feels routine rather than suspicious. The caller points the victim to a link and stays on the line while it loads.

yourcompany.registermymfa[.]com

Nine Lure Domains, Used as Wildcards

assignpasskey[.]com
mfaregister[.]com
nowsso[.]com
oskeysetup[.]com
oursso[.]com
passkey-mfa[.]com
passkeydeploy[.]com
registermymfa[.]com
setpasskey[.]com
Each domain is a wildcard. The victim’s own company name is added as a subdomain, so a call about “yourcompany” ends at yourcompany.registermymfa[.]com, which sounds like internal tooling read aloud on a call.
STEP 2: HUNDREDS OF COMPANIES, ONE PANEL

Hundreds of subdomains impersonate real companies this way. Behind them, an operator advances each victim through the credential steps by hand rather than letting an automated kit run. Targets are chosen deliberately: directors, VPs and IT staff, mostly US-based, concentrated in construction, healthcare, real estate, finance and professional services.

yourcompany.setpasskey[.]com/login
Microsoft
Set up your passkey
Sign in to continue
Email, phone, or Skype
Next
Approve sign-in on your authenticator app
STEP 3: A CONVINCING FAKE LOGIN

The link leads to a page that looks like a genuine Microsoft 365 sign-in, themed as a passkey setup. The victim enters their email and password, then approves the MFA prompt on their own authenticator app, exactly as they would on the real thing.

The Real Target of the Attack
Victim Input
Email address
Password
Genuine MFA approval
Operator-Captured Session
The authenticated
  session token itself
→ already-logged-in access
STEP 4: THE SESSION, NOT THE PASSWORD

The password was real, but it isn’t the prize. What the operator actually captures is the authenticated session token issued the instant MFA completes, the digital equivalent of an already-unlocked account. No malware gets installed anywhere in this exchange.

Identity Telemetry – Sign-In Comparison
Typical Signals That Get Flagged
Sign-in from new country
Minutes after the real one
Unfamiliar ASN / hosting range
→ impossible travel alert
NodeMaven’s Matching Profile
Sign-in from victim’s own city
Same ASN as the victim
One fixed residential address
→ nothing to flag
STEP 5: A PROXY BUILT TO MATCH

Replaying a session token from somewhere else is what usually triggers an alert, so the token is replayed through residential proxies that resolve to the victim’s own location and network. One provider, NodeMaven, appears in the majority of eight documented cases. Each session keeps one fixed address, avoiding the rotation patterns that tend to expose automation.

Cloud Audit Log – Graph & SharePoint API
[My Sign-Ins / My Profile / My Apps] first look around the account
[Outlook Web App] spikes in MailItemsAccessed events
[SharePoint] contentclass:STS_Site → every reachable site mapped
[SharePoint] contentclass:STS_Web → subsites walked beneath each one
[SharePoint] wildcard search, indexdocid pages through large result sets
[Entra ID] directory objects enumerated
[OneDrive / Box] drained the same methodical way
Early sessions carried a python-requests user agent. Recent ones spoof Chrome instead, blending into ordinary browser traffic.
STEP 6: METHODICAL, NOT SMASH-AND-GRAB

The session starts by looking around, checking sign-in history, profile and available apps, before mailboxes get harvested through Microsoft’s own Outlook web client. SharePoint and Entra ID are enumerated site by site and object by object, before bulk downloads follow the map. Nothing about the sequence looks rushed.

Xcitium – Beyond Detection

TWO QUESTIONS, ONLY ONE ANSWER

A token carries the user’s full entitlements, and an executive’s entitlements are usually broad, inherited over years and rarely reviewed.

Confirmed Downloads

Answerable. Cloud audit logs record it, once somebody knows to look.

Potential Reach

The harder question, since a session token carries everything the account is entitled to, not only what it touched.

The Boundary That Matters

Enforcement decides in advance what a session may touch, producing a boundary you can demonstrate instead of a history you have to reconstruct.

RECOMMENDED ACTIONS
Defending Against ClickFix and Cloned Lock Screens

Train staff to never paste anything into the Run dialog that a website asked them to copy, and to treat “IT support” requests to install software as suspicious regardless of channel, Teams included. Pair that awareness with execution-control technology that judges code by trust, not by how normal it looks.

Why The Stolen Login Never Looks Stolen

It’s only the beginning but not the end. What the operators do is using the authenticated session token after the victim has passed MFA.

Using this token elsewhere is what triggers the alert. The classic impossible travel scenario would be the sign-in from some other country shortly after the real one.

So the attackers reuse this token by means of residential proxies. The addresses used would resolve to the same location and network as the victim. NodeMaven is the proxy provider found in the majority of studied cases out of eight. There is always just one address per session without any rotation and rate limiting which is what reveals automation.

If the match was successful, the log contains the sign-in from the right location and the right ASN. There is also an MFA event which is approved by the user. Nothing is anomalous about this, since nothing is.

The Session Is Spent Reading

Mailboxes are collected using Microsoft’s very own web client app for Outlook, creating many MailItemsAccessed events.

The SharePoint discovery is conducted in a methodical manner. Queries with broad scope using contentclass:STS_Site find all sites accessible by the account, followed by contentclass:STS_Web to find subsites below them.

Wildcard search finds the documents while the operators use indexdocid to navigate results greater than the amount that can be returned at once. Downloads occur after the mapping.

In the past, python-requests was present in user agent strings. In recent cases, Chrome versions are faked instead. This seems to be an attempt to blend with normal browsing.

OneDrive and Box are harvested similarly.

No Malware Means No Endpoint To Watch

No installation occurs. There is neither any endpoint malware nor any lateral movement throughout the network.

The reason why this point is important is that endpoint tooling detects intrusions because attackers run code where they should not, but here they run no code at all.

All the actions are legitimate API calls using a legitimate token and from an address corresponding to the user. The only thing that indicates this attack is the volume and pattern, which are found in cloud logs.

We saw the endpoint signal disappear the same way when a phishing service spoofed a conferencing brand to capture Microsoft 365 sessions. Delivery changed. The outcome did not.

Four Brands, One Intrusion Crew

Extortion emails go to the victim’s executives, carrying TOX contact details and a threat of public leaks. Recipients get 72 hours to respond and an offer of sample files as proof of possession.

They do not encrypt or destroy data. Victims do not need to purchase a decryptor or restore anything since this attack does not require a recovery process as in a typical ransomware event.

The operators use different names including BlackFile, Redact, Pink and Helix. There is a fifth name that we have with moderate certainty to be a rebranding or continuation of Pink called Cinder.

What The Logs Cannot Tell You

There are two questions that arise in such an event, and only one of them actually has an answer.

Downloads made are answerable since audit logs from the cloud capture the downloads in question once a user examines them.

As to what the session in question could have accessed, that one is much more difficult. There was a token representing all the rights of the user, and considering that we speak about an executive, there were many of those, established over many years.

Therefore, access control has to become part of the discussion around the detection of the incident rather than the enforcement. In contrast, the latter is about capturing what happened while the former defines what an authenticated session could have touched beforehand.

Conclusion: When Authentication Is Real but Access Is Not

The defining lesson from PREY-0058 is that successful MFA does not prove the resulting session remains in the hands of the legitimate user.

The operation begins with a phone call, not malware. Attackers impersonate internal IT and direct selected executives or IT staff to company-themed domains presenting what appears to be a passkey or MFA enrollment workflow. The victim enters legitimate credentials and approves the genuine authentication challenge. The attacker then captures the authenticated Microsoft 365 session and replays it from residential proxy infrastructure designed to resemble the victim’s normal location and network.

From that point forward, the activity can look frustratingly legitimate. The attackers access Outlook, SharePoint, OneDrive, Entra ID, and other SaaS services using valid cloud interfaces and an already-authenticated identity. They read mailboxes, map accessible sites, download files, and use the stolen data as leverage for extortion. They do not need to run ransomware or infect any endpoint.

Why This Threat Matters

  • MFA can succeed while the session still changes hands. In other words, the user legitimately completes authentication, but the resulting session token becomes attacker-controlled.
  • Attackers can deliberately weaken location-based anomaly detection. Residential proxies matching the victim’s geography and ASN reduce obvious impossible-travel signals.
  • The token inherits the user’s existing reach. Executive accounts may carry years of accumulated access to mailboxes, SharePoint sites, files, and other SaaS resources.
  • Cloud-native activity can look normal. Outlook and SharePoint access through legitimate interfaces produces fewer obvious signals than malware or remote tooling on an endpoint.
  • There is no encryption event to announce the breach. Attackers can quietly collect data and later use it for extortion without disrupting systems.
  • The security-upgrade theme strengthens the lure. Passkey and MFA enrollment are familiar defensive processes, which makes fake IT guidance around them especially credible.

Where Defensive Control Must Operate

Defense must operate at both the social-engineering and identity layers.

Xcitium Cyber Awareness Education and Phishing Simulation help users recognize fake IT calls, unexpected authentication enrollment requests, and company-branded domains that only appear legitimate.

Once authentication has occurred, Xcitium ITDR becomes the primary defensive layer, helping surface abnormal session reuse, unfamiliar access infrastructure, privileged identity activity, and post-authentication behavior that no longer matches the legitimate user.

Revoke the Session, Not Just the Password

When you suspect this attack, password reset alone is incomplete because the attacker may already possess an authenticated session. Therefore, recovery should include revoking active sessions and tokens, reviewing MFA and passkey registrations, examining recent cloud sign-ins, and investigating mailbox, SharePoint, OneDrive, and directory activity performed during the exposure window.

PREY-0058 demonstrates the real boundary clearly. Authentication can be genuine while an attacker still controls the access. Therefore, the critical question is not only who passed MFA, but who controls the session afterward.

Like what you see? Share with a friend.

Move Away From Detection With Patented Threat Prevention Built For Today's Challenges.

No one can stop zero-day malware from entering your network, but Xcitium can prevent if from causing any damage. Zero infection. Zero damage.

Book a Demo