CoreWCF NetNamedPipe transport accepts attach to a pre-existing named pipe instance, allowing local interception of NetNamedPipe traffic. NetNamedPipe creates a shared memory object based on the listening url, then generated a unique GUID for the named pipe it will be using and saves this to the shared memory object. Then it creates the named pipe to listen for clients. This requires an attacker to race the service and create the named pipe between the service publishing the GUID to the shared memory location (which the attacker needs to read) and the service creating the named pipe itself.
Fixed in CoreWCF v1.8.1 and v1.9.1
None
{
"nvd_published_at": null,
"github_reviewed_at": "2026-06-19T20:46:55Z",
"github_reviewed": true,
"severity": "MODERATE",
"cwe_ids": [
"CWE-367",
"CWE-665"
]
}