TechPastWeek logo
Security8 min read

Microsoft's August Patch Tuesday Fixed About 400 Flaws, and One Real Fire

Microsoft's August 2026 Patch Tuesday fixed roughly 400 vulnerabilities, including three zero-days and one actively exploited by North Korean attackers.

Microsoft Building 92 at the company's Redmond campus, with the Microsoft logo in front
On this page

Microsoft shipped one of the largest security updates in its history on August 11, fixing roughly 400 vulnerabilities across Windows, Office, Azure, Exchange, SharePoint and a long list of other products. The August 2026 Patch Tuesday includes three zero-day flaws (one of which attackers were already exploiting in the wild) and at least one fully documented unauthenticated remote code execution chain.

Related reading: Microsoft's October 2026 Patch Tuesday Sets a Record With 1,407 Fixes · Microsoft's Record Patch Tuesday: 974 Flaws, Two Already Exploited.

The headline number is so large that it has become a story in itself. It is the second-biggest monthly release Microsoft has ever produced, and the industry consensus is that this volume is not a spike but the new baseline.

A record-sized release, and a counting problem

The first thing to know about a 400-CVE Patch Tuesday is that nobody agrees on the exact count.

BleepingComputer counts 400 vulnerabilities released on the day, including 42 rated critical, 37 of them remote code execution. Tenable counts 398, having excluded two MITRE-assigned CVEs. Cisco Talos counts 421, with 62 rated critical. The Zero Day Initiative also sees 398 CVEs but counts 62 critical rather than 42, a difference that comes down to how the same advisories are classified.

The discrepancy is not a scandal; it is a symptom. Microsoft's advisories span on-premises products and cloud services, some fixes ship outside the monthly cycle, and severity ratings are as much a judgment call as a measurement. The practical lesson for defenders is that the headline count is a rough indicator, not an inventory. What matters is which specific flaws affect your environment.

The number, roughly

  • ~400 CVEs released on August 11, 2026 (BleepingComputer)
  • 42 critical (BleepingComputer/Tenable) vs 62 critical (ZDI/Qualys/Talos)
  • 3 zero-days: one exploited in the wild, two publicly disclosed before patching
  • Second-largest Patch Tuesday on record; roughly 30% below July's record

The one that matters: CVE-2026-68820

Among hundreds of findings, one stands out. CVE-2026-68820 is an elevation-of-privilege flaw in the Windows Ancillary Function Driver for WinSock (afd.sys), a kernel component present on essentially every Windows system. It is a use-after-free bug that lets a locally authenticated attacker escalate to SYSTEM privileges with no user interaction.

Its severity rating is unremarkable (CVSS 7.0, rated only "Important") but it was being actively exploited as a zero-day. Check Point researchers reported that North Korean threat actors, tracked as Lazarus, used it to deploy a new version of FudModule, their kernel-mode rootkit, in a fresh wave of the long-running Operation Dream Job campaign.

Patch this one first

CVE-2026-68820 is the single most urgent item in the release. It is being exploited in the wild against a component that every Windows machine runs, and it grants the highest privilege level on the system. Microsoft also patched two further elevation-of-privilege flaws in the same driver (CVE-2026-61348 and CVE-2026-70307) suggesting the fix came with a sweep of the surrounding code.

The pattern is now familiar enough to be a rule: the actively exploited flaw is rarely the highest-scored one. In five of the last six Patch Tuesday releases, the exploited vulnerability was not the top severity rating. Programs that triage by CVSS score alone will keep deploying fixes in the wrong order.

The publicly disclosed zero-days

Two additional flaws were public before patches existed.

CVE-2026-62832 is an elevation-of-privilege bug in the Windows User Profile Service; Microsoft assessed exploitation as likely to follow. CVE-2026-72971 is a tampering vulnerability in the Windows Container Isolation FS Filter Driver (unionfs.sys). Help Net Security also noted that CrowdStrike flagged CVE-2026-62737, a Windows kernel elevation-of-privilege flaw, as publicly disclosed before the patch shipped.

Public disclosure ahead of a fix is dangerous because it starts the clock on working exploit code before defenders can act. Once a flaw is public, attackers and researchers race to weaponize it, and the window between patch availability and first exploitation can be measured in hours. These belong in the first deployment ring whether or not attacks have been observed.

The SharePoint chain and the AI-assisted discovery story

The most technically significant fix is not a zero-day at all. CVE-2026-63520 is an unsafe .NET type-instantiation flaw in SharePoint's Business Connectivity Services, rated CVSS 8.1 and disclosed jointly by Microsoft and Rapid7. Researcher Stephen Fewer built the exploit chain for Pwn2Own Berlin.

Chained with July's JWT authentication bypass (CVE-2026-55040), it yields full remote code execution against on-premises SharePoint Server 2016, 2019 and Subscription Edition with no credentials at all. That is as severe as web-facing vulnerabilities get, and it is the completion of a two-part sequence that defenders have been tracking since last month.

Notably, reporting on the disclosure describes the underlying research as AI-assisted, a detail that fits the broader trend. Security researchers are increasingly using AI tooling to find bugs, which helps explain why discovery volume has exploded even as actively exploited zero-days have not. The defenders' tooling arms race is now running on both sides of the disclosure table.

The patching-capacity crunch

There is a straightforward operational reality behind the numbers: most organizations cannot install 400 updates in a month, let alone test them.

Every patch carries a risk of breaking something, a driver, a line-of-business application, a custom integration. That is why enterprises stage updates through rings, validate them in a test environment, and roll them out gradually. At a few dozen flaws a month, that process is manageable. At 400, it becomes a queue, and queues have a way of turning into backlogs that never clear.

The result is that security teams are being forced to abandon the idea of comprehensive patching and adopt something closer to risk-based triage. Instead of asking "did we install everything?", they ask "did we install the things that can actually hurt us this month?" That is the right question, but answering it requires inventory data, exposure analysis and exploit intelligence, capabilities many organizations still lack.

Automation absorbs some of the load: patch-management platforms, configuration scanners and endpoint tooling can handle the mechanical deployment. What automation cannot do is the judgment. Deciding that a CVSS 7.0 flaw in a kernel driver matters more than a CVSS 9.8 flaw in a service you do not run is a contextual decision, and it is the scarce skill in modern vulnerability management. At one confirmed fire per four hundred findings, a program that cannot make that separation automatically is not doing four hundred units of useful work. It is doing one.

Why volume is the real story

The sheer number of findings obscures the more important trend: discovery has exploded, but exploitation has not followed it.

Over the five releases since the "Glasswing" announcement, monthly volume has run roughly 167, 120, 200, 570 and 400 CVEs, according to analysis compiled by Brinqa. Actively exploited zero-days in those same releases ran two, zero, one, two and one. More bugs are being found and fixed than ever before; the number being weaponized as zero-days is roughly flat.

The problem is no longer that vulnerabilities are being exploited faster. It is that there are more of them than any team can meaningfully triage.

That reframes the challenge. If a typical enterprise sees 400 findings a month and only a handful represent real, exploitable risk on its specific estate, the bottleneck is not patching capacity in the abstract. It is the ability to distinguish the few that matter from the many that do not. Severity scores alone cannot make that call. Environmental context, is the asset internet-facing? is the flaw reachable? is there a public exploit? is the component even deployed?, is what separates a genuine emergency from a line item.

A workable triage order this month

  1. CVE-2026-68820, exploited in the wild, affects essentially every Windows system, grants SYSTEM.
  2. CVE-2026-63520, completes an unauthenticated RCE chain against on-premises SharePoint; patch any internet-facing server immediately.
  3. CVE-2026-62832 and CVE-2026-72971, publicly disclosed zero-days; deploy in the first wave.
  4. The rest, automate, prioritize by exposure, and accept that perfect coverage within 24 hours is not realistic at this volume.

Caveats and what to watch

A few caveats are in order. The counting disagreement is real but does not change the defensive priority: the top of the list is the same regardless of whether the total is 398 or 421. The "AI-assisted discovery" framing is also worth handling carefully. It is a plausible and increasingly cited explanation for rising volume, but it is not a formal measurement, and vendors have incentives to attribute growth to exciting causes.

Separately, Help Net Security reported that a researcher released a proof-of-concept exploit, dubbed "ShieldBreak," that reportedly bypasses Microsoft's July fix for the Defender vulnerability CVE-2026-50656 ("RoguePlanet"). Vulnerability analyst Will Dormann was cited as confirming the PoC works with Defender enabled, though its claimed scope is still being assessed. If it holds up, the July patch is incomplete, a reminder that a fix is only a fix until someone proves otherwise.

It is also worth being honest about what "patched" means in a month like this. Installing the update is necessary but not sufficient; attackers frequently chain a freshly patched flaw with an older, unpatched one, or exploit the gap between patch release and fleet-wide deployment. Measuring the time from release to full deployment (not the day the update was approved) is the metric that actually reduces exposure, and at this volume even well-run teams are stretching that window.

What to watch next is whether Microsoft changes the cadence itself. At this volume, the monthly model is under strain; some security leaders are pushing for continuous or on-demand updates for the most severe flaws rather than a once-a-month dump. If discovery keeps rising, the question of whether Patch Tuesday can survive its own success will move from a thought experiment to a planning problem, and the answer will shape how every organization patches for years to come.

Tags

Share

Found this useful? Share it with your team.

TPW Editorial

TPW Editorial

Editorial Team

TechPastWeek's editorial team reports and edits every story we publish. We research each piece against primary and credible secondary sources, and a human editor reviews and signs off before it goes live.

Featured & most read

Keep reading