root@ransomvault:~$ tail -f threat_intel.log

Threat Intelligence

Microsoft Rules Out Cyberattack Behind Major Microsoft 365 Outage

Darkintel Team2 min read

Microsoft has said there is no indication that the major Microsoft 365 outage that began on November 12 was caused by malicious or cyber activity. The company has publicly expressed regret over the disruption, which affected Outlook, Teams, Exchange Online, and other services for users worldwide.

Statement from Microsoft leadership
On November 13, at about 03:37 GMT, Charles Lamanna, Microsoft’s Executive Vice President of Copilot, Agents, and Platform, posted on X:

“We regret that today’s outages caused disruptions for our customers, and we are working to address the issue. We will continue to share more information as soon as we have it, and for now I can confirm that there is no indication this is the result of malicious or cyber activity.”

The statement was widely reported by outlets including Reuters, Ars Technica, Al Jazeera, The Economic Times, and Windows Latest.

What Microsoft has disclosed so far
Microsoft has not yet published a full root cause, but its status updates describe these technical symptoms:

  • Servers going unexpectedly unavailable after failing automated health checks, possibly because of a specific component that processes server health
  • Elevated load on the remaining infrastructure as healthy servers took on traffic from the failed ones
  • A core process for establishing secure connections becoming overwhelmed, adding to the connectivity problems

Microsoft has confirmed the problem was not caused by a surge in traffic, and that no recent change has been linked to the start of the impact.

Recovery status
Microsoft says it is seeing early stabilization and capacity improvements, though recovery has had mixed success. Measures taken so far include:

  • Pausing all deployments
  • Moving traffic off affected infrastructure and restarting affected servers
  • Testing a configuration change to address the failing health checks
  • Extending the email timeout to 48 hours so delayed mail is kept and delivered instead of bouncing back

Microsoft has said it will publish a full post-incident report with root cause and remediation details once mitigation is complete.

Incident recap

DetailInformation
Start timeNovember 12, 2026, 1:26 p.m. ET
Affected servicesOutlook, Exchange Online, Teams, SharePoint Online, Microsoft 365 Copilot, Microsoft Defender XDR, plus third-party connectors (OpenAI, Anthropic)
Peak reports (Downdetector)97,000+ Outlook, 38,000+ Microsoft 365, ~4,500 Teams
Incident IDsMO1550821, EX1550543
CauseServers failing health checks and going unavailable; full root cause pending
Malicious activityNo indication, according to Microsoft
StatusRecovery ongoing

What this means for organizations
Ruling out a cyberattack is reassuring, but the incident shows how much depends on a single cloud provider. Email, collaboration, security tooling (Defender XDR), and even third-party AI assistants were all disrupted at once.

Recommendations for IT teams

  • Keep tracking MO1550821 in the Microsoft 365 admin center, or status.cloud.microsoft if the admin center isn’t available.
  • Expect delayed mail to keep arriving as the backlog clears, and watch for bounce-backs on messages still undelivered after 48 hours.
  • Beware of outage-themed phishing: Attackers may pose as Microsoft support or send fake “mailbox recovery” messages, even though the outage itself was not malicious.
  • Review business continuity plans for long cloud outages, including backup communication channels and how critical security tooling keeps working.
  • Read the post-incident report when it’s published, to understand the root cause and any recommended customer actions.

We will update this post once Microsoft confirms full restoration and publishes its post-incident report.

Newsletter

Get the latest cyber news in your inbox

Ransomware, breaches and exploited vulnerabilities, delivered by RansomVault.

Free. No spam. Unsubscribe in one click.

Latest news

How PHP2Shell Works, and Why It Gives Attackers Access Before Your Code Even Runs

Knowledge

PHP2Shell, the pair of critical PHP vulnerabilities tracked as CVE-2026-109618 and CVE-2026-109619, has become one of the most heavily exploited bugs of the year. It was exploited four days before PHP released patches on October 21, added to CISA’s Known Exploited Vulnerabilities catalog, and most recently used to break into Check Point Security Gateways and wipe VMware ESXi hosts. But how does it actually work? This post explains the vulnerability in plain terms, using technical research on th

FAA Grounds All U.S. Flights Over Nationwide Air Traffic Control Communications Failure

Threat Intelligence

On Friday afternoon, the Federal Aviation Administration (FAA) ordered a nationwide ground stop at every U.S. airport, citing "extraordinary circumstances" and safety concerns. U.S. Transportation Secretary Sean Duffy said a communications problem was affecting all Air Route Traffic Control Centers across the country. "FAA technicians are investigating the issue. We will provide immediate updates as we have them," Duffy wrote on X. Departing flights must stay on the ground until further noti

PHP2Shell Attacks on Check Point Gateways Deploy Data Wiper on VMware ESXi Hosts

Zero-Day / Threat Intelligence

Threat actors are exploiting vulnerable Check Point Security Gateways in a campaign that ends with data-wiping malware on VMware ESXi hosts. According to Check Point Research, the attacks began on October 30, 2026, first against Israeli organizations. A single actor ran the whole operation, from initial access to lateral movement and destruction. Background: PHP2Shell PHP2Shell is the name for two critical PHP vulnerabilities, CVE-2026-109618 and CVE-2026-109619, that allow unauthenticated remo