The CVE describes a heap-based buffer overflow in rasapi32.dll (Remote Access API), rated CVSS 7.8 as a local privilege escalation. Read that literally and you get the wrong threat model. rasapi32.dll is a legacy component dating to Windows 2000 era, and it loads during network initialization—often before user session establishment—in the context of services that hold elevated privileges specifically to manage VPN tunnels, dial-up connections, and DirectAccess. The 'authorized attacker' qualifier in the disclosure does not mean this requires console access; it means the attacker needs valid credentials on a domain-joined machine, which is a lateral movement threshold, not a post-exploitation one. The 'authorized attacker' buffer has been used before in Microsoft CVEs (CVE-2015-0057, CVE-2016-0041) to similar effect—it creates CVSS breathing room that real-world attack chains don't respect. What makes this worse: rasapi32.dll doesn't just run elevated. It touches credential stores, DNS configuration, and routing tables. Exploiting this gives SYSTEM plus direct control over the machine's network identity. That's not privilege escalation—that's infrastructure compromise in a single chain. DNS hijacking becomes possible. Routing table manipulation bypasses segmentation. Credential stores expose plaintext without hash cracking. The CVSS 7.8 doesn't model any of this because it stops at the privilege boundary. On the 2026 dating: this either indicates a forward-dated coordinated disclosure with an embargo period, or it's a historical vulnerability being retroactively documented. If the latter, the vulnerable code path may have existed for years in deprecated interfaces that stopped getting security review. Either way, patch latency is the real enemy here—not because the fix is complex, but because RAS components persist in enterprise environments where no one is actively monitoring them, precisely because the 'authorized attacker' framing let this sit below urgent scanner thresholds. If you maintain systems with DirectAccess, legacy VPN clients, or any RAS-dependent third-party wrappers, prioritize this patch. The attack surface isn't just the DLL—it's every tool that consumes RAS APIs and cannot be updated independently.