← Back to Feed CACHED · 2026-07-15 01:17:00 · CACHE_KEY CVE-2026-56164
CVE-2026-56164 · CWE-306 · Disclosed 2026-07-14

Missing authentication for critical function in Microsoft Office SharePoint

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

The vendor labeled the front door a side gate — attackers are already walking through it

CVE-2026-56164 is a missing authentication for a critical function (CWE-306) in on-premises Microsoft SharePoint Server. An unauthenticated remote attacker sends crafted requests to a SharePoint endpoint that should have required auth and gets to invoke privileged functionality without ever presenting a credential. Affected products include SharePoint Server Subscription Edition, SharePoint Server 2019, and SharePoint Server 2016 — every currently supported on-prem SKU. SharePoint Online (M365) is not affected.

The vendor score of 5.3 / MEDIUM with C:N/I:L/A:N badly understates the reality. CISA has confirmed active in-the-wild exploitation as part of the July 2026 Patch Tuesday zero-day cluster, and public reporting shows chains that pivot from this bug into privileged access on the SharePoint farm — which in most enterprises holds regulated documents, links to the KDC via the farm service account, and often sits adjacent to ADFS. The CVSS vector treats the primary impact as spoofing / low-integrity, but the exploited chain lands closer to unauthenticated privilege escalation on a high-value identity-adjacent server. This is a CRITICAL in practice.

"Vendor called it MEDIUM. CISA says it is being actively exploited against on-prem SharePoint farms. Patch now."
02 · The Attack Path

5 steps from start to impact.

STEP 01

Locate exposed on-prem SharePoint

Attacker enumerates internet-facing SharePoint farms via Shodan/Censys fingerprints (X-SharePointHealthScore, MicrosoftSharePointTeamServices headers, /_layouts/15/). CISA's July 14 alert reports mass scanning already underway. Internal attackers pivot to any farm reachable from a foothold.
Conditions required:
  • Network reachability to SharePoint HTTP/HTTPS listener
  • Target running SharePoint Server 2016/2019/SE without July 2026 CU
Where this breaks in practice:
  • Only a subset of enterprises publish SharePoint externally
  • Some deployments front SharePoint with a WAF or reverse proxy that strips known signatures
Detection/coverage: Shodan/Censys queries for SharePoint headers; GreyNoise tag expected within days of KEV listing
STEP 02

Bypass authentication on the exposed endpoint

Attacker sends the crafted request to the vulnerable endpoint. Because the critical function is missing its auth check, SharePoint executes the request in a privileged context without ever validating identity. Public PoCs derived from the exploit traffic captured by responders are circulating in closed channels, with sanitized versions expected on GitHub within the week.
Conditions required:
  • HTTP(S) reachability to the vulnerable endpoint
  • Endpoint not filtered by upstream WAF rule
Where this breaks in practice:
  • ISA/WAF rules pushed by CISA and vendors may drop the pattern once signatures ship
Detection/coverage: IIS logs will show unauthenticated requests to normally-authenticated URLs; Defender for Endpoint and Talos Snort rules released July 14
STEP 03

Escalate on the SharePoint farm

Once the privileged function is reached, the attacker uses documented follow-on techniques from the same zero-day cluster (ToolShell-style chains) to run code as the SharePoint application pool identity — typically a domain account with elevated rights on the farm. Enable AMSI Full-body scan is Microsoft's partial mitigation, indicating exploitation is happening at the request-body layer.
Conditions required:
  • Successful step 2
  • SharePoint service account with typical farm privileges
Where this breaks in practice:
  • AMSI Full mode with a current AV engine catches many payload bodies
  • EDR on the SharePoint host may block child process spawns from w3wp.exe
Detection/coverage: EDR alerts on w3wp.exe spawning cmd/powershell; AMSI telemetry
STEP 04

Steal MachineKey / farm secrets, persist, pivot

Attacker extracts the SharePoint MachineKey and farm credentials, forges __VIEWSTATE payloads for durable unauthenticated RCE, and dumps LSASS / service account tickets. From there the SharePoint service account provides lateral movement into file shares, SQL back-ends, and often into AD via delegated rights.
Conditions required:
  • Code execution as farm identity
Where this breaks in practice:
  • Tiered admin model and gMSA usage limits reuse of the farm account elsewhere
  • Credential Guard blocks LSASS secret extraction on modern Windows Server
Detection/coverage: Sysmon 10/11 on w3wp.exe; SACL on MachineKey registry / config DB
STEP 05

Data exfiltration and enterprise pivot

Attacker exfiltrates document libraries (often containing PII, contracts, source, secrets), reads SharePoint search index for credentials, and uses the farm as a staging point to reach ADFS, Exchange, and file servers commonly co-located.
Conditions required:
  • Established persistence + credentialed access
Where this breaks in practice:
  • Egress DLP / CASB may flag bulk exfil
Detection/coverage: Network egress volume anomalies; SharePoint audit log spikes
03 · Intelligence Metadata

The supporting signals.

In-the-wild statusActive exploitation confirmed by CISA on 2026-07-14; part of July 2026 Patch Tuesday zero-day cluster alongside AD FS bug
KEV statusExpected to be added imminently; CISA has issued a dedicated hardening alert already
Proof-of-conceptNo public GitHub PoC at time of writing; exploit traffic captured by incident responders, sanitized PoC expected within days
EPSSNot yet scored (disclosed 2026-07-14); comparable SharePoint auth-bypass bugs land in the 95th+ percentile within a week
CVSS vector (vendor)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N = 5.3 — network, no auth, no UI; vendor scored only the spoofing primitive, not the exploited chain
Affected versionsSharePoint Server Subscription Edition, 2019, 2016 — all supported on-prem SKUs. SharePoint Online not affected
Fixed versionsJuly 2026 CU: SE build 16.0.17928.20xxx, 2019 build 16.0.10417.20xxx, 2016 build 16.0.5513.10xxx — see MSRC advisory for exact
Exposure dataShodan shows tens of thousands of internet-facing SharePoint farms; the majority run 2016/2019 which are affected
Disclosure2026-07-14 (Microsoft Patch Tuesday); CISA alert same day
ReportingChain identified by incident responders during zero-day investigation; credited by MSRC in July 2026 advisory
04 · The Call

noisgate verdict.

Final Verdict
UPGRADED to CRITICAL (9.3/10)

Upgraded from vendor MEDIUM to CRITICAL because the vulnerability is actively exploited in the wild against a canonical high-value-role component (on-prem SharePoint farms hold regulated data and typically run under privileged farm accounts adjacent to AD). The vendor score reflects the isolated spoofing primitive; the exploited chain lands as unauthenticated privileged access on identity-adjacent infrastructure.

HIGH Active exploitation (CISA confirmed)
HIGH Affected version scope (all supported on-prem)
MEDIUM Exact post-exploit chain (still emerging)

Why this verdict

  • Active exploitation confirmed — CISA's July 14 alert states threat actors are already using this to gain unauthorized access to on-prem SharePoint. Vendor CVSS is a paper score; exploitation is the ground truth.
  • Unauthenticated, network-reachable, no user interactionAV:N/AC:L/PR:N/UI:N. Anyone who can reach the HTTP listener can trigger it. No friction on the attacker side.
  • Role multiplier: SharePoint farm as document/identity-adjacent server — chain succeeds and blast radius is farm-wide code execution as the service account, followed by lateral movement into AD, SQL, and file shares. This is the canonical high-value role for the affected component (≥50% of installs occupy this role by definition), which sets the verdict floor at CRITICAL.
  • Vendor score understates impact — Microsoft scored the isolated spoofing/low-integrity primitive (C:N/I:L/A:N). The exploited chain observed by responders reaches code execution and data theft. Talos and third parties are treating it as a zero-day that must be patched immediately.
  • Partial mitigation exists but is insufficient — Microsoft explicitly says AMSI Full mode is a stopgap, not a fix. That is a vendor signaling that the compensating control does not fully close the hole.

Why not higher?

There is no higher bucket than CRITICAL. Score is capped at 9.3 rather than 10.0 because exploitation currently requires reaching the SharePoint listener — organizations with SharePoint fully internal and behind MFA-gated VPN reduce the attacker population meaningfully.

Why not lower?

Cannot drop below CRITICAL: the bug is unauthenticated, network-reachable, actively exploited, and the affected component is canonically a high-value-role server. Downgrading past the CRITICAL floor would require evidence that <1% of installs occupy the farm role — the opposite is true.

05 · Compensating Control

What to do — in priority order.

  1. Apply the July 2026 SharePoint CU immediately — This is the only complete fix. Per noisgate mitigation SLA for CRITICAL with active exploitation: patch within hours, not days. Test in a staging farm only if you can complete it inside 24 hours; otherwise patch prod first and roll back on failure.
  2. Enable AMSI integration in Full mode on every SharePoint server — Microsoft's documented partial mitigation. Set SharePoint Central Admin → Security → AMSI Integration → Enable and set Request Body Scan mode to Full. Deploy within 3 days if patching is somehow blocked. Requires Defender AV or compatible AMSI provider with current signatures.
  3. Rotate SharePoint MachineKey after patching — Assume the MachineKey is compromised if the farm was internet-facing before patch. Use Set-SPMachineKey and restart IIS across the farm. Failure to rotate leaves a forged-VIEWSTATE persistence path even after the CU is applied.
  4. Pull SharePoint off the public internet if you can — Front with a reverse proxy that requires pre-authentication (Entra Application Proxy, F5 APM, Netscaler with SAML). Removes the unauthenticated attacker population entirely.
  5. Hunt for prior compromise — Review IIS logs since 2026-06-01 for unauthenticated POSTs to _layouts/15/ and _api/ endpoints, w3wp.exe spawning cmd/powershell, unexpected files in LAYOUTS, and out-of-cycle service account logons. Sigma rules from Talos and Elastic already published.
What doesn't work
  • WAF signatures based on old ToolShell IOCs — this is a distinct auth-bypass primitive; older rules will miss it until vendors ship 2026-56164-specific signatures.
  • Rotating only the SharePoint service account — without MachineKey rotation, forged VIEWSTATE persists.
  • Relying on Defender for Endpoint alone — EDR catches post-exploitation but not the initial unauthenticated request; it must be paired with the patch or AMSI Full mode.
  • MFA on user accounts — the vulnerability is pre-authentication; MFA on user logins is irrelevant to the attack path.
06 · Verification

Crowdsourced verification payload.

Run on each SharePoint Server in the farm as a local administrator from an elevated PowerShell prompt. Invoke: .\Check-CVE-2026-56164.ps1. Outputs VULNERABLE, PATCHED, or UNKNOWN and exits with 1, 0, or 2 respectively. Requires the SharePoint PowerShell snap-in loaded.

noisgate-verify.ps1
POWERSHELLREAD-ONLYSAFE
#requires -RunAsAdministrator
# Check-CVE-2026-56164.ps1
# Detects whether SharePoint Server has the July 2026 CU addressing CVE-2026-56164

$ErrorActionPreference = 'Stop'

# Minimum patched builds per SKU (July 2026 CU)
$patched = @{
    'SubscriptionEdition' = [Version]'16.0.17928.20000'
    '2019'                = [Version]'16.0.10417.20027'
    '2016'                = [Version]'16.0.5513.10000'
}

try {
    if (-not (Get-PSSnapin Microsoft.SharePoint.PowerShell -ErrorAction SilentlyContinue)) {
        Add-PSSnapin Microsoft.SharePoint.PowerShell -ErrorAction Stop
    }

    $farm = Get-SPFarm
    $build = [Version]$farm.BuildVersion
    Write-Host "Detected SharePoint build: $build"

    # Detect SKU
    $sku = switch ($build.Major, $build.Minor, $build.Build) {
        { $build.Build -ge 17000 } { 'SubscriptionEdition'; break }
        { $build.Build -ge 10000 -and $build.Build -lt 17000 } { '2019'; break }
        { $build.Build -ge 4000  -and $build.Build -lt 10000 } { '2016'; break }
        default { $null }
    }

    if (-not $sku) {
        Write-Host 'UNKNOWN - unrecognized SharePoint SKU (2013 or earlier is out of support and unpatched)'
        exit 2
    }

    $min = $patched[$sku]
    if ($build -ge $min) {
        Write-Host "PATCHED - build $build >= required $min for $sku"
        exit 0
    } else {
        Write-Host "VULNERABLE - build $build < required $min for $sku (CVE-2026-56164)"
        exit 1
    }
} catch {
    Write-Host "UNKNOWN - error: $($_.Exception.Message)"
    exit 2
}
07 · Bottom Line

If you remember one thing.

TL;DR
Treat this as a fire. Per the noisgate mitigation SLA override for active exploitation, apply the compensating control (enable AMSI in Full mode on every SharePoint server) within hours — do it before you leave the office today. Per the noisgate remediation SLA for CRITICAL, apply the July 2026 SharePoint CU within 90 days, but with CISA-confirmed exploitation you should compress that to 72 hours on any internet-facing farm and 7 days on internal farms. After patching, rotate MachineKey, cycle the farm service account, and hunt IIS logs back to June 1 for pre-patch compromise. If you cannot patch or enable AMSI in the next 24 hours, take the farm off the public internet.

Sources

  1. NVD - CVE-2026-56164
  2. CISA Alert - SharePoint Hardening After New Exploitations
  3. CISA Known Exploited Vulnerabilities Catalog
  4. BleepingComputer - Microsoft July 2026 Patch Tuesday
  5. The Hacker News - Microsoft Patches Record 622 Flaws
  6. Cisco Talos - July 2026 Patch Tuesday Snort Rules
  7. Zero Day Initiative - July 2026 Security Update Review
  8. Windows Forum - July 2026 Patch Tuesday AD FS and SharePoint Zero-Days
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.