Августовское обновление .NET сломало печать PDF и XPS: что происходит и как обойти

Коротко: обновления KB5120708 и KB5120710 от Patch Tuesday августа 2026 ломают печать и PDF/XPS-экспорт в WPF-приложениях на всех актуальных версиях Windows. Причина — ошибка в обработке TrueType-шрифтов (прежде всего Calibri). Microsoft признала проблему 24 августа и опубликовала временный обходной путь, однако предупреждает, что он отключает часть защиты, введённой тем же пакетом обновлений. Постоянный патч ещё не готов.

Что произошло

11 августа 2026 года, в рамках ежемесячного «Вторника патчей», Microsoft выпустила накопительные обновления для .NET Framework 3.5 и 4.8.1. Спустя несколько дней администраторы и разработчики начали сообщать о сбоях: приложения, построенные на Windows Presentation Foundation (WPF), перестали корректно печатать документы и генерировать файлы PDF и XPS.

24 августа 2026 года Microsoft официально подтвердила проблему в статусе «Windows release health» и опубликовала временный обходной путь. По данным BleepingComputer, компания продолжает расследование и не назвала дату выпуска постоянного исправления.

Какие обновления виноваты

Проблему вызывают три накопительных обновления .NET Framework от 11 августа 2026:

• KB5120710 — для Windows 11 версии 24H2;
• KB5120708 — для Windows 11 версии 25H2 и Windows Server версии 24H2;
• KB5120705 — для Windows Server 2022.

Аналогичные пакеты для Windows 10 и более ранних версий Windows Server (2012–2019) также входят в волну августовских обновлений и воспроизводят ту же ошибку. По данным Microsoft Support, обновления затрагивают все поддерживаемые версии Windows — от Windows 10 до Windows Server 2025.

Если вы обновились в августе и PDF-экспорт или печать перестали работать в корпоративном ПО — с высокой вероятностью это именно эти KB.

Техническая причина: TrueType-шрифты в WPF

Ошибка возникает в подсистеме подрезки TrueType-шрифтов (TrueType font subsetting) внутри WPF. Когда приложение формирует PDF или XPS либо отправляет задание на принтер, оно встраивает в выходной файл только те глифы шрифта, которые реально используются, — это и называется «подрезкой». Именно в этом шаге августовские обновления .NET ввели новый механизм защиты, который оказался несовместим с рядом популярных гарнитур.

Ошибка System.IO.FileFormatException выбрасывается при попытке обработать таблицы CMAP и SBIT шрифтов, в первую очередь Calibri — стандартного шрифта Microsoft Office. По данным The Register, проблема воспроизводится с другими гарнитурами, использующими схожую структуру таблиц.

Иными словами, August Patch Tuesday исправил одну уязвимость в разборе шрифтов, но при этом сломал легитимный путь экспорта документов. Если вам нужно быстро конвертировать PDF независимо от WPF, воспользуйтесь нашим конвертером PDF ⇄ Word прямо в браузере — он не зависит от .NET Framework.

Кого затрагивает проблема

Уязвимость воспроизводится в любом приложении на WPF, которое использует механизм печати или PDF/XPS-экспорта через стандартный стек .NET. Это не «редкий» сценарий: WPF является основой большого пласта корпоративного Windows-ПО — бухгалтерских систем, ERP-клиентов, медицинских информационных систем, CAD-утилит с отчётностью.

Конкретные признаки того, что проблема затронула вашу среду:

• Печать из WPF-приложения зависает или завершается с исключением System.IO.FileFormatException;
• Сохранение в PDF или XPS через встроенный диалог Windows не работает;
• Проблема появилась именно после установки августовских обновлений .NET Framework;
• Документы с шрифтом Calibri (или другими TrueType-гарнитурами) воспроизводят ошибку стабильно.

По данным PCWorld, проблема затронула широкий круг корпоративных пользователей сразу после Patch Tuesday, и количество обращений в службу поддержки Microsoft резко возросло. Частные пользователи, как правило, не замечают проблемы, так как реже работают именно с WPF-приложениями напрямую.

Смежная уязвимость того же Patch Tuesday — RCE через область предварительного просмотра в Office — разобрана в нашем материале Microsoft закрыла 10 RCE-уязвимостей в панели предпросмотра Office.

Обходное решение и его риски

Microsoft опубликовала временный обходной путь: разработчик WPF-приложения должен добавить в конфигурационный файл приложения (app.config или app.exe.config) следующий XML-блок:

<AppContextSwitchOverrides
  value="Switch.MS.Internal.TtfDelta.DisableCmapAndSbitOverflowProtection=true"/>

Этот переключатель отключает новую проверку переполнения в таблицах CMAP/SBIT — ту самую, которая и вызывает ошибку при экспорте. После его добавления печать и PDF/XPS-вывод восстанавливаются.

Администраторам, которые управляют корпоративным парком через WSUS или Intune, имеет смысл рассмотреть временную отмену установки затронутых KB (KB5120708, KB5120710, KB5120705) на критичных для печати узлах — до выхода исправленного пакета. Это стандартная практика отзыва проблемных обновлений; конкретный порядок отката зависит от используемой системы управления.

Конечным пользователям, чьё приложение ломается, стоит обратиться к поставщику ПО: только разработчик приложения может выпустить обновление с нужным AppContext-переключателем или скомпилированный под patched runtime релиз.

По состоянию на 26 августа 2026 года Microsoft всё ещё проводит расследование и не назвала дату постоянного исправления, по данным BetaNews.

Источники

• BleepingComputer — Microsoft August updates break printing, PDF export in WPF apps (24 августа 2026)
• Microsoft Support — KB5120708: Cumulative Update for .NET Framework (11 августа 2026)
• PCWorld — August's Windows update breaks printers and PDFs (август 2026)
• The Register — Microsoft breaks WPF printing with .NET update (25 августа 2026)
• BetaNews — Microsoft acknowledges printing and PDF problems after August updates