MEDIUM 6.2

CVE-2026-54778: CoreWCF Unix Domain Socket Identity Confusion & DoS

CoreWCF, a .NET Core implementation of Windows Communication Foundation, contains a concurrency flaw in how it resolves user identities for Unix domain socket connections. The vulnerability stems from the use of non-thread-safe system functions (getpwuid and getgrgid) that can cause one client connection to be misidentified as another during simultaneous access, or potentially crash the service. Versions prior to 1.8.1 and 1.9.1 are affected. This is a local attack surface issue affecting systems where CoreWCF processes handle multiple concurrent Unix socket clients.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.2 MEDIUM · CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:H
Weaknesses (CWE)
CWE-362, CWE-825
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, CoreWCF UnixDomainSocket POSIX peer identity resolution uses non-reentrant getpwuid and getgrgid calls, allowing concurrent connections to attribute one connection's identity to another or crash the host process under contention. 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

CoreWCF's UnixDomainSocket implementation performs POSIX peer identity resolution using getpwuid() and getgrgid() functions, which are not reentrant. In multithreaded environments, concurrent calls to these functions can race and return user/group data belonging to a different process's lookup, resulting in identity confusion or heap corruption. The vulnerability combines a race condition (CWE-362) with unsafe system function usage (CWE-825), allowing an attacker with local access to trigger credential misattribution or denial of service through process termination.

Business impact

Organizations running CoreWCF-based services on Unix/Linux platforms face two operational risks: service availability degradation due to crashes under connection load, and potential security boundary violations if the identity confusion permits unauthorized access to resources that depend on correct peer identification. This is most critical in multi-tenant or privileged service scenarios where identity isolation is a security control.

Affected systems

CoreWCF versions prior to 1.8.1 and 1.9.1 are vulnerable. The flaw is specific to Unix domain socket scenarios on POSIX systems (Linux, BSD, macOS). Systems using CoreWCF for named pipe or other transport mechanisms are not affected. Applications must be running on a Unix-compatible OS and actively using UnixDomainSocket endpoints.

Exploitability

Exploitation requires local access to the system and the ability to establish concurrent connections to the vulnerable CoreWCF service. The attacker does not need elevated privileges. The attack is probabilistic—success depends on precise timing during connection setup. While not trivial to execute reliably, the barrier to initial attempts is low for any local user with network access to the service endpoint.

Remediation

Upgrade CoreWCF to version 1.8.1 or 1.9.1 or later. Organizations should verify their current CoreWCF version in project dependencies and apply updates during the next maintenance window. The fix addresses the race condition by implementing thread-safe identity resolution mechanisms.

Patch guidance

Check your project's dependency manifest (packages.config, .csproj, or package.json equivalent) for CoreWCF version. If running 1.8.0 or earlier in the 1.8.x line, update to 1.8.1. If running 1.9.0, update to 1.9.1. For systems on versions 1.7.x or earlier, consult the vendor advisory for supported upgrade paths. Testing should focus on Unix socket scenarios under load to confirm identity resolution stability post-patch.

Detection guidance

Monitor CoreWCF process logs and OS audit trails for: (1) unexpected process crashes or segmentation faults in CoreWCF services, particularly under high concurrent load; (2) failed authentication or authorization events with mismatched user identities; (3) system call tracing (strace, dtrace) of getpwuid/getgrgid patterns showing overlapping concurrent calls. IDS/IPS signatures are unlikely to detect this, as it is a timing-based local flaw rather than a network exploit.

Why prioritize this

CVSS 6.2 (Medium) reflects the combination of local-only access requirement, low user interaction, but moderate integrity and high availability impact. Prioritization should account for: your service's concurrency profile (higher load = higher risk), whether Unix domain sockets are used, and whether peer identity is a security boundary in your application architecture. Organizations with Unix-based deployments and identity-dependent access controls should treat this as higher priority.

Risk score, explained

The CVSS vector (AV:L/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:H) assigns Medium severity due to: local attack vector only; high attack complexity (race condition requires timing precision); no privilege requirement; confidentiality and integrity impact (identity confusion); high availability impact (process crash). The score does not elevate to High because exploitation is not straightforward and requires local access combined with race condition success.

Frequently asked questions

Does this affect CoreWCF services running on Windows?

No. This vulnerability is specific to Unix domain socket peer identity resolution on POSIX systems. Windows-based deployments using named pipes or HTTP transports are not affected.

What if we use CoreWCF but don't use Unix domain sockets?

Your service is not vulnerable. The flaw is isolated to the UnixDomainSocket transport. Verify your application configuration to confirm whether UnixDomainSocket is active in your bindings.

Can this be exploited remotely?

No. The attack requires local system access and the ability to create concurrent connections to the service endpoint. It is not exploitable over a network.

Are there any workarounds if we cannot patch immediately?

Operational mitigations include: reducing concurrent connection limits to lower race probability, or disabling Unix domain socket endpoints in favor of other transports if feasible. However, patching remains the definitive fix.

This analysis is provided for informational purposes and reflects the vulnerability disclosure as of the publication date. Version numbers, patch availability, and vendor guidance should be verified against official CoreWCF release notes and advisories. Testing any patch or mitigation in a non-production environment before deployment is strongly recommended. Security impact may vary based on application-specific use of peer identity and local system threat model. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).