Skip to the content
The Update Bureau
.NET Framework 3.5 / 4.8.1 .NET Framework 3.5 / 4.8.1 Security update
Patch Tuesday

KB5120710

KB5120710: Cumulative update for .NET Framework, versions 3.5 and 4.8.1, on Windows 11 24H2, August 2026. Six runtime flaws addressed; WPF print errors need later updates

In short

Addresses six .NET Framework vulnerabilities. Two WPF printing problems are resolved only by later cumulative updates.

Does it affect you? Applies to: Devices running Windows 11, version 24H2, with .NET Framework 3.5 or 4.8.1 installed. Packages are available for x64 and Arm64.

File version
2.0.50727.9183 · 4.8.9343.0
Security
6 fixed
Restart
Required

What changes

Fixes 6 changes

.NET Framework

6 items

For: devices with .NET Framework installed

  • Addresses an elevation-of-privilege vulnerability in .NET Framework.1
    CVE-2026-65810.
  • Addresses an elevation-of-privilege vulnerability in .NET Framework.2
    CVE-2026-62872.
  • Addresses a remote code execution vulnerability in .NET Framework.3
    CVE-2026-62886.
  • Addresses a remote code execution vulnerability in .NET Framework.4
    CVE-2026-62897.
  • Addresses a remote code execution vulnerability in .NET Framework.5
    CVE-2026-70354.
  • Addresses an information disclosure vulnerability in .NET Framework.6
    CVE-2026-62902.

Known issues

  1. Resolved Affects: Everyone

    After installing the August 2026 .NET Framework cumulative update, some WPF applications may fail with a System.IO.File…

    Some WPF applications might fail with a System.IO.FileFormatException when printing or generating PDF/XPS content that uses certain fonts, including Calibri. The issue is resolved in the September 2026 .NET Framework cumulative update and later updates.7

    How to apply the workaround Workaround

    As a temporary measure, enable the specified AppContext switch in the application configuration file only when needed to address the issue.7

  2. Resolved Affects: Everyone

    After installing the August 2026 .NET Framework cumulative update, WPF applications that print—or display print preview…

    WPF applications that print or show print preview from an in-memory XPS document registered with System.IO.Packaging.PackageStore might fail with a System.IO.FileFormatException while the document loads. This occurs when the absolute pack-scheme URI is used both as the PackageStore key and as the XpsDocument package identity. The issue is resolved in the October 2026 .NET Framework cumulative update and later updates.8

    How to apply the workaround Workaround

    For applications that can be rebuilt, use an absolute package identity that does not use the pack scheme, such as xpspack://<guid>.xps. If an application cannot be rebuilt, enable the specified AppContext switch in its configuration file, temporarily and only when needed.8

    Step-by-step workaround instructions
    2 steps
    Show steps Hide steps
    Step-by-step procedure
    1. If the application can be rebuilt, change its absolute package identity to one that does not use the pack scheme, such as xpspack://<guid>.xps.
    2. If the application cannot be rebuilt, enable Switch.System.Windows.DisableXpsPackageBoundaryRestriction in the application configuration file.

Technical details

Data sheet · Security · Downloads · Components Click to collapse or expand

Data sheet

Released
2026-08-11
Classification
Security Updates
Type
Cumulative update
Restart
Required
Replaces
KB5101001, KB5092430, KB5087054, KB5082420
+10 earlier KB5074831, KB5066131, KB5064401, KB5056579, KB5054979, KB5050577, KB5049622, KB5048162, KB5045934, KB5044030
Replaced by
KB5126052
VersionFile versionChannel
3.5 2.0.50727.9183 General availability
4.8.1 4.8.9343.0 General availability

Security

6 vulnerabilities fixed
4 important 2 not rated
VulnerabilitySeverityCVSS
.NET Framework Elevation of Privilege Vulnerability
Important 8.8
.NET Framework Elevation of Privilege Vulnerability
Important 7.8
.NET Core Remote Code Execution Vulnerability
Important 7.8
.NET Framework Remote Code Execution Vulnerability
Important 7.0
.NET Elevation of Privilege Vulnerability
Not rated —
.NET Information Disclosure Vulnerability
Not rated —

Updated components

79 files changed since the previous update for the same versions.

Top changed componentsFiles
WPF28
ASP.NET12
.NET runtime (CLR)4

Page history

  1. Added CVE-2026-62897 (Important)

Sources

Updated
Cited passages from Microsoft's official notes (8)
  1. 1. This security update addresses an elevation of privilege vulnerability detailed in CVE-2026-65810. support.microsoft.com
  2. 2. This security update addresses an elevation of privilege vulnerability detailed in CVE-2026-62872. support.microsoft.com
  3. 3. This security update addresses a remote code execution vulnerability detailed in CVE-2026-62886. support.microsoft.com
  4. 4. This security update addresses a remote code execution vulnerability detailed in CVE-2026-62897. support.microsoft.com
  5. 5. This security update addresses a remote code execution vulnerability detailed in CVE-2026-70354. support.microsoft.com
  6. 6. This security update addresses an information disclosure vulnerability detailed in CVE-2026-62902. support.microsoft.com
  7. 7. This issue is resolved in the September 2026 .NET Framework cumulative update and later updates. support.microsoft.com
  8. 8. This occurs when the package identity used as both the PackageStore key and the XpsDocument package identity is an absolute URI that uses the pack scheme—for example, pack://<guid>.xps. support.microsoft.com
Checked automatically: 7 of 8 checks passed, 8 quoted passages · compared with Microsoft's page on Oct 16, 2026
  • Quotes found in the official pages: passed
  • Numbers found in the sources: passed
  • Vulnerabilities from the dossier only: passed
  • Links to allowed domains only: passed
  • Every official change covered: passed
  • Readable plain text: passed
  • Changes confirmed by the file list: passed
  • Sources agree: not passed

A second AI read the text against the sources: correctness 5/5, clarity 4/5, completeness 5/5. How we work

Published by The Update Bureau. Written with AI from Microsoft's own documents, checked by rules and a second AI. How we work · Report a mistake