CVE-2026-58644: SharePoint unauthenticated deserialization RCE

P0 — ACT NOWCISA KEVRANSOMWARE: UNKNOWNFORENSIC TRIAGE: YES

Quick Answer

CISA added CVE-2026-58644 to its Known Exploited Vulnerabilities catalog on 2026-07-16, confirming that exploitation has occurred. If you operate Microsoft SharePoint, identify the exact version and relevant configuration now, preserve security evidence, and follow the live vendor remediation. A KEV match does not prove your system was compromised, and installing an update does not rule out earlier exploitation.

Operator action

Install the newest applicable cumulative SharePoint security update on every farm server and verify the installed builds.

Open the live Microsoft advisory

Last verified: 2026-09-17 UTC. CISA KEV snapshot version 2026.09.16. Recheck the live advisory before changing production.

Context

Status At A Glance

Product scopeMicrosoft — SharePoint
CVECVE-2026-58644
TechGeeks response tierP0 — confirm an exact match and act now
CISA KEV added2026-07-16
Vendor severityCritical
CVSS9.8 (CVSS v3.1 base)
Ransomware fieldUnknown — this is not the same as No; CISA has not marked the field Known.
Forensic-triage fieldYes — CISA's record calls for forensic triage.
CWECWE-502
Federal remediation date2026-07-19 — applies to covered federal agencies; other organizations should set a risk-based deadline.

What Happened

Microsoft SharePoint Deserialization of Untrusted Data Vulnerability. Microsoft SharePoint contains a deserialization of untrusted data vulnerability that allows an unauthorized attacker to execute code over a network. CISA's KEV listing confirms exploitation evidence, but it does not state how widespread the activity is or prove that any particular installation was compromised.

Affected Scope

On-premises SharePoint Server 2016, SharePoint Server 2019, and SharePoint Server Subscription Edition where listed by Microsoft; exact farm-server applicability is controlled by the live MSRC table.

Match the exact edition, hardware or virtual platform, release, patch level, enabled feature, and management exposure. A product-family name alone is not enough to establish applicability.

Steps

What To Do Now

  1. Confirm. Inventory every SharePoint asset and record its exact version, patch level, role, relevant configuration, and exposure.
  2. Preserve. Save UTC timestamps, off-device authentication, firewall, proxy, DNS, endpoint, application, and SIEM evidence before logs rotate or a disruptive change removes context.
  3. Contain. Restrict unnecessary internet and management-plane access using supported controls. Follow the live advisory: Open the live Microsoft advisory.
  4. Remediate. Install the newest applicable cumulative SharePoint security update on every farm server and verify the installed builds.
  5. Validate. Verify the resulting version or patch level, service health, logging, expected access, an expected denial, and representative dependent workflows.
  6. Escalate. If exposure overlapped the vulnerable period or evidence is suspicious, treat the system as a potential incident and follow vendor and incident-response recovery guidance.

Fixed Releases And Mitigation

Verified fixed release, patch level, or update guidance captured at the last check:

A fixed build or KB was not safely preserved in the research record. Check the live vendor advisory before production changes; do not infer a fixed version from this summary.

Mitigation boundary: No vendor workaround is safely captured in the current research notes. Reduce unnecessary external reachability until the farm is fully updated, but do not present exposure reduction as remediation.

A workaround, access restriction, or provider-side control reduces a described path; it does not necessarily remove vulnerable code or erase compromise.

Investigation And Recovery

Microsoft and CISA identify exploitation in the wild. The flaw permits unauthenticated network code execution; preserve IIS, SharePoint, authentication, and endpoint evidence and treat suspicious activity as an incident.

When an attacker may have gained administrative, root, SYSTEM, identity, management-plane, or code-execution access, patching alone is not an eradication claim. Preserve evidence, scope affected accounts and downstream systems, rotate exposed credentials or certificates when justified, and rebuild from a trusted source when vendor or incident-response guidance requires it.

Notes

Exploitation Evidence

Vendor statement: Microsoft marked Exploited: Yes at original publication.

CISA statement: CVE-2026-58644 was added to KEV on 2026-07-16. The ransomware field is Unknown, and the forensic-triage field is Yes. These are separate signals.

Validation And Boundaries

This notice does not prove that every product carrying the family name is affected, that exploitation is widespread, that a clean indicator search rules out compromise, or that a successful update restored trust. TechGeeks has not reproduced the exploit and does not replace the vendor advisory, asset inventory, vulnerability scanner, or incident-response process.

Related TechGeeks Resources

References

Wrap-Up

Record whether CVE-2026-58644 applies to your environment. If it does, assign an owner, preserve the change and investigation evidence, complete the vendor action, and document the validated result.

Correction policy: If a primary source changes affected versions, remediation, exploitation status, or recovery guidance, TechGeeks will update this page and its verification date.