As reported by BleepingComputer, Microsoft has issued a formal reminder that Extended Security Update (ESU) coverage for Exchange Server 2016 and Exchange Server 2019 will conclude in October 2025. For many security teams, this notice may feel like background noise amid more urgent alerts — but it shouldn't be treated that way.

Security Impact: As reported by BleepingComputer, Microsoft has issued a formal reminder that Extended Security Update (ESU) coverage for Exchange Server 2016 and Exchange Server 2019 will conclude in October 2025.

Why This Deadline Is Different

Exchange Server has historically been one of the most aggressively targeted enterprise products on the internet. The ProxyLogon, ProxyShell, and ProxyNotShell exploit chains — all discovered in recent years — resulted in mass exploitation by nation-state actors and ransomware groups within days of disclosure. What made those incidents particularly damaging was the sheer number of organizations running unpatched, internet-facing Exchange deployments.

When ESU coverage ends, that pattern will repeat — but this time permanently. After October 2025, any newly discovered vulnerability in Exchange 2016 or 2019 will receive no patch. Not a delayed patch. Not a workaround bulletin. Nothing. Threat actors know this calendar as well as IT administrators do, and they actively stockpile or develop exploits specifically for post-EOL software, knowing defenders have no remediation path.

Post-EOL Exchange servers are not merely unpatched systems — they are persistent, high-value footholds that will never be closed by a vendor patch cycle again.

Who Is Most at Risk

The organizations most exposed to this deadline tend to share a few characteristics:
Who Is Most at Risk
Mid-market and enterprise organizations with complex on-premises dependencies (e.g., custom mail flow rules, third-party connectors, compliance archiving integrations) that have delayed cloud migration
Regulated industries — healthcare, legal, financial services, government contractors — where data residency or sovereignty requirements pushed back Exchange Online adoption
Organizations with technical debt around Active Directory, public key infrastructure (PKI), or legacy line-of-business applications that authenticate against Exchange
Smaller IT teams that have deferred the migration project due to resource constraints and are now approaching the deadline with insufficient runway

The Migration Math Is No Longer Optional

There are three realistic paths forward, and the time to evaluate them is now — not in September:

1. Migrate to Exchange Online (Microsoft 365)

The path Microsoft clearly prefers, and for most organizations the most defensible long-term choice. However, migrations of any meaningful scale take 3–6 months minimum when accounting for mailbox migration, hybrid coexistence teardown, connector reconfiguration, and user training. Organizations that have not started this process are already at risk of missing the October window cleanly.

2. Upgrade to Exchange Server Subscription Edition (SE)

Microsoft released Exchange Server SE as the successor product with an ongoing servicing model. For organizations with legitimate reasons to remain on-premises, this is a viable path — but it requires infrastructure upgrades, licensing review, and careful planning around coexistence during transition.

3. Network Isolation as a Temporary Control

If migration cannot be completed before October, organizations should treat legacy Exchange servers as if they are already compromised infrastructure. This means removing internet-facing exposure immediately, restricting inbound connections to known IP ranges, implementing strict outbound egress filtering, and deploying enhanced monitoring on Exchange-related processes and web directories (a common indicator of webshell deployment).

Shield53 Recommendations

  • Audit your Exchange inventory immediately. Identify every Exchange 2016/2019 server in your environment, including hybrid servers that may be overlooked in cloud-centric asset inventories.
  • Classify internet exposure. Any Exchange server with Outlook on the Web (OWA), AutoDiscover, or Exchange Web Services (EWS) exposed to the public internet is a priority-one remediation target.
  • Accelerate migration timelines. If you haven't started, start now. Engage Microsoft FastTrack resources, a migration partner, or your CSP immediately — October will arrive faster than your change management process.
  • Deploy threat detection tuned to Exchange TTPs. Ensure your EDR and SIEM have coverage for Exchange-specific attack patterns: LSASS access from Exchange worker processes, webshell creation in \inetpub or Exchange virtual directories, unusual PowerShell execution from UMWorkerProcess or MSExchangeTransport.
  • Review your vulnerability management SLA for post-EOL systems. Your current patching SLA is meaningless for a system that will never receive patches again. Update your risk acceptance and compensating controls documentation accordingly.
  • Brief executive leadership. The residual risk of running unpatched Exchange after October must be formally accepted at the CISO or executive level — this is not a decision that should remain in an IT ticket queue.

The October deadline is not the end of the world — but it is the end of Microsoft's safety net for a class of infrastructure that attackers have proven they will exploit relentlessly. Organizations that treat this as a soft advisory rather than a hard security milestone are making a calculated bet that no new critical Exchange vulnerability will emerge post-EOL. Given the track record of this product, that is not a bet we would recommend taking.