CVE-2026-54780: CoreWCF WS-Security Digest Algorithm Bypass
CoreWCF, a .NET Core implementation of Windows Communication Foundation, has a flaw in how it validates cryptographic signatures on incoming messages. Specifically, the library checks that the overall signature algorithm meets security standards but fails to validate the digest algorithms used for individual message components. This means an attacker could use a weak algorithm like SHA-1 to sign parts of a message, and CoreWCF would still accept it as valid. The risk is limited—the attacker cannot decrypt messages or cause service outages—but they could potentially tamper with message contents in ways that go undetected. Versions 1.8.1 and 1.9.1 and later close this gap.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 3.7 LOW · CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-327, CWE-757
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-09
NVD description (verbatim)
CoreWCF is a port of the service side of Windows Communication Foundation (WCF) to .NET Core. Prior to 1.8.1 and 1.9.1, the CoreWCF WS-Security 1.0 receive pipeline validates ds:SignedInfo SignatureMethod against the configured SecurityAlgorithmSuite but does not validate each ds:Reference DigestMethod, allowing a sender to use a rejected digest algorithm such as SHA-1 while the message is still accepted. This issue is fixed in versions 1.8.1 and 1.9.1.
6 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in CoreWCF's WS-Security 1.0 receive pipeline. When processing digitally signed SOAP messages, the implementation validates the ds:SignedInfo SignatureMethod field against the configured SecurityAlgorithmSuite to ensure only approved signing algorithms are used. However, it does not validate the DigestMethod attribute on each ds:Reference element, which specifies the hash algorithm applied to individual message parts before signing. An attacker can craft a signed message where the overall signature uses an approved algorithm but individual digest operations use rejected algorithms such as SHA-1, which the message validation will accept. This violates the principle of algorithm whitelisting and creates a cryptographic weakening pathway. The flaw is classified under CWE-327 (Use of a Broken or Risky Cryptographic Algorithm) and CWE-757 (Selection of Less-Secure Weaker Cryptographic Algorithm during Negotiation).
Business impact
Organizations relying on CoreWCF for WCF service interoperability in .NET Core environments face integrity risk. If an attacker gains a network position between clients and the service—or compromises a trusted intermediary—they could inject or modify message content while maintaining a valid signature, provided they can exploit the digest algorithm bypass. The practical impact depends on message sensitivity; high-value transactions, configuration directives, or authentication tokens transmitted via WCF are at elevated risk. Services handling sensitive data should treat this as a medium-priority issue despite the low CVSS, because the attack requires both network access and knowledge of the service's message format, but successful exploitation leaves no cryptographic evidence of tampering.
Affected systems
CoreWCF versions prior to 1.8.1 and 1.9.1 are affected. CoreWCF is used in .NET Core and .NET 5+ applications that implement WCF service endpoints. Organizations should inventory services using CoreWCF and determine which versions are deployed. Check NuGet package references and runtime version metadata. Services on .NET Framework using the native WCF stack are not affected; the vulnerability is specific to the CoreWCF port.
Exploitability
Exploitation requires network access to the service and the ability to craft valid WS-Security SOAP messages, making the attack complexity high. An attacker must understand the service's message schema and have the capability to intercept or originate traffic to the endpoint. Successful exploitation does not yield confidentiality breaches (messages remain encrypted if transport-layer TLS is in use, though the vulnerability itself is at the application layer). However, once positioned to send crafted messages, an attacker can tamper with content in ways that cryptographic validation will not detect. The threat is real but not trivial; this is not an easily weaponizable remote code execution or denial-of-service vector.
Remediation
Upgrade CoreWCF to version 1.8.1 or 1.9.1 or later. These releases enforce validation of the DigestMethod on each ds:Reference element. After patching, verify that the SecurityAlgorithmSuite configuration in your application specifies only strong algorithms (e.g., SHA-256 or higher); do not configure SHA-1 or weaker algorithms as acceptable. Test patched services with your existing clients to ensure compatibility. If you cannot upgrade immediately, consider restricting network access to WCF endpoints to trusted clients only and using mutual authentication to reduce the window of attack.
Patch guidance
Patches are available in CoreWCF versions 1.8.1 and 1.9.1. Consult the official CoreWCF release notes and the vendor's security advisory for the exact timing and dependencies of these releases. Update via NuGet Package Manager: use `Update-Package CoreWCF -Version 1.9.1` (or the 1.8.x line if you are on an older minor version). After updating, rebuild and redeploy your service, then run integration tests to confirm that legitimate client traffic is not disrupted. Verify that your SecurityAlgorithmSuite configuration is not accidentally allowing weak algorithms.
Detection guidance
Monitor CoreWCF service logs and WS-Security validation events for messages that pass signature validation despite using unexpected digest algorithms. Enable detailed WCF tracing if available in your environment. Review incoming SOAP messages for ds:Reference elements with DigestMethod values set to SHA-1 or other weak algorithms; these should not appear if your SecurityAlgorithmSuite is properly configured. Use a Web Application Firewall or message inspection tool to flag WS-Security SOAP traffic containing legacy digest algorithms. Correlate any such detections with authentication and message-source information to identify potential tampering attempts.
Why prioritize this
Although rated LOW severity, this vulnerability warrants prompt attention because it undermines cryptographic integrity controls in message-oriented protocols where tampering detection is critical. The CVSS score reflects the limited reach (high attack complexity, no confidentiality impact) but does not capture the severity of successful exploitation in a business context. Prioritize patching for services handling sensitive transactions, authentication, or configuration data. For low-risk services, a standard patching window is acceptable, but do not defer indefinitely.
Risk score, explained
The CVSS v3.1 score of 3.7 (LOW) reflects the combination of network accessibility, high attack complexity, no confidentiality impact, low integrity impact (a single message can be tampered with, but not all messages or system state), and no availability impact. The score penalizes the requirement for an attacker to be positioned on the network and to understand the message format. However, CVSS does not fully account for the cryptographic assurance violation; an organization that depends on WCF message signatures for compliance or fraud prevention may experience a higher business risk than the numeric score suggests. Treat this as a contextual priority rather than a purely numeric one.
Frequently asked questions
Does this vulnerability allow an attacker to decrypt WCF messages?
No. The vulnerability is in digest algorithm validation, not encryption. If you are using TLS (which is recommended), messages are encrypted in transit. The attacker cannot decrypt them. The flaw allows tampering with message content to go undetected by the signature validation, but only if the attacker can modify the message itself.
How can I verify that my service is affected?
Check your project's NuGet package reference for CoreWCF. If you are using any version prior to 1.8.1 or 1.9.1, you are affected. You can also inspect your SecurityAlgorithmSuite configuration; if it explicitly allows SHA-1 or weaker digest algorithms, the risk is higher. If you are using .NET Framework's native WCF (not CoreWCF), you are not affected.
If I upgrade to version 1.9.1, will my existing clients break?
Unlikely, if your clients are properly configured. The patch enforces stricter validation, which means only compliant clients will work. If a client is already using strong digest algorithms (which is standard), it will continue to work. Test in a staging environment first to confirm compatibility with your specific client base.
Is this vulnerability currently being exploited in the wild?
This CVE is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, and public exploit code is not known to exist. However, the vulnerability is trivial to exploit for an attacker with network access and message-crafting capability, so do not assume that lack of public knowledge means no risk.
This analysis is based on the CVE record published on 2026-07-08 and modified 2026-07-09. Patch version numbers and availability should be verified against the official CoreWCF release notes and security advisories from the vendor. CVSS scores are provided by the CVE record and reflect standardized assessment; individual organizational risk may vary. This advisory does not constitute legal or compliance advice. Organizations should review their own systems, consult vendor guidance, and conduct testing before applying patches in production environments. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10766LOWMLRun DataFrame Hash Weakness (CVSS 3.6)
- CVE-2026-10783LOWWeak Hash in Gradio Audio Cache – Risk Assessment & Patching Guide
- CVE-2026-10800LOWPaddlePaddle FastDeploy Weak Hash Vulnerability
- CVE-2026-10801LOWWeak Hash in ModelScope ms-swift PIL Image Cache
- CVE-2026-10803LOWMLflow Weak Hash Vulnerability in Dataset Digest Computation
- CVE-2026-10804LOWStreamlit Weak Hashing Vulnerability in Palette Handler (CVSS 3.6)
- CVE-2026-10812LOWGPTCache Weak Hash Vulnerability in Cache Key Handler (CVSS 3.6)
- CVE-2026-10813LOWLMCache Weak Hash Vulnerability in KV Cache Handler