The EPSS score of 0.538 is your most important signal here. FIRST's own data shows scores above 0.5 correlate with exploitation observable within 30 days—this isn't a theoretical risk metric, it suggests active scanning or exploit development is underway for this target. However, be aware that this EPSS score was computed without a complete CVSS vector, which means the model is scoring on structural metadata (HTTP/2, DoS, Windows, network-adjacent) rather than confirmed exploitation evidence. Treat it as a strong signal, not a certainty.

The missing CVSS vector is your critical gap. A 7.5 with AV:N/AC:L/PR:N/UI:N would indicate an unauthenticated, low-complexity network DoS against internet-facing HTTP/2 services—that demands immediate escalation. But if the actual vector includes user interaction requirements or higher authentication barriers, your priority shifts entirely. Push your vulnerability disclosure contacts hard for the full vector before committing resources.

For Windows 10 1607 specifically: this version reached end-of-life in April 2019, and Microsoft almost certainly will not release a patch. Your realistic options are network-level controls (load balancer rate limiting, WAF rules for HTTP/2 anomalies) or accept the risk while planning migration. The product specificity to this single Windows version suggests a targeted code path difference in how WinHTTP handles HTTP/2 streams, not a blanket HTTP/2 protocol flaw.

Investigate whether this matches known HTTP/2 DoS patterns—stream exhaustion, Rapid Reset (stream identifier manipulation), or HEADERS frame abuse. CISA's known exploited vulnerabilities catalog has documented mitigations for these classes that may apply regardless of patch availability. If the vulnerability description aligns with these known patterns, implement those documented mitigations immediately rather than waiting for vendor clarification that may never arrive for an EOL platform.