IdentityNov 2026

The Microsoft page was real. The mailbox still went to someone else.

November 5, 2026 · Steve Greenberg

A bookkeeper can type a short code on a real Microsoft page, pass MFA, and still hand the mailbox to someone else. This note teaches that trap in plain English. It is not a how-to.

Technology partners

  • ThreatLocker logo
  • SentinelOne logo
  • Fortinet logo
  • NinjaOne logo
  • Barracuda logo
  • Microsoft 365 logo
  • Google Workspace logo

The invoice looked ordinary

A bookkeeper gets “please sign the invoice.” After a CAPTCHA they land on a Microsoft sign-in page. They already use MFA (the extra check after a password), so it feels safe. The page asks them to type a short code.

Device code login, in one sentence: you type a short code on a real Microsoft page to approve a sign-in that started somewhere else. It exists so a TV or a conference room panel that cannot type a password can still sign in. Typing that code from an email is like unlocking the office for someone standing at a different door.

The Hacker News, on 5 November 2026, put this class of Microsoft 365 phishing first in its October roundup. In their words, one kit “exploits Microsoft’s legitimate device-code authentication to compromise corporate accounts without stealing passwords or bypassing MFA.” Kits they name (SkyW4lker, GeorgeGinx, Mir0Auth) stay in that citation. The staff rule does not depend on the name: never type a Microsoft code you did not start on a device in front of you.

What they lose next is mail, files, and the ability to send as them: a changed invoice, a quiet mailbox rule, not always ransomware. For VPN and backup lockups, see the Akira SonicWall chain and Anatomy of a ransomware attack.

What happened, in minutes

This is not a ransomware story that lasts weeks. A bookkeeper can lose the mailbox in one sitting. Six beats a defender can see. It is not a recipe.

  1. The lure is ordinary office work: please sign, please pay, please open the file. The Hacker News, citing researchers, described kits that hide behind links that look trusted (Adobe shares, fake DocuSign pages) before anyone reaches Microsoft. You do not need the kit names to judge the email: unexpected, rushed, and asking you to finish a login you did not start.

The test that holds

It looks like Microsoft. That is not the question.

The padlock and the Microsoft name can both be real. The useful question is whether you started this login on the device in front of you.

It looks like Microsoft

What the bookkeeper reasonably believed

You started this login

The test that actually holds

Microsoft recommends getting as close as possible to blocking device code flow. Read their Conditional Access article. We are not reprinting admin clicks here.

Questions people actually ask

You type a short code on a real Microsoft page to approve a sign-in that started somewhere else, often a session the attacker is already waiting on.

Sources

Every external claim on this page points here. Open the primary document, not a recap.

Related reading: Email and phishing, Zero Trust access, and a free IT and cybersecurity assessment.