August 2026 Patch Tuesday: The Exploited Zero-Day You Must Not Ignore

Microsoft's August 2026 Patch Tuesday addressed 421 CVEs, including an actively exploited Windows zero-day affecting the afd.sys driver. Learn why CVE-2026-68820 matters, how to prioritise the wider patch set and what Australian organisations should do now.
August 2026 Patch Tuesday: The Exploited Zero-Day You Must Not Ignore

On 11 August 2026, Microsoft’s Patch Tuesday addressed 421 CVEs across its security updates, including an actively exploited zero-day in the Windows afd.sys driver, CVE-2026-68820. The flaw allows a local attacker to escalate privileges to SYSTEM. Organisations should prioritise the exploited vulnerability, then address critical remote code execution flaws and exposed systems.

What happened on August Patch Tuesday?

Microsoft’s August 2026 Patch Tuesday landed on 11 August with a substantial security update cycle.

Microsoft’s release documentation refers to 421 Microsoft CVEs in the release, while security researchers and patching summaries may report lower numbers when counting only Windows vulnerabilities. This distinction matters when comparing Patch Tuesday figures because Microsoft security updates can cover multiple product families and components.

For Australian organisations, however, the total number is less important than the vulnerabilities that change the immediate risk calculation.

The most urgent issue is CVE-2026-68820, an actively exploited vulnerability affecting the Windows Ancillary Function Driver for WinSock, commonly known as afd.sys. It is a local privilege escalation vulnerability with a CVSS score of 7.0. Security reporting indicates that it was being exploited in real-world attacks before Microsoft released the August security update.

This makes the vulnerability different from the hundreds of other issues addressed during the month.

A vulnerability does not need to have the highest CVSS score to deserve immediate attention. Confirmed exploitation changes the priority.

CVE-2026-68820: The exploited Windows zero-day

CVE-2026-68820 affects afd.sys, a Windows kernel driver associated with the Windows Sockets API.

The vulnerability is a use-after-free condition that can be exploited locally to elevate privileges. Reporting on the flaw indicates that an attacker who already has code execution on a Windows system can use the vulnerability to reach SYSTEM-level privileges.

That distinction is important.

This is not a vulnerability where an attacker simply scans the internet and immediately takes control of an unprotected Windows computer. The attacker needs some form of local access or execution first.

That does not make it unimportant.

In a real intrusion, initial access and privilege escalation are often separate stages. An attacker might first compromise an endpoint through stolen credentials, phishing, malicious software or another vulnerability. Once code is running under a lower-privileged account, a local privilege escalation vulnerability can provide the additional permissions needed to take control of the system.

CVE-2026-68820 fits that second-stage role.

Once an attacker reaches SYSTEM privileges, they have significantly greater control over the compromised host. Depending on the environment, that can enable further persistence, credential access, security-control tampering and lateral movement.

Security researchers have also reported that the exploitation was associated with nation-state activity and targeted organisations in sectors including defence, aerospace and aviation. Those reports should be treated as threat intelligence rather than a reason for other organisations to assume they are unaffected. Exploited vulnerabilities can be reused by different threat actors once they become known.

Why local privilege escalation matters

One of the easiest mistakes in vulnerability management is treating local vulnerabilities as inherently less important than internet-facing remote vulnerabilities.

The attack path matters more than the label.

Consider a simplified intrusion:

  1. An employee’s credentials are compromised.
  2. The attacker gains access to a workstation.
  3. The attacker executes code under a standard user context.
  4. A local privilege escalation vulnerability is exploited.
  5. The attacker obtains SYSTEM-level privileges.
  6. Security controls are weakened or bypassed.
  7. Credentials and other systems become targets.

The privilege escalation vulnerability is not necessarily the initial entry point. It is the mechanism that turns a foothold into greater control.

That is why CVE-2026-68820 deserves immediate attention even though it requires local access.

Microsoft’s August update also addresses another publicly disclosed Windows vulnerability, CVE-2026-62832, which was disclosed before the fix became available. Security researchers have identified it as another vulnerability worth prioritising, particularly on shared systems where local access can have greater consequences.

The other critical fixes worth prioritising

The size of a Patch Tuesday release can make vulnerability management teams focus on the wrong metric.

You do not need to treat 421 vulnerabilities as 421 equally urgent tasks.

Instead, build a prioritisation model around exploitability, exposure and business impact.

The August release includes critical remote code execution vulnerabilities across Microsoft products and services. Security reporting identified critical issues affecting areas including Windows DNS Server, Windows Deployment Services, Microsoft’s QUIC implementation and HPC Pack.

There are also fixes across the wider Microsoft ecosystem, including products and services such as Windows, Microsoft Office, Azure, Microsoft Entra, Exchange Server, SharePoint Server, .NET and developer tooling.

For Australian businesses, the important question is not simply whether a particular CVE is rated Critical.

Ask:

Is it being exploited?

Is the affected system internet-facing?

Does exploitation provide remote code execution or privileged access?

Is the system business-critical?

Is there a known workaround if patching cannot happen immediately?

This approach produces a much more useful patching queue.

How to prioritise a large patch set

A practical approach is to divide the August updates into priority groups.

Priority one: actively exploited vulnerabilities

CVE-2026-68820 belongs here.

If a vulnerability is confirmed to be exploited in real-world attacks, it should move ahead of vulnerabilities that have only theoretical or potential exploitation.

Do not wait for a normal patch cycle simply because the vulnerability is classified as a local privilege escalation.

Priority two: internet-facing critical vulnerabilities

Next, address critical vulnerabilities affecting systems exposed directly to the internet.

Remote code execution vulnerabilities deserve particular attention because successful exploitation can provide an attacker with access without first requiring an existing local foothold.

Internet-facing servers, remote access infrastructure, application platforms and other edge systems should be mapped against the relevant August updates.

Priority three: critical systems

A vulnerability affecting a domain controller, identity infrastructure, production server or business-critical application can carry substantially greater risk than the same vulnerability on an isolated test system.

Your asset inventory should therefore be part of the patching process.

Priority four: publicly disclosed vulnerabilities

A vulnerability that has been publicly disclosed before a patch is available or before widespread patch deployment can attract increased attention from attackers.

CVE-2026-62832 is an example of why public disclosure should influence prioritisation even when confirmed exploitation is not established in the same way as CVE-2026-68820.

Patching is only half the response

Applying the August updates is essential, but patching does not tell you whether exploitation occurred before the update was installed.

For CVE-2026-68820 in particular, organisations should consider whether potentially affected systems showed suspicious activity before they were patched.

This is where endpoint telemetry and security monitoring become important.

Look for unusual privilege escalation behaviour, unexpected processes running with elevated privileges, suspicious service creation, persistence mechanisms and other activity inconsistent with normal user behaviour.

The exact investigation should depend on the available telemetry and current threat intelligence. Avoid relying on a single indicator.

An organisation that patches a compromised machine without investigating it may close the vulnerability while leaving an attacker inside the environment.

Why continuous monitoring matters

A zero-day changes the relationship between patching and detection.

Before exploitation becomes public, an organisation may have very little information about what attackers are doing. Once exploitation is confirmed, defenders have a much stronger reason to review telemetry for related activity.

That makes continuous security monitoring valuable.

A managed detection and response capability can provide ongoing monitoring, investigation and response rather than relying entirely on a monthly vulnerability review.

This matters because patching is not instantaneous.

Large organisations may have thousands of endpoints and servers. Some systems require testing before updates can be deployed. Legacy applications can create compatibility concerns. Critical infrastructure may have restricted maintenance windows.

During that gap, monitoring provides another layer of defence.

If suspicious activity appears on a system that has not yet been patched, security teams have an opportunity to investigate and contain the activity before it becomes a larger incident.

What Australian organisations should do now

For Australian businesses working through the August 2026 update cycle, a practical checklist is:

  • Identify all supported Windows endpoints and servers.
  • Confirm whether CVE-2026-68820 is applicable.
  • Prioritise deployment of the relevant Microsoft security update.
  • Identify systems that cannot be patched immediately.
  • Apply appropriate compensating controls where available.
  • Review endpoint and authentication telemetry for suspicious activity.
  • Prioritise internet-facing systems with critical vulnerabilities.
  • Review critical remote code execution vulnerabilities in the wider update set.
  • Confirm that security monitoring is active across high-value systems.
  • Document exceptions and remediation deadlines.
  • Reassess the risk after deployment.

Do not assume that desktop computers are the only systems that matter. Servers, shared systems and privileged administrative workstations can be particularly important because compromise of one can provide an attacker with a path towards more valuable infrastructure.

Patch management needs security context

August Patch Tuesday is a useful reminder that vulnerability management is not simply about counting CVEs.

A list of 421 vulnerabilities can look overwhelming, but the practical objective is to identify which issues create the most realistic risk to your environment.

CVE-2026-68820 stands out because exploitation has already been observed.

That means the question is no longer whether someone could eventually exploit the vulnerability. Someone already has.

For security teams, the priority is therefore straightforward: patch affected Windows systems, investigate potentially compromised hosts, and continue working through the remaining critical vulnerabilities based on exposure and business impact.

For organisations that need additional security leadership around vulnerability prioritisation, remediation planning and risk decisions, virtual CISO services can help connect technical findings with business and governance priorities.

How Intrix Can Help

Intrix helps Australian organisations identify, prioritise and respond to cyber security risks.

Through managed detection and response, organisations can strengthen ongoing monitoring and threat detection across their environment. This can be particularly valuable when active exploitation means attackers may be attempting to compromise systems before every patch has been deployed.

For organisations that need strategic oversight, virtual CISO services can help establish vulnerability management priorities, security governance and remediation processes aligned with business risk.

Patch management closes vulnerabilities. Continuous monitoring helps identify what happens when attackers attempt to exploit the gap.

Frequently Asked Questions

What is CVE-2026-68820?

CVE-2026-68820 is an actively exploited Windows privilege escalation vulnerability affecting the Ancillary Function Driver for WinSock, or afd.sys. It is a local use-after-free vulnerability that can allow an attacker with local code execution to escalate privileges to SYSTEM. Microsoft addressed the vulnerability in its August 2026 security updates.

Why does a local privilege escalation flaw matter?

A local privilege escalation flaw can turn an existing foothold into much greater control of a system. Attackers frequently need multiple steps to move from initial access to full compromise. CVE-2026-68820 is significant because exploitation can provide SYSTEM-level privileges after an attacker has already achieved local execution.

How many CVEs did August 2026 Patch Tuesday fix?

Microsoft’s August 2026 security release documentation refers to 421 Microsoft CVEs. Some security sources report 398 because they count Windows vulnerabilities separately from the broader Microsoft release. For vulnerability management, the important point is to prioritise actively exploited and high-impact vulnerabilities rather than treating every CVE equally.

How should we prioritise a large patch set?

Start with vulnerabilities that are confirmed to be actively exploited, followed by critical remote code execution vulnerabilities affecting internet-facing or business-critical systems. Then prioritise publicly disclosed flaws and vulnerabilities affecting high-value assets. Use asset criticality, exposure and exploitability alongside CVSS rather than relying on severity scores alone.

author avatar
Dani Rayos

Dani Rayos

Share this post

Other Insights

Vulnerability Assessment vs Penetration Testing What's the Difference

Vulnerability Assessment vs Penetration Testing: What’s the Difference?

Vulnerability assessments identify potential weaknesses, while penetration testing validates what an attacker could actually exploit. Learn how they differ and why organisations often benefit from both.
The Essential Eight Explained: A Guide for Australian Businesses

The Essential Eight Explained

The Essential Eight provides Australian organisations with eight practical cyber security strategies to reduce risk. Learn what each strategy covers, how maturity levels work and how to start improving your security posture.

Stay Informed with Our Security Newsletter

Get the latest threat intelligence, security insights, and industry updates delivered directly to your inbox.

Scroll to Top