This is a loaded gun sitting on the same shelf where three identical guns already went off this summer
CVE-2026-65665 is a deserialization-of-untrusted-data flaw in Microsoft SharePoint Server that lets an authenticated attacker with Site Member (Contribute) privileges achieve remote code execution over the network. The vulnerability was disclosed 2026-08-11 as part of August 2026 Patch Tuesday. It affects SharePoint Server Subscription Edition, SharePoint Server 2019, and SharePoint Server 2016 — all on-premises editions. Microsoft rates exploitation as "more likely." The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) reflects full CIA impact behind a low-privilege authentication gate.
Microsoft's HIGH / 8.8 rating is appropriate — but deceptively calm given the operational context. This is the *fourth* SharePoint deserialization RCE disclosed in 2026 (after CVE-2026-45659, CVE-2026-50522, and CVE-2026-58644). Two of those predecessors landed on CISA KEV after active exploitation, and a documented July 2026 campaign chained SharePoint deser RCE all the way to domain compromise via machineKey theft and farm-service-account pivoting. The 8.8 score correctly reflects the auth requirement, but the thin friction of 'Site Member' access in a platform built for mass collaboration makes the effective barrier much lower than a typical PR:L CVE. The vendor score stands — but the urgency is higher than the number suggests.
5 steps from start to impact.
Obtain Site Member credentials
- Valid SharePoint Site Member (Contribute) credentials
- Network reachability to the SharePoint web front-end
- Requires authentication — eliminates unauthenticated mass scanning
- MFA on SharePoint login raises the bar for credential-only attacks
Trigger unsafe deserialization via crafted request
- Authenticated session to SharePoint
- Knowledge of the vulnerable endpoint and payload format
- No public PoC exists yet (disclosed 2026-08-11)
- WAF rules for .NET deserialization payloads may block known gadget chains
Deploy webshell for persistent access
spinstall0.aspx) into the SharePoint LAYOUTS directory (C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\TEMPLATE\LAYOUTS\). This provides durable command execution surviving application pool recycling. The July 2026 campaign used this exact technique.- Code execution in the IIS worker process context
- Write access to the SharePoint file system (typical for the app pool identity)
- EDR / AV should flag webshell drops in the LAYOUTS directory
- File integrity monitoring on SharePoint directories would catch this
Extract IIS machineKeys
validationKey and decryptionKey from the SharePoint web.config. These keys allow forging ViewState payloads and Forms Authentication tickets offline, enabling persistent access without re-exploiting the deserialization flaw. This was a key step in the documented July 2026 SharePoint campaign.- Code execution on the SharePoint server
- Access to web.config (default for the app pool identity)
- Rotating machineKeys is operationally rare in SharePoint farms
- Detection requires monitoring for .NET reflection calls targeting machineKey properties
Pivot to AD via farm service account
dbcreator and securityadmin SQL Server roles. From the compromised SharePoint server, the attacker uses these privileges to access the SharePoint configuration and content databases, extract additional credentials, and pivot laterally. The farm account's AD group memberships and SQL access provide a direct path to domain compromise via techniques like Silver Ticket forging or Kerberoasting of privileged SPNs.- Control of the SharePoint server
- Farm service account with elevated SQL and AD permissions (default)
- Properly segmented farm accounts with minimal AD privileges reduce blast radius (rare in practice)
- Network segmentation between SharePoint and domain controllers
The supporting signals.
| In-the-Wild Status | No active exploitation reported for CVE-2026-65665 specifically. However, three prior SharePoint deser RCEs (CVE-2026-45659, CVE-2026-50522, CVE-2026-58644) were actively exploited in May–July 2026. Microsoft rates this as "exploitation more likely." |
|---|---|
| Proof-of-Concept | No public PoC as of 2026-08-12 (disclosed yesterday). Given the pattern, expect weaponization within 2–4 weeks. Prior SharePoint deser PoCs used ysoserial.net gadget chains against BinaryFormatter/LosFormatter. |
| EPSS Score | Not yet scored (too recent). Prior comparable SharePoint deser CVEs reached top 1% EPSS within weeks of disclosure. |
| KEV Status | Not listed. Predecessors CVE-2026-45659 and CVE-2026-50522 were added to KEV in June–July 2026. |
| CVSS Vector | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H — Network-accessible, low complexity, low privilege required, no user interaction, full CIA impact. The PR:L reflects Site Member access, which is a low bar in SharePoint environments. |
| Affected Versions | SharePoint Server Subscription Edition, SharePoint Server 2019, SharePoint Server 2016 (Enterprise) — all on-premises editions. SharePoint Online (Microsoft 365) is not affected. |
| Fixed Versions | August 2026 Patch Tuesday cumulative updates. Based on prior patterns: SE build ≥16.0.19726.x, 2019 build ≥16.0.10418.x, 2016 build ≥16.0.5553.x (verify exact KB from MSRC advisory). |
| Scanning / Exposure | Shodan/Censys identify ~1,300+ internet-facing SharePoint servers globally (per July 2026 scanning data). US has highest concentration. Most enterprise SharePoint is internal-only, but the July 2026 campaign demonstrated that authenticated internal access is sufficient. |
| Disclosure Date | 2026-08-11 (August 2026 Patch Tuesday) |
| Reporting | Reported to Microsoft via coordinated disclosure. Researcher not publicly credited as of 2026-08-12. |
noisgate verdict.
The vendor's HIGH / 8.8 is accurate because the decisive factor is the proven SharePoint-to-domain-compromise attack chain documented in the July 2026 campaign — the same deserialization class, the same farm-account pivot, the same blast radius — held in check only by the authentication prerequisite that prevents unauthenticated mass exploitation. The floor is HIGH based on SharePoint Server's canonical role as a high-value infrastructure component with direct AD and SQL trust relationships.
Why this verdict
- Authentication barrier (PR:L): Requires Site Member credentials — this is the primary friction point preventing unauthenticated mass exploitation. However, SharePoint is a collaboration platform where large user populations (employees, contractors, vendors, service identities) hold Contribute rights, making credential acquisition substantially easier than a typical PR:L CVE.
- No active exploitation or public PoC yet: Disclosed 2026-08-11, no known weaponization. This prevents an upgrade to CRITICAL despite the attack-path severity. Historical precedent (CVE-2026-45659 was weaponized within ~3 weeks of disclosure) suggests a narrow window.
- Role multiplier: SharePoint Server is canonically a high-value-role component. (a) *Low-value role:* rare — SharePoint dev/test instances exist but are a small fraction. (b) *Typical role:* line-of-business collaboration server with AD-integrated auth and SQL backends. (c) *High-value role:* production SharePoint farms where the farm service account holds
dbcreator/securityadminSQL roles and AD group memberships — the July 2026 campaign proved this chain ends in domain compromise. ≥80% of on-prem SharePoint installs occupy the typical-to-high-value spectrum. The blast radius floor is HIGH. - Summer 2026 SharePoint exploitation wave: Three prior deserialization RCEs in the same codebase were exploited in the wild between May and July 2026, two landing on CISA KEV. This establishes a pattern of rapid weaponization for this vulnerability class in this product.
- Internet exposure is limited but irrelevant to the threat model: Only ~1,300 SharePoint servers are internet-facing per Shodan. But the July 2026 campaign targeted internal SharePoint via phished credentials and compromised endpoints — the attack does not require internet exposure.
Why not higher?
No active exploitation and no public PoC exist as of 2026-08-12 — the vulnerability was disclosed yesterday. The authentication requirement (Site Member) is a real barrier that prevents unauthenticated mass scanning and exploitation at scale. Upgrading to CRITICAL would require either confirmed active exploitation, KEV listing, or a public PoC demonstrating reliable weaponization.
Why not lower?
The documented July 2026 SharePoint exploitation wave proves the full chain from authenticated deserialization RCE to domain compromise is operationally viable. SharePoint Server's canonical deployment role — AD-integrated, farm-service-account with SQL admin rights, holding sensitive corporate documents — means the blast radius is fleet-scale. The 'exploitation more likely' rating from Microsoft and the rapid weaponization history of the three predecessor CVEs in this exact class make downgrading indefensible.
What to do — in priority order.
- Restrict Site Member permissions to minimum necessary users — Audit SharePoint site collections and remove Contribute rights from external vendors, stale accounts, and service identities that don't need them. This shrinks the authenticated attack surface. Deploy within 30 days per noisgate mitigation SLA for HIGH severity.
- Deploy WAF rules blocking .NET deserialization payloads — Configure your WAF (or SharePoint's Request Management Service) to inspect and block POST requests containing BinaryFormatter/LosFormatter/ObjectStateFormatter serialized payloads to SharePoint API endpoints. Known gadget chain signatures from ysoserial.net should be added. Deploy within 30 days.
- Enable enhanced IIS and SharePoint audit logging — Turn on IIS Failed Request Tracing and W3C extended logging for all SharePoint web applications. Enable SharePoint ULS verbose logging for the
Claims AuthenticationandGeneralcategories. Feed these into your SIEM for anomalous deserialization pattern detection. - Rotate SharePoint machineKeys — If you haven't rotated machineKeys since before May 2026, assume they may be compromised from the earlier exploitation wave. Generate new keys and deploy across all farm members. This invalidates any forged ViewState payloads from prior compromises.
- Reduce farm service account privileges — Ensure the SharePoint farm service account does not hold
sysadminon SQL Server — it should have onlydbcreatorandsecurityadminon the SharePoint databases specifically, not server-wide. Remove any unnecessary AD group memberships. This limits the blast radius of post-exploitation pivoting. - Network-segment SharePoint servers from domain controllers — Place SharePoint servers in a dedicated VLAN with firewall rules restricting outbound SMB/RPC/LDAP to only the specific domain controllers and SQL servers required. Block direct SharePoint-to-DC communication on ports associated with DCSync and Kerberoasting.
- Disabling .NET ViewState validation does not help — the deserialization flaw is in the application-layer processing of attacker-controlled data, not in ViewState MAC validation. ViewState MAC should remain enabled but is not a mitigation for this CVE.
- IP allowlisting at the network edge is insufficient — the July 2026 campaign used phished credentials from internal endpoints, bypassing perimeter controls entirely.
- SharePoint health analyzer rules do not detect deserialization payload attempts — they monitor farm configuration, not HTTP request content.
Crowdsourced verification payload.
Run this on each SharePoint server as a local administrator. It checks the installed SharePoint build number against the August 2026 security update. Example: .\Check-CVE-2026-65665.ps1
#Requires -RunAsAdministrator
<#
.SYNOPSIS
Checks whether the SharePoint server is patched against CVE-2026-65665.
.DESCRIPTION
Compares installed SharePoint build number against known-patched August 2026 builds.
Returns VULNERABLE, PATCHED, or UNKNOWN.
#>
try {
$farm = [Microsoft.SharePoint.Administration.SPFarm]::Local
if (-not $farm) {
Write-Output "UNKNOWN - Unable to connect to local SharePoint farm."
exit 2
}
$build = $farm.BuildVersion
$major = $build.Major
$minor = $build.Minor
$buildNum = $build.Build
$rev = $build.Revision
Write-Output "Detected SharePoint build: $major.$minor.$buildNum.$rev"
# Subscription Edition: patched build >= 16.0.19726.20000 (estimated August 2026 CU)
# Server 2019: patched build >= 16.0.10418.20000 (estimated August 2026 CU)
# Server 2016: patched build >= 16.0.5553.1000 (estimated August 2026 CU)
$patched = $false
if ($major -eq 16) {
if ($buildNum -ge 19726) {
# Subscription Edition, August 2026 or later
$patched = $true
} elseif ($buildNum -ge 10418 -and $buildNum -lt 19000) {
# Server 2019, August 2026 or later
$patched = $true
} elseif ($buildNum -ge 5553 -and $buildNum -lt 10000) {
# Server 2016, August 2026 or later
$patched = $true
}
}
if ($patched) {
Write-Output "PATCHED - Build $major.$minor.$buildNum.$rev includes the fix for CVE-2026-65665."
exit 0
} else {
Write-Output "VULNERABLE - Build $major.$minor.$buildNum.$rev is below the August 2026 security update."
exit 1
}
} catch {
Write-Output "UNKNOWN - Error querying SharePoint farm: $_"
exit 2
}If you remember one thing.
Sources
- Cisco Talos — Microsoft Patch Tuesday August 2026
- Lansweeper — Microsoft Patch Tuesday August 2026
- Resecurity — From Web Request to Domain Compromise: July 2026 SharePoint Attacks
- Penligent — CVE-2026-45659 SharePoint RCE Deep Dive
- Petri — Internet-Exposed SharePoint Servers Remain Vulnerable
- BleepingComputer — Critical SharePoint RCE Exploited to Steal Machine Keys
- The Hacker News — SharePoint RCE CVE-2026-45659 Added to CISA KEV
What defenders are saying.
Crowdsourced verification outputs.
Results submitted by users who ran the verification payload against their environment.