Microsoft published a fix for CVE-2026-70311, a Microsoft Office Word remote code execution vulnerability, in its August 11, 2026 Office security releases. For administrators, the immediate action is to move Word installations onto Microsoft’s August security builds and verify that devices managed through Microsoft 365 Apps update channels, Office LTSC, and Office 2019 have actually received them.

Microsoft’s Security Update Guide lists CVE-2026-70311 as a Word issue, while the company’s Office security release notes place it among the Word fixes delivered on August 11. The record was published at 7:00 a.m. Pacific time on Tuesday, August 11 — 2:00 p.m. UTC — as part of the regular Patch Tuesday release cycle.

The important finding is what Microsoft has not made available in the public material so far. The advisory identifies the product and impact class, but it does not publicly establish a CVSS score, affected file format, weakness type, attack prerequisites, mitigation, public disclosure status, or whether exploitation has been detected. No independent outlet had published technical reporting on CVE-2026-70311 at the time of publication. That leaves defenders with a confirmed fix and a clear deployment target, but not enough evidence to responsibly label it a zero-day, a phishing-only flaw, or a critical-severity issue.

Cybersecurity dashboard showing Microsoft Office Patch Tuesday updates, deployment progress, and vulnerability remediation.Microsoft’s August Word builds are the practical remediation line​

Microsoft’s August 11 Office release notes list CVE-2026-70311 under Word and identify the security-update builds for its supported Office servicing families. Organizations should use those build numbers as the operational baseline rather than treating the presence of a Windows cumulative update as proof that Word has been patched.

The listed August builds are:

  • Current Channel is version 2607, build 20228.20190.
  • Monthly Enterprise Channel is version 2607, build 20228.20188; version 2606, build 20131.20206; and version 2605, build 20026.20266.
  • Semi-Annual Enterprise Channel, where it receives Monthly Enterprise Channel builds, is version 2607, build 20228.20186.
  • Semi-Annual Enterprise Channel is version 2508, build 19127.20730.
  • Office 2024 Retail and Office 2021 Retail are version 2607, build 20228.20190.
  • Office LTSC 2024 volume-licensed installations are version 2408, build 17932.20910.
  • Office LTSC 2021 volume-licensed installations are version 2108, build 14334.20848.
  • Office 2019 volume-licensed installations are version 1808, build 10417.20197.

For Microsoft 365 Apps, the relevant update is normally delivered through the Office Click-to-Run servicing mechanism. A device may therefore be current on Windows 11 security updates while still carrying an older, vulnerable Word build if Office updates are deferred, pinned to a channel with delayed rollout, blocked by policy, or distributed through Configuration Manager or another enterprise update path.

The useful compliance check is the Office version itself: open a Microsoft 365 Apps installation’s Account page, inspect the version and build, and compare it with the applicable August 11 channel baseline. On managed estates, inventory should be segmented by Office channel and product family. “Office is installed” is not a sufficient finding when a tenant has a mixture of Current Channel, Monthly Enterprise Channel, Semi-Annual Enterprise Channel, LTSC, and disconnected devices.


“Remote code execution” does not tell administrators how the attack starts​

The advisory’s title establishes that the consequence is code execution in Word. It does not establish a network-reachable Word service, a no-click exploit, or an attack that bypasses Protected View, macro controls, or Microsoft Defender protections.

That distinction is material. Word vulnerabilities commonly involve a malicious document being opened, previewed, parsed, or otherwise processed, but Microsoft has not yet said whether CVE-2026-70311 follows that pattern. Until it does, security teams should avoid writing detections or exception policies around an assumed document extension, attachment type, preview-pane condition, or parser component.

The text included with the advisory submission describes a metric concerning confidence in a vulnerability’s existence and the amount of technical knowledge available to attackers. That is explanatory language for an exploit-maturity-style scoring field; it is not itself a score or a statement that exploit code exists. There is no published value in the supplied record indicating proof-of-concept availability, functional exploit code, active exploitation, or a known attack campaign.

Microsoft also has not published a workaround for CVE-2026-70311 in the material currently available. That makes updating the supported remediation, rather than a situation where organizations can safely substitute a registry change, a feature disablement, or a mail-gateway rule for the patch.

Treat Word as an initial-access surface until patch coverage is verified​

The absence of exploitation evidence is not a reason to place this fix behind ordinary productivity updates. Word remains a high-value initial-access target because document delivery fits familiar business workflows: invoices, contracts, recruiting material, project files, purchase orders, and shared drafts all give attackers plausible reasons to send a document to a user.

A successful Word code-execution flaw would normally run in the security context of the person who processes the document. That can limit immediate impact on a well-managed standard-user workstation, but it does not make the incident harmless. Code running as the user can access that user’s files and cloud tokens, launch follow-on payloads, collect browser and application data, and attempt lateral movement through credentials or approved remote-management tools. Workstations operated with local administrative rights remain a substantially worse case.

This is why the deployment priority should reflect both Word’s reach and exposure. Systems used by executives, finance teams, HR, legal, IT administrators, help desks, and users who routinely receive external documents should be assessed first. So should shared virtual desktops, Remote Desktop Session Hosts, and VDI pools where a single stale Office image can expose many users over time.

Controls such as Mark of the Web, Protected View, Attack Surface Reduction rules, macro blocking, attachment detonation, and endpoint detection remain worthwhile layers. They reduce common document-delivery opportunities and can make a malicious attachment harder to execute. But they are compensating controls with variable coverage, not a confirmed mitigation for CVE-2026-70311.


Office 2019’s appearance should not be read as renewed support​

Microsoft’s August security release notes include an Office 2019 volume-license build, version 1808 build 10417.20197. That is operationally useful for administrators who still have Office 2019 in their inventories: Microsoft has published a current August build that they can look for during compliance validation.

It does not change Office 2019’s lifecycle. Microsoft states in the same release-note material that support for Office 2019 ended on October 14, 2025, while reserving the right to issue one or more updates at its discretion. A security update appearing after end of support should be treated as an exception, not a promise that the product will receive patches for later Word flaws.

That distinction affects risk acceptance. Organizations that have postponed migrations because a legacy Office deployment has continued to receive occasional updates are accumulating uncertainty: a later vulnerability may receive no fix, or a fix may arrive only for selected servicing variants. The presence of an August 2026 build is a reason to patch now, not a reason to extend the Office 2019 retirement plan.

What remains unconfirmed for CVE-2026-70311​

Microsoft’s public release documentation confirms the vulnerability identifier, its Word classification, and the August 11 security-update release containing the fix. It does not yet answer several questions that would normally determine how aggressively a security team prioritizes it against the rest of the month’s patch load:

  • Microsoft has not publicly supplied a CVSS severity score or vector for CVE-2026-70311.
  • Microsoft has not identified the affected Word document type, parsing component, or underlying weakness.
  • Microsoft has not said whether an attacker needs a user to open a file, whether Preview Pane handling is relevant, or whether protections such as Protected View interrupt the attack path.
  • Microsoft has not publicly flagged the issue as exploited in the wild or publicly disclosed before the patch.
  • No independent technical analysis or exploit research for this exact CVE was available at publication.

Those omissions argue for disciplined reporting rather than panic. CVE-2026-70311 is a real, patched Word code-execution vulnerability; its public technical risk profile is still thin. The appropriate response is to deploy the August Office security release, verify the installed Office build across every servicing channel in use, and retain the patch as a tracked exposure until Microsoft supplies the missing exploitation and technical details.