November's Microsoft patches: do the domain controllers and Outlook first
Attackers are already using an Outlook bug that leaks password hashes, and CISA wants it fixed by November 24. The same release fixes no-login flaws in Kerberos, LDAP and Exchange's attachment indexing.
part 40 of 41 · Platform releases, explained from scratchthe ideaPatch the servers that hand out identity first, then Outlook everywhere.
after reading, you can- Rank this month's fixes by reach, so domain controllers and Exchange get patched first
- Check every Windows server, Office install and SQL Server instance against the fixed builds
- Stop leaked NTLM hashes from being useful by blocking outbound SMB and reviewing NTLM use
Attackers are already using an Outlook bug that hands them a user's password hash, and the same Microsoft release fixes no-login holes in the servers that run your logins. Patch domain controllers and Exchange this week, and get Outlook updated everywhere before November 24.
Your domain controllers and Outlook need patching this week, ahead of everything else.
Every Windows network has a few servers called domain controllers. They check passwords and decide who can open what. This month Microsoft fixed flaws that let a stranger on the network take over a domain controller without logging in, plus a mail server flaw triggered by an email attachment nobody has to open. Only one bug is known to be in use by attackers. It's in Outlook: a booby-trapped file can make Outlook quietly send out a scrambled copy of the user's password, which an attacker can use to sign in as them.
Picture the front desk of an office building, the one that checks badges and hands out keys. Most of these bugs let someone walk up and take the desk over. The Outlook one is quieter, more like tricking an employee into photocopying their badge for a stranger.
- Any company running Active Directory
- Teams with Exchange Server on site
- Anyone using Outlook on Windows
- SQL Server owners with integration packages
Why it matters to you
A domain controllerdefinitionThe Windows server that runs Active Directory. It checks passwords, hands out Kerberos tickets and answers LDAP lookups, so whoever controls it controls the network. is the worst server to lose. Whoever runs code on it can create accounts, reset any password and push software to every joined machine. Two of this month's flaws reach it with no login at all, according to Microsoft. One is in LDAPdefinitionThe protocol applications use to look people and groups up in a directory. Domain controllers answer LDAP all day. and one is in KerberosdefinitionWhen you open a file share or an internal app, Windows usually proves who you are with a Kerberos ticket from the domain controller. A relay attack catches someone's sign-in and forwards it to a server that trusts it., and both carry a CVSS score of 9.8.
The good news is limited but real. Microsoft marks none of the 9.8 flaws as exploited or publicly disclosed, and rates most of them "exploitation less likely". Three of the identity and mail fixes carry Microsoft's "more likely" tag: an Active Directory code execution flaw, an Active Directory privilege escalation and an Exchange code execution flaw. Each of those needs a login of some kind first, which any phished employee account can supply.
The Outlook bug is the one attackers are using. Microsoft only scores it 6.5 and calls it Moderate, since someone has to open a file first. Don't let that lull you, as Nick Carroll of Nightwing put it to CSO Online. What leaks is the user's NTLMv2 hashdefinitionOlder Windows sign-ins send this scrambled version of your password instead of the password itself. Grab one and you can try cracking it offline, or relay it to another server and log in as that person., and Microsoft says an attacker can use it to sign in as that person. CISA lists ransomware use as unknown.
-
01 A crafted file arrives
The attacker sends a specially made message file and talks the user into opening it in Outlook. The Preview Pane alone doesn't trigger it.
-
02 Outlook skips the warning
Opening the file makes Outlook connect to a network location the attacker controls, without the usual external-content warning.
-
03 Windows sends the hash
Outlook needs to log in there, so Windows sends the user's NTLMv2 hash along with the request. The attacker's server keeps a copy.
-
04 The attacker signs in as them
Microsoft says the hash is enough to pass as the user. If the attacker cracks it or relays it, they can open the same mail and files that person can.
Engineers will spot the familiar shape. Outlook-triggered NTLM leaks have come up before, and the defence is the same each time: the hash only helps an attacker if it can leave your network and if somewhere still accepts NTLM. Among those Microsoft credits for the find is a researcher who used Anthropic's Claude. Satnam Narang of Tenable told CSO Online that after most of a year of AI adding noise to Patch Tuesday, this looks like the first time it has found a needle.
What Microsoft fixed, ranked by reach
The fixes that matter most for identity and mail
A crafted message file makes Outlook connect out without warning and leak the NTLMv2 hash. On CISA KEV since November 10, due November 24. CVSS 6.5.
CVE-2026-85844, scored 9.8. Nobody logs in and nobody clicks. The attacker relays crafted Kerberos traffic to a domain controller and comes away with SYSTEM on it.
CVE-2026-119958, scored 9.8. Nobody needs an account. The attacker sends a run of crafted LDAP calls and ends up running code inside the LDAP service, which on a domain controller is about as bad as it gets.
CVE-2026-116928, scored 9.8. Exchange indexes attachments as mail arrives, so a crafted attachment can run code before anyone opens the message. You get the fix from the Windows update, not the Exchange one.
CVE-2026-118207 and CVE-2026-118146. Both need a low-level login, and Microsoft rates both "exploitation more likely". CVSS 8.8 each, rated Critical.
CVE-2026-88218, 88243 and 88234, each 9.8. Someone who's already inside your network can use them to run code with no login. Microsoft only lists DHCP and iSCSI fixes for Windows Server.
CVE-2026-116945, scored 9.8. If an attacker controls an endpoint one of your integration packages connects to, a crafted reply can run code in the integration service. They don't need any SQL credentials.
CVE-2026-109469 in Entra Device Registration. Microsoft already fixed it in the cloud service and says customers have nothing to do. It's on the list so people can see it happened.
Start with the Kerberos flaw if you only read one advisory. Microsoft describes an unauthenticated attacker sending crafted Kerberos traffic and relaying the result to a domain controller, which ends with SYSTEM on that controller. Nobody has to click. Relay attacks against Windows authentication have a long history, and plenty of networks still carry old settings that make them easier.
The Windows Search flaw is the one Exchange teams tend to miss. The bug sits in a Windows component, so the fix comes in the Windows cumulative update for the server Exchange runs on. Installing the Exchange security update alone leaves it open. Exchange Server Subscription Edition gets its own update this month too, KB5133453, for the separate code execution flaw.
DNS, DHCP and iSCSI sound like plumbing, and Microsoft's notes say the attacker has to be on the network already. Don't park them for that reason. If your domain controllers also run DNS or DHCP, those machines are carrying several of this month's worst bugs at once. Dustin Childs of the Zero Day Initiative, as CSO Online reports, would ring-fence exposed services like DNS and DHCP.
| Windows version | Update | Build at or above |
|---|---|---|
| Windows Server 2025 | KB5131080 (hotpatch: KB5131077) | 26100.33822 (hotpatch 26100.33730) |
| Windows Server 2022 | KB5131090 | 20348.5870 |
| Windows Server 2019 and Windows 10 1809 | KB5131085 | 17763.9487 |
| Windows Server 2016 and Windows 10 1607 | KB5131291 | 14393.9688 |
| Windows 11 24H2, 25H2 and 26H2 | KB5132061 | 26100, 26200 or 26300.9974 |
| Windows 11 26H1 | KB5132059 | 28000.3501 |
| Windows 11 23H2 | KB5131087 | 22631.7711 |
| Windows 10 21H2 and 22H2 | KB5131096 | 19044 or 19045.7846 |
| Windows Server 2012 R2 (Kerberos fix listed) | KB5126836 monthly rollup | 9600.23470 |
| Windows Server 2012 (Kerberos fix listed) | KB5126835 | 9200.26434 |
Microsoft also lists a second package for Windows 11 24H2 and later, KB5132043, at build .9911. Windows 10 reached end of support on October 14, 2025, so those builds reach you only if the machines are enrolled in Extended Security Updates or run an LTSC edition. Server 2012 and 2012 R2 appear on the Kerberos advisory but not on the LDAP one, so don't assume one patch status covers both.
| Product | Fix | Version at or above |
|---|---|---|
| Outlook in Office LTSC 2024 | November security update | 16.0.17932.21140 |
| Outlook in Office LTSC 2021 | November security update | 16.0.14334.21048 |
| Microsoft 365 Apps for Enterprise | Current channel builds per Office security release notes | See Microsoft's release notes |
| Exchange Server Subscription Edition RTM | KB5133453 | 15.02.2562.057 |
| SQL Server 2025 (CU10 / RTM GDR) | KB5129299 / KB5132748 | 17.0.5045.3 / 17.0.1155.3 |
| SQL Server 2022 (CU27 / RTM GDR) | KB5129300 / KB5132747 | 16.0.4315.2 / 16.0.1220.3 |
| SQL Server 2019 (CU32 / RTM GDR) | KB5132745 / KB5132751 | 15.0.4510.2 / 15.0.2210.4 |
| SQL Server 2017 (CU31 / RTM GDR) | KB5132746 / KB5132749 | 14.0.3570.2 / 14.0.2150.2 |
| Entra Private Network Connector | New connector release | 1.5.5130.0 |
Pick the SQL Server package by branch. Find your current build, then match it to the CU or GDR line it's on. Microsoft's table shows a CU+GDR update for each cumulative-update branch and an RTM+GDR update for servers that only take security fixes.
Two smaller fixes touch identity directly. Someone already logged on to an Entra Private Network Connector server can pull credentials out through CVE-2026-109460, so get the connector to 1.5.5130.0. On Dynamics 365 on-premises, CVE-2026-122196 is an XML flaw scored 6.5, and it lets any logged-in user read files off the server.
How the month unfolds
- Nov 5, 2026Entra cloud fix published
Microsoft publishes the Entra Device Registration CVE. It's already fixed on Microsoft's side, so there's nothing to install.
- Nov 10, 2026Patch Tuesday
Microsoft puts out the November updates, and CISA lists the Outlook bug as exploited that same day. The federal clock starts here.
- Nov 12, 2026Cyber Centre update
Canada's Cyber Centre adds the KEV listing to its alert. Microsoft's exploitation note is now in two official places.
- Nov 24, 2026Federal due date
CISA's deadline for agencies to fix the Outlook flaw. Use it as your own outer limit for Outlook.
- Dec 8, 2026Next Patch Tuesday
December's updates arrive. Anything still unpatched from November rolls into a bigger job.
What to do now
Jack Bicer of Action1 put the order well in CSO Online: patch order should follow reach. He'd start with domain controllers and Exchange, then anything that exposes IIS, Schannel or RPC to untrusted networks. We agree, with one addition. Outlook has the only live exploit, so the desktop rollout has to run in parallel with the server work.
What to do now, by who you are
- Ask IT or your managed provider for the patch date on each domain controller and Exchange server, in writing.
- Ask whether Outlook updates install automatically on staff PCs, and how many machines are behind.
- If you still run Windows 10 without Extended Security Updates, ask what replaces those PCs. They don't get these fixes.
- Spot signs of a break-in? Call the lawyer and the cyber insurer that day. Do it before anyone wipes a machine.
- Patch domain controllers one at a time, checking replication and logons after each one.
- Each Exchange server needs two updates, the Windows cumulative update and KB5133453. Skip either one and a flaw stays open.
- Patch DNS and DHCP servers next, then anything using iSCSI.
- Confirm each build against the table. A pending reboot doesn't count, so check after the restart.
- Push the Office update to every Outlook install, including Office LTSC machines outside the normal channel.
- Check update compliance in Intune or Configuration Manager and chase the stragglers.
- Block outbound TCP 445 at the firewall if it isn't already, as Microsoft's SMB guidance asks.
- Look for workstations connecting out to SMB or WebDAV on the internet, as far back as your logs go. Each one could have sent a hash.
- Review logons that used NTLM from unusual hosts, especially for accounts with admin rights.
- Hunt for unexpected changes on domain controllers: new accounts, group changes and new services.
- Check SQL Server integration packages that connect to outside endpoints and who owns them.
# If this errors, the KB isn't there yet. Swap in the KB for your version PS> Get-HotFix -Id KB5131090 # Version and build summary for the machine PS> Get-ComputerInfo -Property OsName, OsBuildNumber, OsHardwareAbstractionLayer # SQL Server build, to match against the CU or GDR line SQL> SELECT SERVERPROPERTY('ProductVersion');
A sane order for the server work
- 01List what holds identity
Write down every domain controller, Exchange server, DNS and DHCP server, the Entra connector hosts and the SQL Servers running integration packages. Most teams find one or two they forgot.
- 02Patch one domain controller first
Install the update, reboot and watch replication and sign-ins for a while. If something breaks, you've lost one controller, not the forest.
- 03Finish the domain controllers
Work through the rest, keeping at least one healthy controller per site online at all times.
- 04Patch Exchange both ways
Apply the Windows cumulative update and the Exchange update to each server, draining it from the load balancer first.
- 05Then the rest of the servers
DNS, DHCP, iSCSI, SQL Server and anything facing the internet. Then confirm every build and close the ticket with the list.
Harden so the next one hurts less
Patching closes these particular holes. The pattern underneath them will come back, though. A leaked hash is only worth something where NTLM is still accepted, and a relay only works where servers don't insist on signed, bound connections. Those are settings you control.
Before: hashes leave and NTLM is accepted
Workstations can reach SMB on the internet, admins sign in to ordinary PCs, and the directory still accepts NTLM from anywhere.
After: patched, blocked and narrowed
Outbound SMB is blocked, NTLM use is shrinking, and admin accounts never sign in to everyday PCs.
Durable fixes, each tied to this month
- 01Block SMB at the edge
Microsoft's SMB guidance says to block TCP 445 outbound to the internet, and that few companies need it apart from Azure Files and Office 365. Apply the same rules to laptops on home networks.
- 02Stop the SMB client sending NTLM
On Windows 11 24H2 and Windows Server 2025, the SMB client can refuse NTLM with a Group Policy setting or Set-SmbClientConfiguration -BlockNTLM $true. Add exceptions for the few servers that still need it.
- 03Shrink NTLM use in the directory
Audit which apps still sign in with NTLM, fix or replace them, and put privileged accounts in the Protected Users group so their hashes are less useful.
- 04Keep admins off ordinary PCs
A leaked hash from a help-desk laptop is bad. One from a domain admin is a forest rebuild. Give admins separate accounts and admin workstations.
- 05Vault the service accounts
Service accounts used by SQL Server packages, Exchange and connectors should have long random passwords in a vault, rotated on a schedule, so a leak has a shelf life.
If you've been breached
If you think someone used one of these flaws
Signs include outbound SMB to unknown internet hosts, NTLM logons from odd machines, new admin accounts or services on a domain controller, and unexplained processes on Exchange. Patching won't remove anyone already inside, so work through this in order.
- 01Containfirst hour
- Cut the affected PC or server off the network, keeping it powered on for evidence.
- Disable or reset the passwords of accounts whose hashes may have leaked, starting with anyone holding admin rights.
- Tell legal and your cyber insurer early. Their notice deadlines may already be running.
- 02Investigatefirst day
- Pull domain controller security logs and look for logons, group changes and new accounts you can't explain.
- Check firewall and proxy logs for workstations reaching SMB or WebDAV on the internet.
- On Exchange, look for new files in web directories and unexpected child processes of the indexing and IIS services.
- 03Removefirst days
- Rebuild a compromised Exchange or member server from known-good media and restore data, not system state.
- If a domain controller was taken over, treat the whole forest as suspect and follow Microsoft's forest recovery guidance with expert help.
- Take out whatever the attacker left behind, like scheduled tasks or new accounts. Check group memberships too.
- 04Recoverthis week
- Reset the krbtgt account password twice, with replication time in between, if a domain controller was compromised.
- Rotate service account passwords, including the ones SQL Server packages and connectors use.
- Bring servers back patched to November builds, and confirm each one before it rejoins.
- 05Report and learnwithin your legal deadlines
- Have counsel decide whether exposed mail or data triggers regulator or customer notices.
- Write down which control would have stopped it sooner, and put a date on fixing it.
What this could look like: three typical setups
What this could look like: three typical setups
- the setup
- An accounting firm runs Microsoft 365 Apps on its PCs and two on-site domain controllers that also run DNS and DHCP. A part-time IT contractor patches servers once a quarter.
- what happens
- An employee opens a crafted file and Outlook sends their hash out. The domain controllers are still on October builds, carrying the LDAP, Kerberos, DNS and DHCP flaws all at once.
- what to do
- Get the contractor to patch both domain controllers this week, one at a time. Confirm Outlook is updating and block outbound TCP 445 at the firewall.
- the setup
- A regional health system runs Exchange Server Subscription Edition on three servers. The mail team applies Exchange updates promptly. Windows updates on those servers follow the server team's monthly cycle, two weeks later.
- what happens
- For those two weeks the Windows Search flaw stays open. A crafted attachment gets indexed automatically, and nobody has to open it for the code to run.
- what to do
- Move the Exchange servers into the first Windows patch ring this month. Apply KB5133453 and the Windows update together, one server at a time behind the load balancer.
- the setup
- A plant runs a mix of Windows Server 2016, 2019 and 2022, a few Windows 10 PCs on the shop floor and SQL Server 2019 with integration packages that pull supplier data.
- what happens
- The Windows 10 PCs aren't enrolled in Extended Security Updates, so they get none of these fixes. One SQL package connects to an outside endpoint nobody has reviewed in years.
- what to do
- Patch the servers and SQL Server to the November builds. Put the Windows 10 machines on an ESU plan or replace them, and review which packages talk to the outside.
How Cohash helps
Your IT team or provider runs the patching, and that's the right place for it. We pick up the identity work around it, which usually starts with finding where NTLM still runs. Our identity and access management people do that in Active Directory and Microsoft Entra, and Entra engineers can come in for a few weeks if the backlog is long. On Dynamics 365 on-premises, our Dynamics 365 team can plan the update. Not sure where the gaps are? Try the free assessment.
What to take from this
- 01
Attackers are only using one of these bugs so far, the Outlook hash leak. Get every copy of Outlook updated before November 24.
- 02
Patch domain controllers first. LDAP and Kerberos both let an attacker in with no login.
- 03
Exchange needs the Windows update as well as KB5133453, because the attachment flaw lives in Windows Search.
- 04
Block outbound TCP 445 and start shrinking NTLM, so the next leaked hash is worth less.
- 05
Windows 10 PCs without Extended Security Updates don't get any of this. Replace them or enroll them.
01Is my company affected by the Outlook bug?
If anyone opens files in Outlook for Windows from Microsoft 365 Apps or Office LTSC 2021 or 2024, yes, until the November update is on. Microsoft 365 Apps usually update themselves, but check, because paused or pinned channels fall behind.
02Does someone have to click something before the Outlook attack works?
Yes, they have to open the crafted file. Microsoft says the Preview Pane on its own won't trigger it. That's why the score is only Moderate, and it's also why attackers wrap the file in an email someone will want to open.
03We use Microsoft 365 in the cloud. Do the server flaws matter to us?
Only if you also run servers on site. Domain controllers, Exchange, DNS, DHCP and SQL Server on your own hardware or VMs need the updates. The Entra Device Registration flaw was fixed by Microsoft and needs nothing from you.
04Which servers should we patch first?
Domain controllers, then Exchange, then DNS, DHCP and anything reachable from the internet. That follows the reach of each flaw. Patch one domain controller, check it, then do the rest.
05We installed the Exchange update. Are we done?
No. The attachment flaw lives in Windows Search, so the Windows update on the Exchange server is what fixes it. Install that and KB5133453, or one of the two holes stays open.
06Is any of the 9.8 flaws being exploited?
Microsoft says no, and none was publicly disclosed before the release. More than 40 flaws are marked "exploitation more likely", three of them in Active Directory and Exchange, so don't wait for that to change.
07Do Windows 10 PCs get these fixes?
Only if they're in Extended Security Updates or run an LTSC edition. Windows 10 support ended on October 14, 2025. A PC outside those programs keeps running, but it won't get this patch.
Three questions, about a minute
Pick an answer and we'll tell you if it's right, and why it is or isn't. The score stays in this browser.
-
Q1Your mail team installed the Exchange November update on Tuesday. Windows updates on those servers are scheduled for next month. What's still open?
show the answer
C. The attachment flaw, because only the Windows update on those servers fixes it The attachment flaw sits in Windows Search, which Exchange uses to index mail. Its fix ships in the Windows cumulative update, so the Exchange update alone leaves it open.
-
Q2A user opened a suspicious message file last week on an unpatched PC. Outbound TCP 445 is open at your firewall. What do you do first?
show the answer
A. Reset that user's password, then see where their account has signed in since The bug leaks the user's NTLMv2 hash, which can be used to sign in as them. Resetting the password makes a stolen hash useless, and the logon review shows whether anyone already used it.
-
Q3You have two domain controllers that also run DNS and DHCP. How should you patch them?
show the answer
D. One at a time, checking replication and sign-ins before the second These controllers carry the LDAP, Kerberos, DNS and DHCP flaws together, so they go first. Patching one at a time keeps a working controller online if an update misbehaves.