HomeNewsletterCommunityMVP FeedToolsArchiveBlogToday's NewsAboutServicesQuick Links★ Pro Subscribe free
← Back to Blog
Security SecuritySharePointPatch TuesdayWindows 11IntuneKB5121003

Windows August 2026 Patch Tuesday: KB5121003, 194 CVEs, One Exploited, and the SharePoint Fixes

IA
Imran Awan
7 August 2026
⚠ Rewritten 13 October 2026. The first version of this post was a pre-release forecast written on 7 August, and much of it did not hold. This version is rebuilt from Microsoft's published KB pages, the Windows release-health site and the Security Update Guide data. What was wrong before:
The short version

KB5121003 (Windows 11 24H2 and 25H2) fixed 194 CVEs on 11 August 2026: 7 Critical, 1 exploited. The exploited one, CVE-2026-68820, is a local WinSock elevation of privilege rated Important. SharePoint Server got 30 more fixes, and CISA added the July SharePoint authentication bypass CVE-2026-55040 to its exploited list on 18 August.

Patch Tuesday for August 2026 landed on 11 August. This page is the reference version: which update to install on which Windows 11 build, what it fixes, what it breaks, and how to check that your devices and SharePoint farms really took it. Every number below comes from Microsoft's own pages and security data, and the sources are listed at the end.

What Microsoft released on 11 August 2026

Windows 11 gets a different KB depending on the version and on whether the device uses hotpatching. The build number is the quickest way to check what a device has, and it is what the Intune report in this post compares against.

UpdateApplies toBuild after installCVEs fixed (Microsoft data)
KB5121003Windows 11 24H2 and 25H226100.9168 (24H2), 26200.9168 (25H2)194: 7 Critical, 186 Important, 1 Moderate
KB5120994 (Hotpatch)Windows 11 24H2 and 25H2, hotpatch-enrolled devices26100.9106, 26200.9106194, the same set
KB5120240Windows 11 23H222631.7517170: 7 Critical, 163 Important

Of the 194 CVEs in KB5121003, the biggest groups are elevation of privilege (129) and information disclosure (31), then remote code execution (20), denial of service (7), security feature bypass (3), spoofing (2) and tampering (2). Microsoft rates 23 of them “Exploitation More Likely”. One is exploited and one was publicly disclosed before the patch.

📋 Note: KB5121003 is cumulative. Microsoft's page says it includes the improvements from the 14 July update (KB5101650), the 18 July out-of-band update (KB5121767) and the 28 July optional preview (KB5101684). A device that skipped the preview still gets everything. Windows 11 24H2 Home and Pro stopped receiving updates on 13 October 2026, so they are no longer on a patch path at all.

The exploited Windows vulnerability: CVE-2026-68820

The only August CVE that Microsoft marks Exploited:Yes is CVE-2026-68820, a use-after-free in the Windows Ancillary Function Driver for WinSock. Microsoft rates it Important, CVSS 7.0, and the CVSS vector is local (AV:L) with high attack complexity.

In plain English: an attacker who can already run code on the machine as a normal user can run a crafted program that wins a race condition and gets SYSTEM privileges. It cannot be exploited remotely on its own, so it is the second step of an attack, not the first. That is why it sits at Important rather than Critical, and why a severity-sorted patch list puts it behind the Critical fixes even though it is the one being used in attacks.

CISA added it to its Known Exploited Vulnerabilities catalog on 11 August, with a due date of 25 August. Microsoft lists it against Windows 10, Windows 11 and Windows Server (30 product entries), so servers and Windows 10 devices need their own August KB. KB5121003, KB5120994 and KB5120240 cover the Windows 11 builds above.

The 7 Critical CVEs in KB5121003

CVEComponentType
CVE-2026-62815Microsoft QUICRemote code execution
CVE-2026-62816Windows Reliable Multicast Transport Driver (RMCAST)Remote code execution
CVE-2026-62819Windows Routing and Remote Access Service (RRAS)Remote code execution
CVE-2026-62822Windows GDI+Remote code execution
CVE-2026-62889Windows Secure Socket Tunneling Protocol (SSTP)Remote code execution
CVE-2026-62890Windows GDI+Elevation of privilege
CVE-2026-66799Windows Key GuardElevation of privilege

None of these seven is marked exploited. The one flaw that was disclosed publicly before the patch is CVE-2026-62832, a Windows User Profile Service elevation of privilege rated Important.

⚠ Gotcha: Sorting only by severity gets the order wrong this month. The single exploited Windows CVE is Important. Sort by exploited first, then by Critical, then by “Exploitation More Likely”. RRAS and SSTP only matter if you actually run those roles, but if you do, both are remote code execution with a network attack vector and no privileges required, though Microsoft rates the attack complexity high.

Known issues in KB5121003

Microsoft's KB page lists two known issues for the August update. The ARM issue is fixed in later monthly updates, and the games issue is handled by a driver block, so the practical advice is to install the newest cumulative update rather than stop at the August one.

IssueWho is affectedStatus on Microsoft's pages
Certain games become unresponsive. Symptoms: the game freezes or closes, the error EXCEPTION_ACCESS_VIOLATION, or an unexpected restart. Microsoft links it to RGB-lighting peripherals or components that install a driver with a name like inpoutx64. Titles named in reports include ARC Raiders, MARVEL Tōkon: Fighting Souls and THE FINALS.Mostly consumer devicesFixed by a block that stops the inpoutx64 driver loading. Applies automatically to devices not managed by IT. For enterprise-managed devices it does not propagate: admins follow the workaround on the Windows release health site.
Teams and the new Outlook fail to launch on ARM devices such as Surface Pro 11 and Surface Laptop 7. Classic Outlook, Word and Excel are not affected. Most likely on new or freshly imaged PCs that have not yet installed Microsoft Store updates.ARM-based Windows 11 PCsWorkaround: Microsoft Store > Downloads > Check for updates, and install Auto Super Resolution Package 1.0.19.0 or later. Resolved in the 8 September update (KB5124008) and later, per the release-health page.

More detail on each issue elsewhere on this site: the inpoutx64 driver block and Teams and Outlook on ARM.

📋 Note: As of 13 October 2026 the games issue is on the KB5121003 support page but not on the Windows 11 24H2 release-health status page I checked. If you manage gaming-adjacent hardware, read the current wording on the KB page and the release-health site before you rely on either, rather than on this summary.
⚠ Gotcha: If you build or update installation media with Dynamic Update packages, Microsoft says to make sure the boot.stl file is in the media. Without it, devices can fail to start from that media with error 0xc0430001. Microsoft recommends the Update WinPE script, or copying boot.stl from Windows\Boot\EFI on a device.

SharePoint Server: the August fixes and the July flaw CISA flagged

SharePoint Server has two separate stories this month, and the original version of this post blended them together.

August: 30 SharePoint CVEs, 4 Critical, none exploited

Microsoft's August data has 30 CVEs with SharePoint in the title: 13 spoofing, 10 remote code execution, 5 elevation of privilege, 1 information disclosure and 1 tampering. Four are Critical (CVE-2026-62827, CVE-2026-64921, CVE-2026-65665 and CVE-2026-70332), and none is marked exploited. Three are rated “Exploitation More Likely”: the remote code executions CVE-2026-63520 and CVE-2026-65665, and the elevation of privilege CVE-2026-70355. The fix is the August SharePoint update for your version:

SharePoint versionAugust KBFixed build
Subscription EditionKB500289316.0.19725.20522
Server 2019KB5002894 and KB500289616.0.10417.20198
Server 2016KB5002905 and KB500290616.0.5565.1001

Microsoft's data lists two KB numbers each for 2019 and 2016. Open both KB articles for your version and install every package they list.

July: CVE-2026-55040, the one CISA added to its exploited list

CVE-2026-55040 was published on 14 July 2026, not in August. Microsoft titles it “Microsoft SharePoint Server Security Feature Bypass Vulnerability” and rates it Critical, CVSS 9.1: network, no privileges, no user interaction, high impact on confidentiality and integrity, none on availability. Microsoft describes it as weak authentication that lets an unauthorized attacker bypass a security feature over the network, and its FAQ says the authentication feature could be bypassed because the flaw allows impersonation.

Two things follow from that wording. It is an authentication bypass, so it does not by itself run code on the server. And Microsoft's own entry does not claim code execution, so treat any write-up that calls it an RCE chain as unsupported.

⚠ Warning: CISA added CVE-2026-55040 to the Known Exploited Vulnerabilities catalog on 18 August 2026 (name: Microsoft SharePoint Weak Authentication Vulnerability, due date 21 August). Microsoft's own record still says Exploited:No and “Exploitation More Likely”. If you filter your patching on Microsoft's exploited flag alone, you will miss this one. Check CISA's catalog as well as the Security Update Guide.

The July fix was KB5002891 (SharePoint Enterprise Server 2016, build 16.0.5561.1001), KB5002883 (Server 2019, 16.0.10417.20175) and KB5002882 (Subscription Edition, 16.0.19725.20434). Microsoft's product list for this CVE contains only these three on-premises versions. The August builds in the table above are higher than the July ones, so a farm on the August build has the July fix too.

Check and patch SharePoint Server

Run this in the SharePoint Management Shell on a farm server. It reads the farm build with Get-SPFarm and compares it with the fixed builds from Microsoft's data. You choose the product yourself with -Product, because one threshold cannot cover three products. Test it in a non-production farm first.

Check-SharePointBuild.ps1
# Run in the SharePoint Management Shell on a farm server
param(
    [Parameter(Mandatory)][ValidateSet('SE','2019','2016')][string]$Product
)
Add-PSSnapin Microsoft.SharePoint.PowerShell -ErrorAction SilentlyContinue

# Fixed builds, from Microsoft's July and August 2026 security update data
$july   = @{ SE=[version]'16.0.19725.20434'; '2019'=[version]'16.0.10417.20175'; '2016'=[version]'16.0.5561.1001' }
$august = @{ SE=[version]'16.0.19725.20522'; '2019'=[version]'16.0.10417.20198'; '2016'=[version]'16.0.5565.1001' }

$build = (Get-SPFarm).BuildVersion
"Farm build        : $build"
"CVE-2026-55040   : fixed at $($july[$Product]) or later"
"August 2026 CUs  : fixed at $($august[$Product]) or later"

if     ($build -ge $august[$Product]) { 'Result: on the August 2026 build or later' }
elseif ($build -ge $july[$Product])   { 'Result: CVE-2026-55040 fixed, August SharePoint fixes missing' }
else                                    { 'Result: BEHIND - CVE-2026-55040 is not fixed' }

Get-SPServer | Select-Object Name, Role, NeedsUpgrade | Format-Table -AutoSize

The patching order below follows Microsoft's “Install a software update” guidance for SharePoint Server. Read the full article for farms with search, load balancers or the User Profile Service.

  1. Download the update packages for your SharePoint version and install them on every server in the farm. The installer patches only the server it runs on. Microsoft's procedure takes web servers out of the load-balancer rotation first.
  2. Run the SharePoint Products Configuration Wizard on each server, or run PSConfig. Microsoft's documented command is:
    PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources
    It lives in C:\Program Files\Common Files\Microsoft Shared\web server extensions\16\bin. Sites are unavailable while it upgrades the databases.
  3. Confirm the result in Central Administration under Upgrade and Migration, which Microsoft describes as the primary place to see product and patch installation status, and re-run the script above.
⚠ Gotcha: Installing the package is not the same as finishing the upgrade. The configuration database and content databases are only upgraded when the Configuration Wizard or PSConfig runs. A server that shows NeedsUpgrade : True still has an unfinished upgrade, so do not return it to the load balancer yet.

Illustrative output of the script on a Subscription Edition farm that has the July update but not August (server names are examples):

SharePoint Management Shell (illustrative output)
.\Check-SharePointBuild.ps1 -Product SE
Farm build        : 16.0.19725.20434
CVE-2026-55040   : fixed at 16.0.19725.20434 or later
August 2026 CUs  : fixed at 16.0.19725.20522 or later
Result: CVE-2026-55040 fixed, August SharePoint fixes missing

Name        Role                      NeedsUpgrade
----        ----                      ------------
SP-APP01    Application               False
SP-WFE01    WebFrontEnd               False

Check your Windows fleet is on the August build

The reliable test for a Windows 11 device is its build number, not whether it has synced recently. This script uses the Microsoft Graph PowerShell SDK to list Intune-managed Windows devices whose osVersion is below the August minimum for their version. It needs the DeviceManagementManagedDevices.Read.All permission.

Get-DevicesBelowAugustBuild.ps1
# Requires: Microsoft.Graph PowerShell SDK, DeviceManagementManagedDevices.Read.All
Connect-MgGraph -Scopes "DeviceManagementManagedDevices.Read.All"

# August 2026 minimum builds. Hotpatch devices report 9106 for August,
# so lower the 26100 and 26200 minimums to 9106 if you run hotpatch.
$minimum = @{ '26100'=9168; '26200'=9168; '22631'=7517 }

$devices = Get-MgDeviceManagementManagedDevice `
    -Filter "operatingSystem eq 'Windows'" `
    -Property "deviceName,osVersion,lastSyncDateTime" -All

# TryParse, not a [version] cast: a device that never reported a version would
# otherwise throw and then vanish from the report entirely. Track those separately.
$behind  = [System.Collections.Generic.List[object]]::new()
$unknown = [System.Collections.Generic.List[object]]::new()

foreach ($d in $devices) {
    $v = $null
    if (-not [version]::TryParse($d.OsVersion, [ref]$v) -or $v.Revision -lt 0) {
        $unknown.Add($d); continue
    }
    $key = "$($v.Build)"
    if ($minimum.ContainsKey($key) -and $v.Revision -lt $minimum[$key]) { $behind.Add($d) }
}

"Windows devices checked : $($devices.Count)"
"Below August minimum    : $($behind.Count)"
"Version unreadable      : $($unknown.Count)   <- chase these, they are not 'clean'"
$behind | Select-Object DeviceName, OsVersion, LastSyncDateTime |
    Sort-Object OsVersion | Export-Csv .\BelowAugustBuild.csv -NoTypeInformation
$unknown | Select-Object DeviceName, OsVersion, LastSyncDateTime |
    Export-Csv .\UnreadableVersion.csv -NoTypeInformation

Any build above the minimum, such as September or October builds, passes, because the numbers only go up. Devices on other Windows 11 builds, Windows 10 and servers are not checked by this script and need their own August KB numbers from the Security Update Guide.

⚠ Gotcha: Note the second CSV. A tenant always holds some devices whose osVersion is blank or truncated, usually ones that enrolled and never checked in properly. Casting those straight to [version] throws, and the device then falls out of the results altogether — it is not listed as patched and not listed as behind, it is simply gone. A device you cannot read a version from is not evidence of compliance, so this version counts it separately and writes it to its own file. On a test set of eight devices the original logic dropped three of them silently.
✅ Tip: To check one device locally, run (Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion').UBR for the update build revision, and [System.Environment]::OSVersion.Version for the major build. 26100 with a revision of 9168 or higher is on KB5121003 or later.

What else changed in the August update

Microsoft lists three changes in KB5121003 itself:

The rest of what people associate with this month came from the 28 July preview, KB5101684 (builds 26200.8973 and 26100.8973), which KB5121003 includes. Highlights from Microsoft's notes for that preview:

Enhanced Sign-in Security with an external fingerprint reader

Microsoft's Enhanced Sign-in Security (ESS) page says the scanner has to be an ESS-capable match-on-chip sensor with a Microsoft-issued certificate burned in during manufacturing, with drivers and firmware that support ESS. A fingerprint reader that is not ESS-capable does not qualify. The user-side path is Settings > Accounts > Sign-in options > Additional settings, where the “Enhanced sign-in security” entry reads “Pending set up” when the device is ready. Enrolling a fingerprint on the ESS scanner then turns ESS on.

⚠ Warning: Microsoft's page says that if a device is not already in an ESS-ready state, moving it to ESS removes existing non-ESS Windows Hello enrollments and the credentials tied to them, such as passkeys. They can be set up again afterwards. ESS is also a system-level setting: on a multi-user device the lowest Windows Hello security level applies, and every user has to re-enroll at next sign-in after an admin upgrades the device.
Settings › Accounts › Sign-in options › Additional settings › Enhanced sign-in security
📋 Note: Microsoft's ESS page does not document a Group Policy setting or an Intune CSP node that turns ESS on or off for peripherals, so this post does not give one. On Windows 11 24H2 or later the Settings page has a toggle under Additional settings > Enhanced sign-in security. When it is On, non-ESS Windows Hello peripherals cannot be used to sign in. Check the ESS page for the current guidance before you plan a fleet rollout.

References

Was this post helpful?
React below — no account needed
Share this post
LinkedIn X / Twitter Reddit Bluesky

More from EndpointWeekly

Security
Windows Is Expanding Memory Integrity This Month: Audit HVCI…
Microsoft’s memory integrity auto-enable rollout announced September 1 is no longer…
Security
CVE-2026-81963: The September 2026 Windows Update Stack…
CVE-2026-81963 is a Windows Update Stack elevation of privilege flaw rated 7.8 CVSS and…
Security
ShieldCrash: What Admins Need to Know About the Microsoft…
ShieldBreak (CVE-2026-69414) is patched in September 2026. ShieldCrash is a new…