Share via

After installing Windows Server 2025 security update KB5087539 on both AWS EC2 VMs, communication between the servers stops working.

Nitin Shinde 0 Reputation points
2026-05-22T10:50:05.3233333+00:00

Environment:

  • Platform: AWS EC2
  • OS: Windows Server 2025 Standard
  • Update Installed: KB5087539 (OS Build 26100.32860)
  • Deployment Type: Two EC2 Windows VMs
  • Communication Type Affected: Inter-VM communication

Steps to Reproduce:

  1. Install KB5087539 on Windows Server 2025 VM
  2. Reboot VM
  3. Attempt communication between AWS VMs
  4. Observe communication failure

Impact: Production/QA environment communication impacted between application servers.

Windows for business | Windows Server | Networking | Network connectivity and file sharing
0 comments No comments

1 answer

Sort by: Most helpful
  1. VPHAN 33,190 Reputation points Independent Advisor
    2026-05-22T11:26:01.4666667+00:00

    Hi Nitin Shinde,

    The failure after installing this cumulative update is likely tied to the Network Location Awareness service reclassifying your AWS Elastic Network Adapters. When a major update or reboot disrupts network gateway MAC detection, Windows clears the network identification from the registry path HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles and defaults the connection to a Public profile. This causes the Windows Defender Firewall to instantly apply stricter rules and block your internal AWS VPC traffic. You can easily fix this by running the Set-NetConnectionProfile -NetworkCategory Private PowerShell command on the affected machines. Switching the category back to Private tells the OS to trust the local network again, restoring your inter-VM communication without compromising your external security boundaries.

    If correcting the network profile does not resolve the issue, rolling back the update is your next step to restore production functionality. Executing wusa.exe /uninstall /kb:5087539 in an elevated command prompt. You must be aware that uninstalling cumulative security updates will expose your servers to the vulnerabilities they were designed to patch. Because Microsoft has not officially confirmed a regression bug for this specific inter-VM behavior on build 26100.32860, you should only execute this rollback if the environment is entirely non-functional and your security team accepts the risk. If you proceed, pausing automatic updates via the Group Policy path Computer Configuration \ Administrative Templates \ Windows Components \ Windows Update is the correct administrative action while you monitor the Windows release health dashboard for an official fix.

    Hope this answer brought you some useful information.

    VPHAN

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.