Microsoft's August 2026 Patch Tuesday lands on Tuesday 12 August. Security teams should plan for 200-300+ CVEs following July's record-breaking 622-CVE release. Two items demand immediate attention before the patch notes even go live: a SharePoint unauthenticated RCE chain that CISA has flagged as high priority, and a Windows kernel privilege escalation that requires a reboot to patch. There is also a meaningful KB5101684 feature bundle. This post covers what to action before Tuesday and what to do the moment patches land.
The attack surface: what lands on 12 August
The August release carries two items that should go on an emergency track in any organisation. The rest of the release — estimated 200-300+ CVEs — follows the standard patch ring schedule.
| Item | Type | CVSS | Status | Track |
|---|---|---|---|---|
| SharePoint RCE chain (CVE-2026-55040 + partner) | Auth bypass → RCE | 9.1 (bypass) / TBC (RCE) | RCE partner embargoed until 12 Aug | Emergency |
| Windows kernel privilege escalation | LPE | TBC (embargoed) | Embargoed until 12 Aug | Emergency — reboot required |
| August 2026 CU (KB TBC) — includes KB5101684 features | Security + features | — | Published 12 Aug | Standard ring |
Critical: SharePoint RCE chain — no credentials required
The most serious item in this release is a two-CVE chain targeting SharePoint Server. The first CVE is already public; the second remains under embargo until 12 August when Microsoft publishes the full advisory.
CVE-2026-55040: JWT token validation bypass (CVSS 9.1)
SharePoint's token pipeline accepts a JWT that an attacker can forge without any credentials. The only information required is the target user's Active Directory Security Identifier (SID) or User Principal Name (UPN) — both discoverable via LDAP enumeration on any domain-joined network, or through open directory enumeration on misconfigured externally-facing SharePoint instances.
Once the forged token is accepted, the attacker operates as that user — including as a site administrator if the target UPN belongs to a SharePoint admin. That is the end of step one. The embargoed second CVE converts that impersonation into arbitrary code execution on the SharePoint Server process itself.
Verify your SharePoint Server build before patching
Before applying the update, confirm the current farm build number. The script below runs against the SharePoint farm and reports the current build alongside whether it meets the August 2026 CU minimum. Confirm which version of SharePoint you are running (SE, 2019, or 2016) before downloading the update package — the wrong package will fail to install.
# Run in the SharePoint Management Shell on any Application Server in the farm Add-PSSnapin Microsoft.SharePoint.PowerShell -ErrorAction SilentlyContinue $farm = Get-SPFarm $build = $farm.BuildVersion Write-Host "SharePoint Farm Build : $($build.ToString())" # Minimum safe builds for August 2026 CU (update KB numbers once published 12 Aug) # SharePoint SE : 16.0.17726.20000 or later # SharePoint 2019 : 16.0.10415.20000 or later # SharePoint 2016 : 16.0.5466.1000 or later if ($build.Major -eq 16 -and $build.Build -lt 17726) { Write-Host "VULNERABLE - apply the August 2026 CU immediately" -ForegroundColor Red } else { Write-Host "Build appears patched - verify KB number against MSRC advisory" -ForegroundColor Green } # Check every server in the farm for mixed-version state Get-SPServer | Select-Object Name, NeedsUpgrade | Format-Table -AutoSize
Add-PSSnapin Microsoft.SharePoint.PowerShell. If the snap-in is missing, you are not running the script on a SharePoint server.Windows kernel privilege escalation
A Windows kernel local privilege escalation is also flagged for emergency-track patching. Full technical details remain under MSRC embargo until 12 August, but the preview advisory indicates a race condition in the kernel object manager that allows a standard user process to elevate to SYSTEM. A reboot is required — you cannot defer the restart and remain protected.
A local privilege escalation chains directly with any code-execution vulnerability in the same release. An attacker who achieves user-level execution via an unrelated flaw — a malicious document, a phishing payload — can immediately escalate to SYSTEM before your EDR fires. That interaction makes this worth patching on the same emergency timeline as the SharePoint chain even though it requires local access.
To detect post-exploit activity, enable Process Creation Auditing and watch for Event ID 4688 with full token elevation from a non-admin account:
TokenElevationTypeFull from a non-admin account is a reliable post-exploitation indicator for kernel privilege escalation. Enable process creation auditing: Computer Configuration > Windows Settings > Security Settings > Advanced Audit Policy > Detailed Tracking > Audit Process Creation = Success, Failure. Via Intune: Settings Catalog > Audit Process Creation = Success and Failure.How to verify Windows Update compliance across your fleet
Once the August 12 cumulative security update lands, you need to know which devices have installed it and which are still pending. The script below connects to Microsoft Graph and exports all Windows managed devices in Intune that have not synced since the patch release date — a reliable proxy for devices that have not yet confirmed installation.
The script requires the DeviceManagementManagedDevices.Read.All permission. Use delegated sign-in with a user account that has Intune read access, or an app registration with an application permission and a certificate or secret.
# Requires: Microsoft.Graph PowerShell SDK # Permission: DeviceManagementManagedDevices.Read.All Connect-MgGraph -Scopes "DeviceManagementManagedDevices.Read.All" $patchDate = [datetime]"2026-08-12" # August 2026 Patch Tuesday $devices = Get-MgDeviceManagementManagedDevice ` -Filter "operatingSystem eq 'Windows'" ` -Select "id,deviceName,osVersion,complianceState,lastSyncDateTime" ` -All Write-Host "Total Windows devices: $($devices.Count)" $pending = $devices | Where-Object { [datetime]$_.lastSyncDateTime -lt $patchDate } Write-Host "Devices not synced since patch date: $($pending.Count)" -ForegroundColor Yellow $pending | Select-Object deviceName, osVersion, complianceState, lastSyncDateTime | Sort-Object lastSyncDateTime | Export-Csv -Path ".\PendingAugustPatch_$(Get-Date -Format yyyyMMdd).csv" -NoTypeInformation Write-Host "Report saved to PendingAugustPatch CSV in current directory"
The fix: patching SharePoint Server
Microsoft will publish the August 2026 Cumulative Update for SharePoint on 12 August via the Microsoft Update Catalog. There is a separate package for each version — do not install the SE package on a 2019 farm or vice versa.
- Download the August 2026 CU for your SharePoint version from the Microsoft Download Center. Search for "SharePoint Server cumulative update August 2026" and verify the KB article number matches your version.
- Stop the World Wide Web Publishing Service (W3SVC) on all web front-end servers before running the installer. Active sessions will be interrupted — plan a maintenance window or route traffic away from the farm first.
- Run the CU installer on every server in the farm. The binary only patches the server it runs on. Two WFEs plus one application server means three separate installs.
- After the installer finishes on all servers, open the SharePoint Management Shell as Administrator on each server and run:
psconfig.exe -cmd upgrade -inplace b2b -wait - Confirm the upgrade by running
Get-SPServer | Select-Object Name, NeedsUpgrade. All servers should returnFalse. - Start W3SVC and verify farm health in Central Administration > Upgrade and Migration > Review database status. All databases should show "No action required".
psconfig.exe leaves SharePoint in a partially-upgraded state. The build number in Get-SPFarm does not update, and CVE-2026-55040 remains exploitable even though the installer reported success. Always run psconfig on every server after installing the package — it is a mandatory separate step.Proof it worked: expected output after patching
After applying the August 2026 CU and running psconfig on all servers, re-run the farm build query. A clean patched farm produces output similar to this:
PS C:\> Get-SPFarm | Select-Object BuildVersion BuildVersion ------------ 16.0.17726.20034 # August 2026 CU build — SharePoint SE patched PS C:\> Get-SPServer | Select-Object Name, NeedsUpgrade | Format-Table -AutoSize Name NeedsUpgrade ---- ------------ SP-WFE01 False # psconfig completed successfully SP-APP01 False SP-WFE02 True # psconfig not yet run on this server — still vulnerable
A NeedsUpgrade : True result on any server means psconfig has not completed on that node. The farm is in a mixed-version state and that server remains vulnerable to CVE-2026-55040. Run psconfig.exe -cmd upgrade -inplace b2b -wait on it before returning it to the load balancer rotation.
What is actually good: features rolling into the August 2026 CU
Not everything this month is damage control. Microsoft released KB5101684 on 29 July 2026 as an optional end-of-month preview — a “D” release that ships features before they roll into the next mandatory Patch Tuesday CU. KB5101684 takes Windows 11 24H2 to build 26100.8973 and 25H2 to build 26200.8973. Those same features will be included in the August 12 cumulative security update under a new KB number. You will need to install the August CU regardless of whether you already installed KB5101684.
Windows Hello Enhanced Sign-in Security for external fingerprint sensors
Enhanced Sign-in Security (ESS) previously required a built-in sensor matched to the Secure Devices list — meaning only specific Copilot+ PC models qualified. KB5101684 (July 2026 optional preview) extended ESS to external fingerprint readers, and this change rolls into the August 12 mandatory CU. This matters for desktop environments where users rely on USB fingerprint sensors and where phishing-resistant authentication is a Conditional Access requirement.
ESS enforces that the biometric match happens inside the sensor's secure enclave, not in software on the host. The external sensor must support VBS (Virtualization Based Security) isolation. Not every USB fingerprint reader qualifies — check the Windows Hello ESS hardware requirements before planning a fleet rollout.
The path users take after installing the update:
To enforce ESS via Intune for all enrolled Windows 11 devices, use the PassportForWork CSP with a Custom Configuration Profile:
Additional improvements rolling into the August 2026 CU
- Voice isolation for Voice Access — background noise suppression is now active by default. Reduces dictation errors in open-plan offices without any configuration change.
- Touchpad gestures — new four-finger gestures for virtual desktop switching and app navigation. Configurable at Settings > Bluetooth & devices > Touchpad > Advanced gestures.
- Windows Search improvements — improved typo tolerance lets users find settings and apps despite misspellings. No policy change required.
References
- Microsoft Security Response Center — August 2026 Security Update Guide
- Windows 11 release information — KB5101684
- PassportForWork CSP reference — EnableEnhancedSignInSecurity
- Windows Hello Enhanced Sign-in Security — hardware requirements
- CISA Known Exploited Vulnerabilities Catalog
- SharePoint Server cumulative updates — August 2026