"Moving to E5 has been really good from a security point of view... Now we can get a holistic view of what’s going on, which helps us to make changes and recommendations for future plans."
IT Service Manager
Ian Harkess
Trusted by industry leaders
Kickstart Your FastTrack Journey
Fill out the short form below to express your interest in our FastTrack programme, and we’ll be in touch soon.
Please note: A minimum of 150 enterprise licenses is required for FastTrack eligibility.
“We needed to find solutions to a variety of issues whilst being a complex business, operating in a 24/7 environment. Stripe OLT listened and understood immediately the challenges we faced.”
IT Operations Manager
Simon Darley
Trusted by industry leaders
Let's Talk
Call us on one of the numbers below, we cover the whole of the UK, so call the nearest office.
“We needed to find solutions to a variety of issues whilst being a complex business, operating in a 24/7 environment. Stripe OLT listened and understood immediately the challenges we faced.”
This article breaks down CVE-2026-32201, a zero-day spoofing vulnerability in Microsoft SharePoint Server. You’ll learn how the flaw works, why “spoofing” is more dangerous than it sounds, and what your team needs to do right now if on-premises SharePoint is part of your environment.
Most organisations know patches exist. The challenge is rarely awareness; it's managing change, testing updates, and finding the resources to deploy them. Attackers don't wait for change freeze calendars.
CVE-2026-32201 is a spoofing vulnerability in Microsoft Office SharePoint, rooted in improper input validation (CWE-20). It allows an unauthenticated attacker to perform spoofing attacks remotely over the network, with no authentication required.
Important clarification: this vulnerability affects on-premises SharePoint deployments only. It does not impact SharePoint Online within Microsoft 365. If your organisation runs SharePoint exclusively through Microsoft 365, you are not affected. If your organisation runs SharePoint Server on premises (even in a hybrid Microsoft 365 environment) this vulnerability still applies.
Affected versions are SharePoint Enterprise Server 2016, SharePoint Server 2019, and SharePoint Server Subscription Edition.
It carries a CVSS score of 6.5 – technically a “Medium” severity rather than “Critical”. However, due to this vulnerability being internet exploitable and requiring no credentials or validation, it is worth prioritising.
Why This Matters
SharePoint remains deeply embedded in enterprise environments – often hosting sensitive internal documentation, approval workflows, HR records, and collaboration data that organisations depend on daily.
Vulnerabilities in platforms like this are particularly valuable to attackers because they don’t just expose data. They abuse trust. When a spoofed resource appears to originate from an organisation’s own SharePoint environment, users are far more likely to trust and interact with it. In these scenarios, attackers are exploiting the familiarity and legitimacy associated with a platform employees rely on every day.
How Does It Work?
The root cause is straightforward: SharePoint isn’t sufficiently validating inputs before using them to generate or display trusted content.
An attacker sends a specially crafted request to a publicly accessible SharePoint endpoint. Because the server processes it without proper checks, the output can be made to appear as though it originated from a trusted internal source – spoofing list views, document metadata, or authentication prompts.
The attack unfolds like this:
Attacker identifies an internet-exposed SharePoint server running a vulnerable version
A malicious HTTP request is crafted and sent, no credentials needed
The server processes the input without adequate validation
SharePoint returns content that appears to come from a trusted internal source
The attacker can view sensitive metadata or alter what legitimate users see
Exploitation then chains into social engineering – spoofed links delivered via email or internal messaging to authenticated users
Caption: Example attack flow showing how CVE-2026-32201 can be exploited to generate trusted-looking SharePoint content and support follow-on attacks.
The combination of remote exploitation, low attack complexity, and trusted platform impersonation makes this type of vulnerability particularly attractive to threat actors operating at scale.
In The Wild
Microsoft confirmed CVE-2026-32201 was exploited in attacks before a patch was available – the same day patches dropped, CISA added the vulnerability to its Known Exploited Vulnerabilities (KEV) Catalog and ordered all Federal Civilian Executive Branch agencies to patch by April 28 – a two-week window. The accelerated remediation timeline reflects the severity of the vulnerability and the level of concern around active exploitation.
According to scanning data from the Shadowserver Foundation, over 1,370 internet-facing SharePoint servers remained unpatched as of April 22 – down from a peak of approximately 1,745 a week earlier. The US and Germany were identified as the most widely exposed countries.
Mitigation Strategies
1. Patch immediately
Microsoft has released fixes for all affected versions:
KB5002853 – SharePoint Server Subscription Edition
If your organisation operates a scheduled patching cycle, this warrants an exception. CISA’s KEV listing makes the urgency explicit.
2. Restrict external access
If SharePoint is internet-facing without VPN enforcement, that’s the immediate priority. Place it behind a VPN or Zero Trust Network Access (ZTNA) gateway. Shrink the attack surface before the patch can be tested and deployed.
3. Deploy a Web Application Firewall
A WAF configured to inspect and block malformed HTTP requests adds a meaningful layer against the request patterns this vulnerability exploits. Azure WAF and Microsoft security tooling can help detect or block malformed SharePoint HTTP traffic patterns associated with this vulnerability.
4. Enable enhanced logging
Turn on detailed SharePoint Unified Logging Service (ULS) logging and route logs to your Security Information and Event Management (SIEM). If you’re running Microsoft Sentinel, out-of-the-box SharePoint anomaly detection rules are worth enabling. See the Detection Opportunities section below for what to look for.
5. Enforce least privilege
Review permissions across your SharePoint environment and rotate credentials where appropriate. If spoofing is used as a stepping stone, the blast radius is directly proportional to how broadly access has been granted.
6. Audit for pre-patch exploitation
Patching now doesn’t mean you weren’t hit before April 14. Review SharePoint access logs from the weeks prior – look for unexpected external requests to document library, list, and layout endpoints from unfamiliar IP ranges.
Detection Opportunities
For IT and security teams monitoring on-premises or hybrid SharePoint environments, the following patterns warrant investigation:
Abnormal query string manipulation in SharePoint requests
Unexpected SharePoint authentication prompts surfacing for existing authenticated users
Large spikes in external SharePoint request volume with no corresponding business activity
SharePoint activity alerts followed closely by identity-related alerts (credential access, unusual sign-in locations)
Reviewing SharePoint activity alongside identity and network telemetry will provide the clearest indication of whether exploitation attempts have occurred within your environment.
Broader Takeaway
CVE-2026-32201 serves as a reminder that vulnerability management is ultimately about risk, not just severity ratings.
While vulnerability scores provide a useful starting point for prioritisation, they don’t always reflect how attractive a target may be to attackers in the real world. Factors such as internet exposure, ease of exploitation, the level of trust users place in a platform, and active attacker interest can significantly increase operational risk.
This is where CVSS scoring can sometimes create blind spots. Although CVE-2026-32201 was assigned a CVSS score of 6.5, it required no privileges, no user interaction, and was actively exploited before a patch became available. The framework measures technical characteristics and potential impact, but it does not fully account for factors such as platform exposure, attacker behaviour, or how widely a technology is deployed within enterprise environments.
In the case of CVE-2026-32201, the combination of low attack complexity, remote accessibility, and trusted platform impersonation significantly increased the operational risk beyond what the score alone may initially suggest.
Spoofing vulnerabilities in collaboration platforms are particularly attractive to attackers because they exploit existing user trust in familiar business tools. For example, a spoofed SharePoint or Google Workspace page is unlikely to appear suspicious to most users, especially within environments where these applications form part of daily operational workflows.
The 1,370 unpatched servers in this instance aren’t a failure of awareness. Most of those organisations know the patch exists. The failure is internal operations – change management friction, testing cycles, resource constraints.
Attackers don’t have change freeze calendars.
The broader pattern here is worth watching. Attackers are increasingly focused on widely deployed enterprise platforms that move slowly through patching cycles. Any on-premises collaboration or document management platform that’s internet-accessible and slow to patch is carrying the same fundamental risk profile.
Want to understand how vulnerabilities like this fit into your wider threat landscape? Stripe OLT’s threat intelligence and SOC services help organisations move from reactive patching to proactive defence. Speak to our team to find out more.
This website uses cookies. By using this site you agree to our use of cookies. We use cookies to enhance your experience. To understand the specific cookies we use and how we handle your data, see out Cookie Policy, Privacy Policy and Terms & Conditions. Manage your preferences at any time by clicking the 'View Preferences' button.
Functional
Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.