Jul 15, 2026·6 min read·371 visits
Missing authentication in the User Profiles assembly allows unauthenticated network attackers to elevate privileges to Farm Administrator by omitting the security digest and supplying specific routing headers.
CVE-2026-56164 is a critical vulnerability affecting Microsoft SharePoint Server. It permits unauthenticated, remote attackers to bypass identity verification controls. This flaw is classified under CWE-306: Missing Authentication for Critical Function and allows elevation of privilege up to Farm Administrator level. The vulnerability has been added to CISA's Known Exploited Vulnerabilities catalog due to active exploitation.
CVE-2026-56164 is a security flaw within the user profile and site collection endpoints of Microsoft SharePoint Server. The vulnerability resides specifically within the Microsoft.Office.Server.UserProfiles assembly, which manages directory operations and user properties across SharePoint collections. This component exposes endpoints that receive client-side requests, making it a target for privilege escalation attacks.
The flaw is categorized under CWE-306 (Missing Authentication for Critical Function). It permits unauthenticated remote attackers to execute operations that normally require administrative permissions. Because of the exposed nature of client-facing service handlers, this vulnerability can be exploited over standard network protocols without user interaction.
Upon successful exploitation, an anonymous network connection can gain Site Collection Administrator or Farm Administrator authorization. This enables control over SharePoint site contents, configuration databases, and connected services. Immediate remediation is necessary to prevent unauthorized structural modifications and administrative compromise.
The root cause of CVE-2026-56164 lies in how the Microsoft.Office.Server.UserProfiles handler processes incoming SOAP requests directed at /_vti_bin/client.svc. Under standard operations, SharePoint implements a request-validation pipeline that checks for security identifiers and anti-forgery tokens. This process relies on the presence and verification of the X-RequestDigest HTTP header to assert authentication context and protect against unauthorized operations.
When a request is submitted to the client service handler, the system is designed to initialize the security context within the SPContext object. However, a validation bypass exists when specific HTTP routing headers are included while the X-RequestDigest header is deliberately omitted. Instead of rejecting the unauthenticated request, the internal application logic evaluates the routing parameters and falls back to a highly privileged default state.
Because the backend execution pathway fails to assert identity constraints under this conditional logic, the request bypasses the standard authentication gate. The system then processes the inbound SOAP actions with system-level credentials rather than the caller's actual security context. This allows external, anonymous entities to execute arbitrary configurations or retrieve restricted site resources.
An analysis of the underlying .NET assemblies reveals the logical failure within the request handler before the July 2026 security patch. The vulnerable code pathway determines security initialization using a conditional check that can be bypassed using manipulated HTTP request headers.
// Vulnerable C# implementation in Microsoft.Office.Server.UserProfiles
public void ProcessRequest(HttpContext context) {
string digest = context.Request.Headers["X-RequestDigest"];
// VULNERABILITY: If the digest is missing, the handler incorrectly inspects secondary routing headers.
// If special routing parameters are satisfied, the system bypasses security verification.
if (string.IsNullOrEmpty(digest) && CheckSpecialRoutingHeaders(context)) {
// Bypasses standard identity validation and initializes an elevated administrative session
InitializeElevatedSecurityContext(context);
} else {
// Normal execution path requiring validation
ValidateRequestDigest(digest);
}
}To resolve this vulnerability, Microsoft modified the request processing flow to enforce strict validation rules. The update completely removes the fallback pathway that allowed routing headers to override security context checks. The patched logic now strictly enforces X-RequestDigest validation across all execution branches.
// Patched C# implementation in Microsoft.Office.Server.UserProfiles
public void ProcessRequest(HttpContext context) {
string digest = context.Request.Headers["X-RequestDigest"];
// PATCH: Validate presence of the security digest unconditionally.
// Bypassing identity checks via routing headers is no longer permitted.
if (string.IsNullOrEmpty(digest)) {
context.Response.StatusCode = 401;
throw new UnauthorizedAccessException("Access denied: Missing request digest verification.");
}
ValidateRequestDigest(digest);
InitializeStandardSecurityContext(context);
}Exploitation of CVE-2026-56164 requires direct network access to the target SharePoint instance's client service endpoint located at /_vti_bin/client.svc. An attacker does not require prior authentication or specialized credentials to initiate the attack. The vector is executed solely through unauthenticated HTTP requests.
The attack begins by assembling a crafted SOAP payload designed to invoke administrative endpoints within the User Profiles service. The attacker transmits this SOAP payload while intentionally omitting the X-RequestDigest header. To trigger the bypass, specific secondary routing headers are appended to the HTTP request to direct execution to the unvalidated pathway.
When the vulnerable server receives the request, it executes the payload within the context of an administrative session. This leads to privilege escalation, allowing the attacker to alter site metadata, administrative permissions, or service configuration databases. Evidence of this exploit class has been observed in public repositories and actively tracked campaigns.
The impact of successful exploitation of CVE-2026-56164 is critical, primarily leading to unauthorized privilege escalation. While the direct integrity impact is classified as Low according to the CVSS metric, the resulting administrative elevation allows complete takeover of site collections and farm configurations. This compromise acts as an initial entry point for broader corporate network access.
According to the CVSS v3.1 vector string CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N, the vulnerability is rated with a base score of 5.3. However, the operational severity is heightened due to its inclusion in the CISA KEV catalog. Active exploitation indicates that threat groups are actively leveraging this flaw to compromise internet-exposed SharePoint infrastructure.
Once administrative access is achieved on a site collection, the scope of damage can be extended to confidential data exfiltration and persistent lateral movement. By modifying site permissions, adversaries can establish permanent backdoors, manipulate document repositories, or execute secondary exploits against the hosting Windows Server infrastructure.
Organizations operating vulnerable SharePoint instances must prioritize the installation of Microsoft security updates released in July 2026. The vulnerability is fully patched in SharePoint Enterprise Server 2016 (version 16.0.5561.1001), SharePoint Server 2019 (version 16.0.10417.20175), and SharePoint Server Subscription Edition (version 16.0.19725.20434).
If immediate patching is not feasible, network-level mitigations should be applied to reduce the attack surface. Administrators should restrict access to the /_vti_bin/client.svc endpoint using Web Application Firewalls (WAF) or IIS URL Rewrite Rules. These rules should block requests to the client service endpoint that do not contain valid authorization parameters.
<!-- Recommended IIS URL Rewrite Rule to block unauthenticated SOAP calls -->
<rule name="Block-ClientSvc-Bypass" stopProcessing="true">
<match url="_vti_bin/client.svc" />
<conditions>
<add input="{HTTP_X_RequestDigest}" pattern="^$" />
</conditions>
<action type="CustomResponse" statusCode="403" statusReason="Forbidden" statusDescription="Access Denied" />
</rule>Additionally, forensic monitoring should be configured to detect unauthorized privilege modifications. Security teams must audit the Site Collection Administrators group for unexpected additions and analyze IIS web server logs for anomalous POST requests directed at /client.svc that return HTTP 200 responses despite missing request digests.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N| Product | Affected Versions | Fixed Version |
|---|---|---|
SharePoint Enterprise Server 2016 Microsoft | >= 16.0.0, < 16.0.5561.1001 | 16.0.5561.1001 |
SharePoint Server 2019 Microsoft | >= 16.0.0, < 16.0.10417.20175 | 16.0.10417.20175 |
SharePoint Server Subscription Edition Microsoft | >= 16.0.0, < 16.0.19725.20434 | 16.0.19725.20434 |
| Attribute | Detail |
|---|---|
| CWE ID | CWE-306 |
| Attack Vector | Network (AV:N) |
| CVSS Score | 5.3 |
| Exploit Status | Active Exploitation |
| KEV Status | Listed |
The application does not perform any authentication check for a critical function that requires authorization.
An input validation bypass in the CKAN MCP Server (NPM package @aborruso/ckan-mcp-server) prior to version 0.4.108 allows remote attackers to perform Server-Side Request Forgery (SSRF). The application's server URL validation mechanism checked hostnames only as literal strings without performing pre-connection DNS resolution. An attacker can bypass these checks using hostnames that resolve to loopback, private, or link-local IP addresses, including the AWS Instance Metadata Service (IMDS). This is the third documented bypass of this protection mechanism, succeeding previous incomplete mitigations in CVE-2026-33060 and CVE-2026-53509.
A security feature bypass vulnerability in the Falco k8saudit plugin (and its cloud-specific variants) allowed privileged workloads to run undetected. This bypass occurred because the plugin's default extraction logic and rules only evaluated standard containers, completely omitting initContainers and ephemeralContainers.
nginx-ignition is a web-based user interface for managing the Nginx web server. In versions 2.33.0 through 2.35.0, the application is vulnerable to an improper authentication flaw (CWE-287) in its Multi-Factor Authentication (MFA) implementation. The stateless validation of Time-Based One-Time Passwords (TOTP) allows an attacker to reuse a captured, active verification code multiple times within the standard 30-second validity window, successfully bypassing secondary authentication checks if primary credentials are known.
A vulnerability exists in the i18n middleware of nginx-ignition, enabling CPU amplification attacks. By transmitting a crafted Accept-Language header containing malformed tags separated by underscores, an unauthenticated remote attacker can bypass the length-guard threshold of the underlying Go parsing library. Normalization of underscores to hyphens occurs after the initial validation checks, forcing the parser into expensive quadratic-time loops that consume 100% of available CPU resources. This leads to a complete denial of service for the administrative API and potentially degrades the availability of the hosting system. This vulnerability has been resolved in version 2.40.1.
Nginx Ignition prior to version 2.41.1 contains a Time-of-Check to Time-of-Use (TOCTOU) race condition in its unauthenticated onboarding API endpoint. This flaw allows remote, unauthenticated attackers to register an administrative account by sending concurrent HTTP requests during the initial system configuration phase, bypassing the check meant to restrict onboarding to a single initial administrator.
A logic error in Hatchet's OAuth state validation mechanism allows unauthenticated remote attackers to bypass state parameter verification. By submitting an empty state parameter, attackers can exploit an equality collision with cleared session keys, facilitating Login Cross-Site Request Forgery (Login CSRF) or Session Fixation.