How to Fix CVE-2023-21529: Insecure Deserialization in Microsoft Exchange Server 2019 Cumulative Update 12
By Sai Kiran Pandrala
| Severity | CVSS 8.8 - High |
|---|---|
| Actively exploited? | Yes, listed in CISA KEV (added 2026-04-13) |
| Affected | Microsoft Exchange Server 2019 Cumulative Update 12 15.02.0 up to (excluding) 15.02.1118.025; Microsoft Exchange Server 2019 Cumulative Update 11 15.02.0 up to (excluding) 15.02.0986.041; Microsoft Exchange Server 2013 Cumulative Update 23 15.00.0 up to (excluding) 15.00.1497.047; Microsoft Exchange Server 2016 Cumulative Update 23 15.01.0 up to (excluding) 15.01.2507.021 |
| Fixed in | 15.00.1497.047, 15.01.2507.021, 15.02.0986.041, 15.02.1118.025 |
| Type (CWE) | CWE-502: Deserialization of Untrusted Data |
Patch immediately. CISA added CVE-2023-21529 to the Known Exploited Vulnerabilities catalog on 2026-04-13. Federal civilian agencies must remediate by 2026-04-27. Treat every internet-reachable instance as a priority patch.
What is CVE-2023-21529?
CVE-2023-21529 is an Insecure Deserialization flaw in Microsoft Exchange Server 2019 Cumulative Update 12. It carries a CVSS base score of 8.8 (high). CISA confirmed real-world exploitation by adding it to the Known Exploited Vulnerabilities catalog on 2026-04-13.
From the source record: Microsoft Exchange Server Remote Code Execution Vulnerability
Why it matters in practice: KEV-listed CVEs draw continuous internet-wide scanning. Any unpatched, internet-reachable installation is on borrowed time. The blast radius depends on how the affected service is exposed. An internet-facing instance with no compensating controls is the highest-risk configuration.
Am I affected?
You are affected if your installation of Microsoft Exchange Server 2019 Cumulative Update 12 matches a version listed in the Affected row above.
On Windows, check the installed version with PowerShell:
# Generic - list installed product versions
Get-CimInstance Win32_Product | Where-Object Name -like "*Microsoft Exchange Server 2019 Cumulative Update 12*" | Select-Object Name, Version
# Windows updates installed (KB lookup)
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 20
How to fix CVE-2023-21529
Apply the vendor patch. Target a build at or above: 15.00.1497.047, 15.01.2507.021, 15.02.0986.041, 15.02.1118.025. The runnable command set below covers the most common deployment patterns for Microsoft Exchange Server 2019 Cumulative Update 12.
Windows (PowerShell, run as administrator)
# 1) Backup affected service config
$stamp = Get-Date -Format yyyyMMdd-HHmm
$backup = "C:\Backup\microsoft-$stamp"
New-Item -ItemType Directory -Path $backup -Force | Out-Null
# 2) Install the latest Windows security updates (the patch for CVE-2023-21529 ships here)
Install-Module PSWindowsUpdate -Force -Scope CurrentUser -ErrorAction SilentlyContinue
Import-Module PSWindowsUpdate
Get-WindowsUpdate -MicrosoftUpdate -AcceptAll -Install -AutoReboot
# 3) Confirm the patch landed
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 10
Vendor-managed app on Windows (winget)
# Vendor advisory: https://msrc.microsoft.com/update-guide/vulnerability/CVE-2023-21529
winget upgrade --all --silent --accept-package-agreements --accept-source-agreements
# or target the specific package:
winget search "Microsoft Exchange Server 2019 Cumulative Update 12"
winget upgrade --id <PackageId> --silent
Complete PowerShell patch script
# Patch Microsoft Exchange Server 2019 Cumulative Update 12 for CVE-2023-21529
$log = "C:\Backup\CVE-2023-21529-patch.log"
"[{0}] Starting patch run" -f (Get-Date) | Tee-Object -FilePath $log -Append
try {
$stamp = Get-Date -Format yyyyMMdd-HHmm
$backup = "C:\Backup\microsoft-$stamp"
New-Item -ItemType Directory -Path $backup -Force | Out-Null
# Backup hook - tailor for the product
# Copy-Item "C:\Program Files\Microsoft Exchange Server 2019 Cumulative Update 12" $backup -Recurse -ErrorAction SilentlyContinue
if (-not (Get-Module -ListAvailable PSWindowsUpdate)) {
Install-Module PSWindowsUpdate -Force -Scope CurrentUser
}
Import-Module PSWindowsUpdate
Get-WindowsUpdate -MicrosoftUpdate -AcceptAll -Install -AutoReboot:$false -IgnoreReboot
"[{0}] Updates installed" -f (Get-Date) | Tee-Object -FilePath $log -Append
# Verify
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 5 | Out-File $log -Append
"[{0}] Patch run complete - reboot at next maintenance window" -f (Get-Date) | Tee-Object -FilePath $log -Append
} catch {
"[{0}] ERROR: $_" -f (Get-Date) | Tee-Object -FilePath $log -Append
exit 1
}
After applying the patch
- Restart the service or device so the patched binary loads.
- Confirm the running version matches the Fixed in row using the verification command below.
- Rotate credentials and API keys that the affected service could access if the asset was exposed during the disclosure window.
If you can't patch immediately
Until the patch lands, narrow the attack surface with these runnable controls.
Restrict the affected service via Windows Firewall
# Replace -RemoteAddress with your trusted admin range
New-NetFirewallRule -DisplayName "Block CVE-2023-21529 inbound" -Direction Inbound -Action Block -Protocol TCP -LocalPort 445,3389,5985
New-NetFirewallRule -DisplayName "Allow CVE-2023-21529 admin range" -Direction Inbound -Action Allow -Protocol TCP -LocalPort 445,3389,5985 -RemoteAddress 10.10.10.0/24
Disable the vulnerable feature if the vendor advisory allows it
# Vendor advisory: https://msrc.microsoft.com/update-guide/vulnerability/CVE-2023-21529
# Example: stopping a non-essential Windows service
Stop-Service -Name <ServiceName> -Force
Set-Service -Name <ServiceName> -StartupType Disabled
Mitigations are temporary. Apply the vendor patch as soon as a maintenance window opens.
How to verify the fix worked
Confirm the patched build is the one actually running.
# Confirm KB / hotfix is present
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 10
# Confirm product version
Get-CimInstance Win32_Product | Where-Object Name -like "*Microsoft Exchange Server 2019 Cumulative Update 12*" | Select-Object Name, Version
Expected: the patched build named in Fixed in (15.00.1497.047, 15.01.2507.021, 15.02.0986.041, 15.02.1118.025) appears in the version column.
Also worth doing: pull recent log windows for any indicators of compromise listed in the vendor advisory, and re-run an authenticated vulnerability scan with up-to-date signatures.
Frequently asked questions
Related fixes
Other vulnerabilities in the same area that are worth patching alongside this one:
- How to Fix CVE-2023-36036: Heap-based Buffer Overflow in Windows 10 Version 1809 — Heap-based Buffer Overflow in Windows 10 Version 1809
- How to Fix CVE-2023-35311: Time-of-check Time-of-use (TOCTOU) Race Condition — Time-of-check Time-of-use (TOCTOU) Race Condition
- How to Fix CVE-2023-29357: Incorrect Implementation of Authentication Algorithm , Incorrect Implementation of Authentication Algorithm
- How to Fix CVE-2023-36563: Improper Input Validation in Windows 10 Version 1809 , Improper Input Validation in Windows 10 Version 1809
- How to Fix CVE-2023-28229: Sensitive Data Storage in Improperly Locked Memory in Windows 10 Version 1809 , Sensitive Data Storage in Improperly Locked Memory in Windows 10 Version 1809
Is CVE-2023-21529 being exploited in the wild?
Yes. CISA added CVE-2023-21529 to the Known Exploited Vulnerabilities catalog on 2026-04-13. KEV listing means at least one confirmed real-world exploitation report exists.
Do I have to take downtime to patch?
For most Microsoft Exchange Server 2019 Cumulative Update 12 deployments, the patched build needs a service restart or device reboot. HA pairs and clusters can roll the upgrade by patching the standby first, failing over, then patching the former primary.
Will a WAF or IDS rule alone close CVE-2023-21529?
No. Network filters cut down opportunistic scans but they do not remove the flaw. The vendor patch is the only durable fix.
How quickly should I act on CVE-2023-21529?
Within the standard patch cycle if the asset is internal-only. Inside one to two weeks for any internet-facing instance, sooner if compensating controls are not in place.
References
- Official vendor advisory: https://msrc.microsoft.com/update-guide/vulnerability/CVE-2023-21529
- NVD entry: https://nvd.nist.gov/vuln/detail/CVE-2023-21529
- CISA KEV catalog: https://www.cisa.gov/known-exploited-vulnerabilities-catalog
- CISA KEV entry: "Microsoft Exchange Server Deserialization of Untrusted Data Vulnerability" - added 2026-04-13, due 2026-04-27
- Additional reference: https://www.microsoft.com/en-us/security/blog/2026/04/06/storm-1175-focuses-gaze-on-vulnerable-web-facing-assets-in-high-tempo-medusa-ransomware-operations/
*Assembled from the official vendor advisory, the NVD record, and the CISA KEV listing on 2026-05-25. Always confirm against the vendor advisory before applying changes in production.*