Cyber Resilience

CVE-2025-60716

Memory Safety in Microsoft Windows 10 1809 ≤ 10.0.17763.8027

Published
11 November 2025
Modified
17 November 2025
Patch / advisory
CVSS Score v3.1 7.0
Click a component to see what it means
Raw vectorCVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
EPSS Score 0.0035 28th percentile
Risk Priority 55 floored blend · peak EPSS

Summary

CVE-2025-60716 is a high-severity Use After Free (CWE-416) vulnerability in Microsoft Windows 10 1809. Its CVSS base score is 7.0 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploitation for Privilege Escalation (T1068); ranked at the 28th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to AC-6 (Least Privilege) and SI-16 (Memory Protection) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

Use after free in Windows DirectX allows an authorized attacker to elevate privileges locally.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise TechniquesAI

T1068 Exploitation for Privilege Escalation Privilege Escalation
Adversaries may exploit software vulnerabilities in an attempt to elevate privileges.
Why these techniques?

Use-after-free in Windows DirectX directly enables local privilege escalation via exploitation of the memory corruption flaw.

Confidence: HIGH · MITRE ATT&CK Enterprise v19.0

CVEs Like This One

CVE-2026-20865Same product: Microsoft Windows 10 1809
CVE-2025-60707Same product: Microsoft Windows 10 1809
CVE-2025-62221Same product: Microsoft Windows 10 1809
CVE-2026-20923Same product: Microsoft Windows 10 1809
CVE-2026-32078Same product: Microsoft Windows 10 1809
CVE-2026-34340Same product: Microsoft Windows 10 1809
CVE-2026-33835Same product: Microsoft Windows 10 1809
CVE-2026-24292Same product: Microsoft Windows 10 1809
CVE-2025-60717Same product: Microsoft Windows 10 1809
CVE-2026-20822Same product: Microsoft Windows 10 1809

Affected Assets

microsoft
windows 10 1809
≤ 10.0.17763.8027 · ≤ 10.0.17763.8027
microsoft
windows 10 21h2
≤ 10.0.19044.6575
microsoft
windows 10 22h2
≤ 10.0.19045.6575
microsoft
windows 11 23h2
≤ 10.0.22631.6199
microsoft
windows 11 24h2
≤ 10.0.26100.7092
microsoft
windows 11 25h2
≤ 10.0.26200.7092
microsoft
windows server 2019
≤ 10.0.17763.8027
microsoft
windows server 2022
≤ 10.0.20348.4346
microsoft
windows server 2022 23h2
≤ 10.0.25398.1965
microsoft
windows server 2025
≤ 10.0.26100.7092

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)
Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)
  • 3 hardening rules · 3 OS baselines
Validate
Prove the fix (OWASP ASVS)
  • V1.4.3

Mitigating Controls (NIST 800-53 r5) AI

prevent

Directly enforces memory protections that block exploitation of use-after-free conditions such as the DirectX flaw.

prevent

Limits privileges available to an authorized local attacker, reducing the impact of successful DirectX privilege escalation.

prevent

Requires timely patching of the identified use-after-free vulnerability in Windows DirectX.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly incorporate memory-safety tooling and reviews that prevent most use-after-free defects.

ID.RA-01 partial match
prevents

Vulnerability identification processes can discover use-after-free issues via scanning or analysis but do not prevent their introduction.

PR.PS-02 partial match
prevents

Routine patching removes known use-after-free instances after they have been introduced in released software.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

detects

Security testing in development can detect use-after-free bugs before release.

prevents

Secure SDLC mandates memory-safety practices that reduce use-after-free defects.

prevents

Application security requirements can specify memory-management rules that mitigate use-after-free.

prevents

Secure architecture principles include memory-safety design choices that limit use-after-free exposure.

prevents

Secure coding standards directly prescribe avoidance of use-after-free patterns.

prevents

Change-management processes help ensure memory-safety fixes are deployed consistently.

References