Microsoft’s August Patch Tuesday Covers 398 Vulnerabilities, Including One Active Zero-Day

A single exploited privilege-escalation flaw in a core Windows networking driver sits at the centre of August’s near-400-vulnerability patch release.

AI-generated illustration depicting vulnerability for the story: Microsoft's August Patch Tuesday Covers 398 Vulnerabilities, Including One Active Zero-Day

Summary

  • Microsoft patched 398 vulnerabilities in August, with 42 rated Critical and one confirmed as actively exploited.
  • The zero-day, CVE-2026-68820, is a privilege-escalation flaw in afd.sys — the Windows socket driver present on virtually every endpoint.
  • A second privilege-escalation bug (CVE-2026-62832) in the Windows User Profile Service is rated likely to be exploited and may be linked to a recent public disclosure.
  • Microsoft attributes rising patch volumes to AI-assisted vulnerability discovery; analysts expect monthly tallies in the hundreds to become the norm.
  • Security leaders are urged to maintain structured, tested patch workflows rather than rush deployment — only one of the 398 flaws is known to be actively exploited.

The Scale of the Release

Microsoft’s August Patch Tuesday delivered fixes for 398 security vulnerabilities across Windows and supported software. While that figure falls short of July’s record-breaking 570-plus updates, it represents roughly double June’s then-record batch of nearly 200. The trend is clear: monthly patch volumes are rising sharply, and Microsoft has pointed to AI-assisted vulnerability research as a primary driver.

One Active Zero-Day, Two Public Disclosures

The sole confirmed zero-day this month is CVE-2026-68820, a privilege-escalation vulnerability in afd.sys, the driver that underpins Windows socket connections across essentially every endpoint. Security firm Automox describes the bug as a race-condition flaw, noting it carries a CVSS score of 7.0 that reflects the timing complexity involved in exploitation. That complexity has not prevented someone from successfully landing it. Automox’s Landon Miles characterised the typical attack path plainly: an attacker gains a low-privilege foothold — likely through phishing — and then uses the driver flaw to escalate. “The exploit has to be thrown over and over until the timing lands. Someone is clearly landing it anyway,” Miles wrote.

Two Further Flaws Worth Watching

CVE-2026-62832, a privilege-escalation flaw in the Windows User Profile Service, has been flagged by Microsoft as likely to be exploited. It may be connected to a recent public disclosure by the researcher known as Nightmare Eclipse under the name LegacyHive. The other publicly disclosed vulnerability, CVE-2026-72971, is a local tampering issue that Microsoft assesses as unlikely to be exploited and low in impact.

AI Is Finding Bugs Faster Than Humans Can Fix Them

The broader industry pattern is worth noting for planning purposes. Adobe recently shifted to twice-monthly security bulletins, and vendors including Cisco, Google, Mozilla, and Oracle are all shipping updates more frequently. Researchers at 1Password examined how large language models handle patch generation for complex, newly disclosed vulnerabilities and found that more than half the time the AI-generated fix either failed to address the flaw, introduced a new weakness, or both. Ed Skoudis, president of the SANS Technology Institute, drew a useful line between AI’s current strengths and its limits. “AI is rapidly becoming astonishingly good at finding vulnerabilities, but this research shows that fixing them is a very different problem,” Skoudis wrote. He recommends treating AI as a patching partner rather than an autonomous solution, with skilled humans testing, iterating, and verifying every suggested fix.

Workflow Pressure on Security Teams

The operational reality for patch teams deserves direct attention. Tyler Reguly at Fortra cautions that the sheer headline numbers can create pressure to move faster than is prudent. With only one of the 398 vulnerabilities confirmed as actively exploited, the case for a structured, tested rollout remains stronger than the case for speed. Reguly specifically called on security leaders to check in with their teams. “Talk to your teams about how they are shifting or modifying their workflows to better accommodate the patching shift that we’re seeing,” he said. He added there is “no need to rush these updates” and that the priority should be deploying changes that do not negatively affect production systems.

Practical Deployment Guidance

The day after Patch Tuesday is informally known as Reboot Wednesday, but waiting a few days before deploying large update bundles across production environments is a reasonable practice. Occasionally a patch requires a subsequent correction from Microsoft in the days that follow. Backing up systems and data before applying a release of this size remains standard hygiene. The SANS Internet Storm Center publishes a per-patch severity and urgency breakdown that patch teams may find useful for prioritisation.

Why it matters

The confirmed active exploitation of CVE-2026-68820 in afd.sys means any environment running Windows — which is to say, almost every corporate environment — has endpoints that may already be targeted in post-initial-access escalation chains. For CISOs, the more durable concern is structural: AI is compressing the time between vulnerability discovery and public disclosure, and the volume of monthly patches is unlikely to recede. Patch management processes designed for fifty-odd monthly fixes are under pressure, and the humans running those processes are feeling it. The risk of patch fatigue leading to mis-prioritisation or delayed deployment is real, and it sits alongside the risk of rushing untested updates into production.

What to do now

  • Prioritise CVE-2026-68820 (afd.sys privilege escalation) for expedited patching given confirmed active exploitation.
  • Review and plan remediation for CVE-2026-62832 (Windows User Profile Service) given Microsoft’s assessment that exploitation is likely.
  • Back up systems and data before deploying the August patch bundle.
  • Allow a few days post-release before broad production deployment to identify any patches that require subsequent correction from Microsoft.
  • Meet with patch management teams to understand how workflow capacity is being affected by rising monthly volumes and identify what support or process changes are needed.
  • If using AI tooling to assist with patch development or assessment, ensure skilled humans are reviewing, testing, and iterating on any AI-suggested fixes before deployment.

Sources