Security1 publisher2 min readPublished
Storm-3121 callers demand an urgent passkey update to harvest Microsoft 365 session tokens
Microsoft has tracked passkey- and SSO-themed help desk impersonation since May 2026, with the calls steering employees into adversary-in-the-middle proxies and device-code grants that hand over live Microsoft 365 sessions.
The Watch · Security desk

What happened
- Microsoft has observed the activity since May 2026: attackers research a target company and its staff, then call or message employees while impersonating the corporate IT help desk.
- The lures centre on passkeys but no passkey enrollment is attempted; the calls exist to move employees into adversary-in-the-middle phishing sites or device-code authentication flows.
- One investigated session, opened from an unmanaged device, stayed active for roughly an hour while the operator listed sensitive files and internal applications.
- The crews register domains pairing company names with passkey, SSO, key synchronization, account setup and identity verification wording.
Compiled by The WatchSomething wrong?How this is made
Why it matters
- capability A device-code grant gives the operator a token without harvesting a password and without hosting a fake login page, so domain blocklists and URL-inspection training have nothing to fire on.
- constraint Detection has to run on session properties such as the unmanaged device and the order of app access, because the token that arrived had already satisfied MFA and the traffic went to Microsoft's own first-party services.
- exposure Sending the link by SMS to a personal phone puts the delivery outside the mail gateway and the managed fleet, leaving the sign-in event as the first thing the security team can see.
- decision Identity teams now have to fix how an employee verifies an unsolicited call about authentication changes, because the attacker's script says what a genuine passkey or MFA notice says.
The device-code path is the one that breaks user training. An employee reads a code back over the phone and types it into Microsoft's own authentication page, and the grant issues a token to an attacker-controlled OAuth application [8][9]. There is no lookalike domain for the employee to check and no password entered into a fake form.
The adversary-in-the-middle path is the older one, and it yields both the password and the session token [7]. Microsoft's write-up of one intrusion shows what the token bought. The sign-in came from an unmanaged device to a service Entra logs as OfficeHome, which covers the Office 365 portal's shared infrastructure and browser-based Office apps [10][11]. The attacker completed MFA, then started checking what the account could reach [12]. Within minutes the session hit My Apps for assigned applications, My Profile, Microsoft Approval Management, account-management interfaces and My Sign-Ins [13]. SharePoint Online, Outlook Web, collaboration and search services, an internal business application and authentication flows tied to virtual desktops followed [14].
Microsoft says the lures frequently revolve around passkeys and that the attackers are not attempting to enroll one [5]. The word is the pretext; the target is a session token or a device-code grant [6]. Microsoft does not say the targeted organizations were running passkey rollouts [26]. What makes the call land is narrower than a rollout schedule: the employee has heard passkey, MFA and SSO from their own IT department, and the caller says their access is about to break [3].
Microsoft published eight example domains, and four of them contain the string passkey: passkeyhelpdesk, secure-passkey, setupmypasskey and add-passkey [21][23]. Two are key-sync constructions, keysyncos and oskeysync, and one, oktasession, names an identity provider that is not Microsoft [21][23]. The victim company's name usually goes in the subdomain, as in company-name.secure-passkey[.]com [22]. On the work that precedes the call, Microsoft wrote: "The actor appears to invest heavily in pre-attack research, likely gathering information about employees and organizational structure from public sources such as social networking and professional profiling platforms" [24].
Microsoft puts the initial access with Storm-3121, which it associates with ShinyHunters and Falcon extortion, and Storm-3032, which it ties to BlackFile members now operating under the Helix name [16][17]. Google Threat Intelligence has tracked overlapping phone-based social engineering and passkey-themed phishing infrastructure as UNC6671 [18]. Google's list of gangs linked to that cluster runs to five: BlackFile, Helix, Falcon, Pink and Redact [19][25].
What to watch
- Whether Microsoft publishes the OAuth application IDs behind the device-code grants, which would make those grants blockable by tenant policy.
- Whether the same crews start enrolling their own passkeys on compromised accounts for persistence, instead of only using the word as a lure.
- Whether the oktasession[.]com-style infrastructure shows the same call script aimed at Okta tenants rather than Entra.