← Back to Feed CACHED · 2026-09-10 01:51:31 · CACHE_KEY CVE-2026-81952
CVE-2026-81952 · CWE-122 · Disclosed 2026-09-08

Heap-based buffer overflow in Microsoft Office Word

ASSESSED — NOISGATE V0.5
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

It's the same 'open this doc and you're owned' play that threat actors have run for two decades, now with a fresh heap corruption twist

CVE-2026-81952 is a heap-based buffer overflow (CWE-122) in the Microsoft Office Word document parser. An attacker crafts a malicious .docx or .doc file; when a user opens it in an affected version of Word, the parser overflows a heap buffer, giving the attacker arbitrary code execution in the context of the logged-in user. Affected builds span Office LTSC 2021 (before 16.0.14334.20906), Office 2019 (before 16.0.10417.20207), Microsoft 365 Apps (before 16.0.20326.20138), and standalone Word 2016 (before 16.0.5569.1003). The fix shipped in the September 8, 2026 Patch Tuesday alongside ~110 other Office patches, 22 of which were Critical.

Microsoft rates this HIGH at 8.8 — and the raw CVSS math is defensible: network-delivered, low complexity, no auth required, full CIA impact. But the vector includes UI:R (user must open the document), and modern Office opens internet- and email-sourced files in Protected View (a sandboxed read-only mode) by default. There is no confirmation that this CVE fires from the Outlook Preview Pane the way some sibling CVEs (e.g., CVE-2026-40361, CVE-2026-78509) do. With no public PoC, no KEV listing, and an EPSS of 0.6%, the real-world urgency is meaningfully lower than the CVSS label implies — but the sheer installed base of Word keeps the floor firmly at HIGH.

"Classic Word doc RCE — ubiquitous target, but Protected View and no live exploitation keep it a notch below vendor hype."
02 · The Attack Path

4 steps from start to impact.

STEP 01

Craft malicious Word document

The attacker authors a .docx (or legacy .doc) file containing a malformed structure that triggers the heap-based buffer overflow during parsing. The corruption primitive must be shaped into a reliable write-what-where or object confusion to achieve code execution rather than a simple crash. For CWE-122 in Word's parser, this typically involves corrupting an inline object allocation or a style-sheet record.
Conditions required:
  • Vulnerability research capability or access to a working exploit
Where this breaks in practice:
  • No public PoC or exploit code has been identified as of 2026-09-10, raising the bar to skilled adversaries or well-funded APT groups
STEP 02

Deliver document to victim

The attacker delivers the weaponized document via spear-phishing email, a link to a file-sharing service, or a watering-hole download. The document must reach the victim's endpoint and the victim must be enticed to open it. Social engineering lures (invoices, HR notices, legal documents) are the standard tradecraft.
Conditions required:
  • Ability to send email or host a file reachable by the target
  • Target must be running an affected, unpatched version of Word
Where this breaks in practice:
  • Enterprise Secure Email Gateways (SEGs) and sandboxing appliances (e.g., Proofpoint TAP, Microsoft Defender for Office 365) detonate attachments and block known-bad patterns
  • URL rewriting and click-time detonation intercept link-based delivery
  • User security awareness training reduces open rates on untrusted attachments
Detection/coverage: Microsoft Defender for Office 365 Safe Attachments, Proofpoint TAP, and similar cloud sandboxes will detonate .docx files in a VM before delivery. Detection coverage for *this specific* CVE depends on signature updates post-patch.
STEP 03

Victim opens document — Protected View gate

When the user double-clicks the file, Word opens it in Protected View (read-only sandbox) if the file originated from the internet, email, or an untrusted location. The heap overflow parser path may or may not fire in Protected View; Microsoft's advisory does not mark this as a Protected View bypass. If it does not bypass Protected View, the user must click Enable Editing to leave the sandbox and trigger the vulnerable code path.
Conditions required:
  • File must escape Protected View — either the vulnerability bypasses it, or the user clicks 'Enable Editing'
Where this breaks in practice:
  • Protected View is enabled by default in all supported Office versions since Office 2010
  • Enterprise Group Policy can enforce Protected View and block 'Enable Editing' for external files
  • Attack Surface Reduction (ASR) rules can block Office child processes regardless
Detection/coverage: Microsoft Defender for Endpoint ASR rule Block Office applications from creating child processes (GUID d4f940ab-401b-4efc-aadc-ad5f3c50688a) fires telemetry when Word spawns a subprocess post-exploitation.
STEP 04

Code execution in user context

Once the heap overflow fires outside Protected View, the attacker achieves arbitrary code execution as the logged-in user. From here, standard post-exploitation follows: credential harvesting, lateral movement, persistence. The blast radius is initially limited to the user's session and the data/networks accessible to that identity.
Conditions required:
  • Successful heap corruption achieving reliable code execution (not just a crash)
  • User has a session with meaningful access (domain-joined workstation, VPN, cloud SSO tokens)
Where this breaks in practice:
  • Endpoint Detection and Response (EDR) agents detect anomalous behavior from Word (shellcode injection, LOLBin spawning, credential access)
  • Credential Guard on Windows 10/11 Enterprise limits LSASS credential theft
  • Application Control / WDAC policies can block unsigned code execution from Office
Detection/coverage: EDR coverage is strong: CrowdStrike Falcon, Microsoft Defender for Endpoint, SentinelOne, and Carbon Black all have behavioral detections for Office-spawned exploitation chains. Post-exploitation AMSI integration detects in-memory payloads.
03 · Intelligence Metadata

The supporting signals.

In-the-Wild ExploitationNot observed. Not listed on CISA KEV. No campaigns attributed as of 2026-09-10.
Proof-of-ConceptNone public. No PoC repos found on GitHub, ExploitDB, or researcher blogs. Heap overflows in Word parsers are non-trivial to weaponize reliably.
EPSS Score0.00596 (0.6%) — places this in approximately the top 15% of scored CVEs but well below high-exploitation-probability thresholds.
KEV StatusNot listed on CISA Known Exploited Vulnerabilities catalog as of 2026-09-10.
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H — 8.8 HIGH. Key factor: UI:R (user interaction required). No scope change limits blast to the vulnerable component.
Affected VersionsMicrosoft 365 Apps (<16.0.20326.20138), Office LTSC 2021 (<16.0.14334.20906), Office 2019 (<16.0.10417.20207), Word 2016 (<16.0.5569.1003), and build <16.0.17932.20976.
Fixed VersionsPatches shipped September 8, 2026 Patch Tuesday. Microsoft 365 Apps auto-update; LTSC/2016/2019 require WSUS or manual update deployment.
Scanning/ExposureNot applicable for Shodan/GreyNoise — this is a client-side vulnerability (Word), not a network service. Exposure is proportional to your unpatched Office population, which for most enterprises is >90% of endpoints.
Disclosure DateReserved 2026-08-27, published 2026-09-08 (September Patch Tuesday).
Credited ResearcherNot publicly attributed in Microsoft's advisory at time of assessment.
04 · The Call

noisgate verdict.

Final Verdict
= UNCHANGED to HIGH (7.5/10)

The single most decisive factor is that user interaction is required (UI:R) and modern Office enforces Protected View by default on externally-sourced documents, adding a mandatory click-through gate before the vulnerable parser path fires. This meaningfully narrows the reachable attack surface compared to the zero-click sibling CVEs in the same Patch Tuesday, but the ubiquity of Word across enterprise fleets prevents a further downgrade.

HIGH Affected version ranges and patch availability
MEDIUM Protected View blocking the vulnerable code path (not confirmed by Microsoft but consistent with advisory language)
HIGH No public PoC or in-the-wild exploitation as of assessment date

Why this verdict

  • User interaction gate: The CVSS vector requires UI:R — the victim must open a crafted document. On modern Office with default Group Policy, files from email and the internet open in Protected View first, requiring a second deliberate click to enable editing. This two-step user-action chain reduces real-world exploitability below a zero-click RCE.
  • No weaponization evidence: Zero public PoCs, no KEV listing, and EPSS at 0.6%. Heap overflows in complex parsers like Word require significant exploit development effort for reliable code execution (vs. a crash). This is not a script-kiddie-accessible bug today.
  • Role multiplier: Word runs on virtually every enterprise endpoint (>90% coverage). On a standard workstation the blast radius is a single user session — HIGH but contained. On an IT admin workstation with cached domain admin credentials or an active PAM session, successful exploitation chains to domain compromise. On a developer workstation with CI/CD tokens or signing keys, it chains to supply-chain impact. Because Word is installed on admin and developer machines by default, the high-value-role fraction is non-trivial (estimated 5-15% of Word installs sit on privileged-user endpoints). This floors the verdict at HIGH.
  • Compensating controls are strong but not universal: EDR, ASR rules, email gateway sandboxing, and Protected View all impede this chain — but none are deployed at 100% coverage across a 10,000-host fleet. The friction is real but not absolute.

Why not higher?

This is not CRITICAL because exploitation requires two user actions (open document + click Enable Editing), there is no public exploit code, no KEV listing, and no evidence of in-the-wild exploitation. The September Patch Tuesday included genuinely zero-click Office RCEs (e.g., Preview Pane vectors like CVE-2026-78509) that deserve the CRITICAL label ahead of this one. Word is also not a *canonical* high-value-role component (it's not an IdP, hypervisor, or DC) — it merely *runs on* high-value hosts.

Why not lower?

Word's installed base is essentially fleet-wide in any enterprise, making the exposure population enormous. Heap-based buffer overflows are a proven, weaponizable primitive — not a theoretical DoS. The full CIA impact (C:H/I:H/A:H) means a successful hit gives the attacker complete control of the user session, and on privileged endpoints that translates to domain-scale compromise. MEDIUM would understate the risk for a component this ubiquitous with this impact ceiling.

05 · Compensating Control

What to do — in priority order.

  1. Enforce Attack Surface Reduction (ASR) rules for Office — Enable the ASR rules Block Office applications from creating child processes, Block Win32 API calls from Office macros, and Block Office applications from creating executable content via Intune or Group Policy. These break the post-exploitation chain even if the heap overflow fires. Deploy within 30 days per the noisgate mitigation SLA for HIGH.
  2. Lock down Protected View via Group Policy — Set Do not allow users to disable Protected View for files originating from the Internet and equivalent policies for email attachments and unsafe locations. This prevents users from clicking 'Enable Editing' on externally sourced documents, keeping the sandbox gate closed. Deploy within 30 days.
  3. Ensure email gateway sandbox detonation is active — Confirm that Microsoft Defender for Office 365 Safe Attachments (or equivalent SEG sandbox like Proofpoint TAP) is enabled in block mode for .doc/.docx attachments. This catches the most common delivery vector before the document reaches the endpoint.
  4. Accelerate patch deployment to privileged-user endpoints — Prioritize the September cumulative Office update on IT admin workstations, developer machines, and finance/exec endpoints where credential theft or data exfiltration has outsized impact. Use your existing ring-based deployment but pull these hosts into ring 0.
What doesn't work
  • Network-layer IDS/IPS signatures — the malicious payload is embedded inside a .docx ZIP archive and the exploit fires during document parsing, not over the network protocol. Snort/Suricata rules cannot inspect the decompressed XML content at wire speed without full file reconstruction.
  • Disabling macros alone — this is a heap overflow in the document parser, not a macro-based attack. Macro lockdown (which you should have anyway) does not prevent the vulnerable code path from executing.
  • Application allowlisting on its own — Word itself is an allowed application; the exploit runs *inside* Word's process space before spawning any child binary. WDAC/AppLocker only helps if the post-exploitation payload tries to drop and run a new executable.
06 · Verification

Crowdsourced verification payload.

Run this on each target Windows host (or via your RMM tool) with standard user privileges. Example: powershell -ExecutionPolicy Bypass -File .\Check-CVE-2026-81952.ps1. It checks the installed Word build number against the patched versions.

noisgate-verify.ps1
POWERSHELLREAD-ONLYSAFE
#Requires -Version 5.1
<# Check-CVE-2026-81952.ps1
   Checks whether installed Microsoft Word is patched for CVE-2026-81952.
   Exit codes: 1 = VULNERABLE, 0 = PATCHED, 2 = UNKNOWN
#>

$patchedBuilds = @{
    # Channel/SKU => minimum safe build
    '16.0.20326' = 20138   # Microsoft 365 Apps (Current Channel)
    '16.0.17932' = 20976   # Microsoft 365 Apps (Monthly Enterprise)
    '16.0.14334' = 20906   # Office LTSC 2021
    '16.0.10417' = 20207   # Office 2019
    '16.0.5569'  = 1003    # Office 2016
}

function Get-WordBuild {
    $paths = @(
        'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration',
        'HKLM:\SOFTWARE\Microsoft\Office\16.0\Common\InstalledPackages'
    )
    # Try ClickToRun first
    $c2r = Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration' -ErrorAction SilentlyContinue
    if ($c2r -and $c2r.VersionToReport) { return $c2r.VersionToReport }
    # Fallback: find winword.exe
    $winword = Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\Winword.exe' -ErrorAction SilentlyContinue
    if ($winword -and $winword.'(default)') {
        $fi = [System.Diagnostics.FileVersionInfo]::GetVersionInfo($winword.'(default)')
        return "$($fi.FileMajorPart).$($fi.FileMinorPart).$($fi.FileBuildPart).$($fi.FilePrivatePart)"
    }
    return $null
}

$version = Get-WordBuild
if (-not $version) {
    Write-Output 'UNKNOWN - Microsoft Word not detected on this host.'
    exit 2
}

Write-Output "Detected Word version: $version"
$parts = $version.Split('.')
if ($parts.Count -lt 4) { Write-Output 'UNKNOWN - Could not parse version.'; exit 2 }

$major = $parts[0]
$minor = $parts[1]
$build = [int]$parts[2]
$rev   = [int]$parts[3]
$prefix = "$major.$minor.$build"

$matched = $false
foreach ($key in $patchedBuilds.Keys) {
    if ($prefix -eq $key) {
        $matched = $true
        if ($rev -ge $patchedBuilds[$key]) {
            Write-Output "PATCHED - Build $version meets or exceeds fix revision $($patchedBuilds[$key]) for prefix $key."
            exit 0
        } else {
            Write-Output "VULNERABLE - Build $version is below fix revision $($patchedBuilds[$key]) for prefix $key. Patch for CVE-2026-81952 is missing."
            exit 1
        }
    }
}

if (-not $matched) {
    # Check if build is higher than all known patched builds (newer channel)
    if ($build -gt 20326) {
        Write-Output "PATCHED - Build $version appears to be a newer channel release beyond known affected ranges."
        exit 0
    }
    Write-Output "UNKNOWN - Build $version does not match known affected version prefixes. Manual verification recommended."
    exit 2
}
07 · Bottom Line

If you remember one thing.

TL;DR
This is a real but not-yet-weaponized Word RCE on a component installed across your entire fleet. Patch privileged-user workstations (IT admins, developers, executives) this week by pulling them into your fast ring for the September cumulative Office update. For the broader population, deploy the patch within the noisgate remediation SLA of 180 days for HIGH-severity findings. As a noisgate mitigation SLA action (within 30 days), enforce ASR rules blocking Office child-process creation and lock down Protected View via Group Policy so users cannot click out of the sandbox on external documents. If you have Microsoft Defender for Office 365, confirm Safe Attachments is in block mode — that's your best pre-endpoint gate. Do not treat this as a fire drill: there is no exploit in the wild and no KEV listing, but do not let it age past 180 days either — heap overflows in Word have a strong historical track record of eventual weaponization.

Sources

  1. THREATINT CVE-2026-81952 Detail
  2. Qualys September 2026 Patch Tuesday Review
  3. CrowdStrike September 2026 Patch Tuesday Analysis
  4. Cybersecurity News - September 2026 Patch Tuesday
  5. GBHackers - Microsoft September 2026 Patch Tuesday
  6. Automox Patch Tuesday September 2026 CVE Analysis
  7. MSRC CVE-2026-69556 (sibling Word RCE reference)
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.