Microsoft SFI, part 1

Microsoft's Security Wake-Up Call (And Why It's Yours Too)

Updated 8 min read

A stolen key from 2016. A known Chinese threat actor with a 20-year track record. 500+ compromised accounts. And a government agency that had to call Microsoft to tell them they’d been hacked.
This is where it started.


Alright, let’s talk about one of the most embarrassing and frankly fascinating security incidents in recent memory. Not because it involved some crazy zero-day or an impossibly sophisticated attack chain. But because it was, at its core, a story of basic things done badly over the course of a very long time, by a company that had every reason to know better.

This is the first post in a series on Microsoft’s Secure Future Initiative (SFI). We’re going to begin from the incident that started it all, through three years of progress reports, in order to figure out what actually changed. The crucial questions that remain are: what is still smoke and mirrors, and what can the rest of us learn from it?
I’m a security architect, not a journalist. So fair warning, these posts will dig deeply into the actual technical decisions and the places where the progress reports gloss over issues that still need work.

But first, let’s go back to where it all began.

The Actor: Not Exactly a Surprise

Before we get to 2023, there’s some important context that most coverage skips. The group Microsoft calls Storm-0558, assessed to be operating on behalf of the People’s Republic of China, is not some newly discovered threat. Security researchers have been tracking this group for over 20 years.

They were linked to Operation Aurora in 2009, a sophisticated campaign that targeted more than two dozen companies including Google, to steal source code and access email accounts. Two years later, in 2011, they were connected to the RSA SecurID breach, during which attackers stole the secret seeds used to generate authentication codes for tokens used by tens of millions of people. If you were in security in 2011, you remember that one.

The reason that this context matters is simple, but important. Microsoft was not blindsided by an unknown actor using tactics nobody had seen before. This was a group with a documented, two decade-long interest in stealing authentication keys and credentials from technology companies. The attack succeeded not because Storm-0558 invented something new, but because the controls that should have been in place simply weren’t.

One Does Not Simply meme: one does not simply leave a 7-year-old signing key lying around

One does not simply leave a 7-year-old signing key in production when a group known for stealing auth keys has been active for two decades.

Summer 2023: What Actually Happened

May and June 2023. Storm-0558 quietly walked into the Exchange Online mailboxes of 22 organizations and over 500 individuals. Commerce Secretary Gina Raimondo. The US Ambassador to China. A congressman. And a whole lot of other people who really, really did not want their emails read by Beijing. The State Department alone lost around 60,000 emails. The attackers had access for at least six weeks before anyone noticed.

No zero-day. No exotic attack chain. The hackers found a 2016 Microsoft Account (MSA) consumer signing key and used it to forge authentication tokens that looked completely legitimate. That key should have been retired in March 2021. It wasn’t.

A second flaw in Microsoft’s token validation meant that a consumer key could authenticate to enterprise Exchange accounts, two trust domains that should architecturally never cross. The next post goes deep into exactly how that worked.
For now, the important thing to remember is simple. A seven-year-old forgotten key plus a gap in the authentication plumbing is what let attackers walk straight in.

22 organizations. 500+ individuals. 60,000 State Department emails. Six weeks of undetected access. One signing key from 2016 that should have been dead in 2021.

Microsoft Didn’t Find It. A Customer Did.

On June 15, 2023, the State Department found the intrusion themselves. Their security team had built a custom detection rule nicknamed “Big Yellow Taxi” that flagged anomalous access patterns in a log called MailItemsAccessed, which tracks who exactly is reading Exchange Online mailboxes. That rule managed to catch what Microsoft’s own systems missed entirely.

Here’s the part that makes it worse. That log was only available because the State Department had paid for Microsoft’s premium G5 government license tier. Standard license customers couldn’t see it at all. Most enterprises and government agencies didn’t have E5 or G5. They had no visibility into this class of activity within their own environments. You could have been compromised and wouldn’t have the slightest idea.
Security logging sold as a premium feature is not true security.
It’s a liability waiting to happen. The CSRB called this out explicitly.
A future post covers what Microsoft did about it, eventually.

This Is Fine dog in a burning room, labelled Microsoft’s security at the time, allegedly

Microsoft as assessed by the US government.

The Transparency Problem

Nine days after it was spotted by the State Department, Microsoft revoked the stolen signing key. July 11th they published a public blog. Then on September 6th, they published a root cause analysis explaining that the key had probably ended up in a crash dump file accidentally accessed by a compromised engineer’s machine.

One problem though. It wasn’t true.
Microsoft acknowledged to the CSRB in November 2023 that they had no evidence or logs supporting this claim. They didn’t update the public blog until March 12th, 2024, four months later, when the CSRB was finishing up its review and had repeatedly asked them about it.

So to recap: a customer told Microsoft they’d been breached, Microsoft published an incorrect explanation of events that had taken place, knew this was incorrect for months, and decided to sit on it anyway. As of the CSRB’s final report, how the key was actually stolen remains officially unknown. That’s not a reassuring or comforting sentence for the world’s largest software company and its most critical cryptographic material. But it’s the accurate one.

Then It Got Worse

January 2024. While Storm-0558 was still being investigated, Microsoft disclosed an unrelated intrusion. Midnight Blizzard, Russia’s SVR, used a password spray attack against a legacy test account with no MFA and pivoted into senior leadership email accounts and source code repositories.

Two separate nation-state intrusions, six months apart, at the world’s largest software company. One from China. One from Russia. Both preventable.

And Microsoft’s public response to the Midnight Blizzard breach? They published a blog post recommending customers buy Entra ID Protection, Purview Audit Premium, and Entra Password Protection as the fix. For a breach of Microsoft’s own infrastructure. Security researcher Alex Stamos nominated it to what he called the “Cybersecurity Chutzpah Hall of Fame.” That’s probably the most polite thing anyone said about it.

Surprised Pikachu: Microsoft launches SFI and calls security its top priority, Midnight Blizzard breaches its corporate email two months later

SFI announced November 2023. Midnight Blizzard disclosed January 2024. Russia and China. Six months apart. Nice.

The Gates Memo

In 2002, Bill Gates wrote a company-wide memo called Trustworthy Computing. The key message was simple. “When we face a choice between adding features and resolving security issues, we need to choose security.” The CSRB specifically invoked that memo in their 2024 findings. Not as a rhetorical flourish. As a direct and challenging question asking what happened to the ethos its founder put in writing twenty years ago.

Their conclusion was that Microsoft’s security culture had drifted so badly that basic controls that other cloud providers had already shipped, such as automated key rotation, hardware-based key storage and stateful token validation, simply weren’t there.
The CSRB didn’t just say Microsoft had failed technically.
They said Microsoft had failed institutionally.

A future post covers what Microsoft did to try to fix its culture.
It’s more interesting than it sounds.

The CSRB Does Not Hold Back

In March 2024, the Cyber Safety Review Board published its full review. It is one of the most high profile and strongly worded public takedowns of a major tech company’s security practices I have ever read. The kind of report where you can truly feel the frustration behind the formal language.

Their headline conclusion was that “This intrusion was preventable and should never have occurred.”
And that “Microsoft’s security culture was inadequate and requires an overhaul.”

It wasn’t one mistake. It was a cascade. Microsoft failed to detect the compromise of its own cryptographic keys. Other cloud providers had controls in place that Microsoft simply didn’t have. The company left inaccurate public statements uncorrected for months while actively being aware that they were wrong.
And they were so far behind their peers on basic security hygiene that the CSRB felt the need to spell it out plainly.
For a company this central to global enterprise infrastructure, their standards were unacceptable.
That’s not a compliment dressed up as criticism.
That’s a government board saying you are too important to run security like a startup in 2010.

By the numbers

  • 22 organizations compromised
  • 500+ individuals
  • ~60,000 State Department emails exfiltrated
  • At least six weeks of undetected access
  • A signing key from 2016 that should have been retired in 2021
  • A root cause that remains officially unknown
  • Four months of inaccurate public statements left uncorrected after Microsoft knew they were wrong
  • 25 CSRB recommendations
  • One very uncomfortable Microsoft board meeting, probably

What Came Next

In November 2023, before the CSRB had even published its report, Microsoft announced the Secure Future Initiative. Then in May 2024, Satya Nadella publicly tied security to leadership compensation and made it the company’s stated top priority.
The equivalent of 34,000 full-time engineers was redirected towards this effort. Six pillars, 28 objectives, and a commitment to publish regular progress reports.

Three reports have been published so far: September 2024, April 2025, and November 2025. That’s what this series digs into, one pillar at a time, with the actual numbers rather than the press release version.

This is a rolling series. New posts will drop over the coming weeks.

More to follow.

Questions, corrections, or strong opinions welcome. These posts exist because this story deserves more than a press release summary.