Mitigation
The primary remediation is to install Microsoft's November 2026 Office security updates immediately. Office LTSC 2021 installations should be updated to build 16.0.14334.21048 or later, while Office LTSC 2024 installations should run 16.0.17932.21140 or later. Microsoft 365 Apps for Enterprise users should verify that their servicing channel has received the corresponding current security release.
Because exploitation is already occurring, organizations should verify successful deployment rather than assuming automated Office updates have reached every device.
Administrators should take the following actions:
- Inventory Microsoft Outlook installations across managed endpoints.
- Identify Microsoft 365 Apps, Office LTSC 2021, and Office LTSC 2024 systems that have not received the November security update.
- Deploy the corrected builds immediately and verify installation.
- Review endpoints that remained vulnerable while exploitation was active.
- Block unnecessary outbound SMB traffic to the internet.
- Audit outgoing NTLM authentication and reduce NTLM usage wherever operationally possible.
- Investigate unusual Outlook-to-network activity and unexpected authentication attempts.
- Educate users not to open unsolicited Outlook message files or attachments from untrusted sources.
Blocking outbound SMB on TCP port 445 provides an important additional protection layer. Microsoft explicitly recommends preventing SMB traffic from leaving the corporate network unless there is a specific operational requirement for internet-hosted SMB services.
Organizations should also consider restricting NTLM. Windows provides the Network security: Restrict NTLM: Outgoing NTLM traffic to remote servers policy, which can first be configured in audit mode to identify dependencies before administrators begin blocking authentication.
Abruptly disabling NTLM across an enterprise can break legacy applications and workflows. Organizations should therefore audit usage, identify legitimate dependencies, implement required exceptions, and progressively move authentication toward Kerberos or other stronger mechanisms.
If suspicious exploitation is identified, merely installing the update is not sufficient to close the incident. Security teams should identify the affected identity and review authentication activity occurring after the suspected message file was opened. Look for unusual SMB connections, remote logons, lateral movement, access to file shares, VPN authentication, cloud sign-ins, and other services that accept the affected credentials.
Where evidence suggests that authentication information was exposed or successfully abused, reset the relevant password and revoke active sessions according to the organization's identity-response procedures. Additional privileged credentials accessible to the affected account should also be investigated.
Endpoint, proxy, firewall, email, EDR, and identity logs should be preserved before remediation when compromise is suspected. Correlating these sources can help reconstruct the sequence from phishing delivery through NTLM disclosure and possible subsequent authentication.