16 вересня 2020 р. – підготовча версія сукупного пакета оновлень KB4576947 для .NET Framework 3.5 і 4.8 для Windows 10, версія 1903, Windows Server, версія 1903, Windows 10, версія 1909 і Windows Server, версія 1909, версія 1909

Застосовується до
.NET

Примітка.

  • Дата випуску:
    16 вересня 2020 р.
  • Версія:
    .NET Framework.NET Framework 3.5 і 4.8

Оновлення від 16 вересня 2020 р. для Windows 10, версії 1903, Windows Server, 1903, Windows 10, версії 1909 і Windows Server версії 1909 включає сукупні покращення надійності в .NET Framework 3.5 і 4.8. Рекомендуємо застосовувати це оновлення в рамках регулярних процедур обслуговування. Перш ніж інсталювати це оновлення, ознайомтеся з розділами "Попередні вимоги " та "Вимоги до перезавантаження ".

Покращення якості та надійності

WCF1 — Вирішено проблему, через яку службам WCF іноді не вдавалося запускатися під час одночасного запуску кількох служб.
Форми Windows - Усунено регресію, запроваджену в .NET Framework.NET Framework 4.8, коли властивості Control.AccessibleName, Control.AccessibleRole та Control.AccessibleDescription переставали працювати для таких елементів керування:Label, GroupBox, ToolStrip, ToolStripItems, StatusStrip, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView.
— Усунено регресію в доступній назві для елементів поля зі списком для зв'язаних даних полів зі списками. .NET Framework версії 4.8 (версія 4.8) почала використовувати ім'я типу замість значення властивості DisplayMember як доступне ім'я, це покращення знову використовує DisplayMember.
ASP.NET — Вимкнуто повторне використання AppPathModifier у виводі ASP.Net управління.
- Об'єкти HttpCookie в контексті запиту ASP.Net створюватимуться з налаштованими параметрами за замовчуванням для позначок файлів cookie замість . Примітив у стилі NET за замовчуванням відповідає поведінці 'new HttpCookie(name)'.
SQL - Вирішено проблему, яка іноді виникала, коли користувач підключався до однієї Azure бази даних SQL, виконував операцію на базі анклаву, а потім підключався до іншої бази даних на тому ж сервері, який має ту саму URL-адресу атестації, і виконував операцію анклаву на другому сервері.
CLR2 — Додано змінну конфігурації CLR Thread_AssignCpuGroups (1 за замовчуванням), яку можна встановити на 0, щоб вимкнути автоматичне призначення груп ЦП, що виконується CLR для нових потоків, створених Thread.Start() та потоків пулу потоків, таким чином, щоб програма могла самостійно поширювати потоки.
— Вирішено рідкісне пошкодження даних, яке може статися під час використання нових API, таких як Unsafe.ByteOffset<T> , які часто використовуються з новими типами Span. Пошкодження може статися, коли операція GC виконується під час виклику потоку Unsafe.ByteOffset<T> зсередини циклу.
- Вирішено проблему, пов'язану з таймерами з дуже довгим терміном виконання, які з'являються набагато раніше, ніж очікувалося, якщо включено перемикач AppContext "Switch.System.Threading.UseNetCoreTimer".

1 Фонд зв'язку Windows (WCF)
2 Загальномовне середовище виконання (CLR)

Відомі проблеми в цьому оновленні системи безпеки

ASP.Net програми зазнають помилки під час попередньої компіляції з повідомленням про помилку

Ознаки захворювання
Після застосування цього зведеного оновлення щодо безпеки та якості роботи від 16 вересня 2020 р. для .NET Framework 4.8 деякі програми ASP.Net завершуються помилкою під час попередньої компіляції. Отримане повідомлення про помилку, імовірно, міститиме слова Error ASPCONFIG (Помилка ASPCONFIG).

Причина
Неприпустимий стан конфігурації в розділах "sessionState", "anonymouseIdentification" або "authentication/forms" конфігурації "System.web". Це може статися під час процедур збирання й публікації, якщо перетворення конфігурації залишають файл Web.config у проміжному стані для попередньої компіляції.

Тимчасове вирішення

Цю проблему вирішено в KB4601056 році.

ASP.Net програми можуть не надавати маркери без файлів cookie в URI

Ознаки захворювання
Після застосування цього зведеного оновлення щодо безпеки та якості роботи від 1 жовтня 2020 р. для .NET Framework 4.8 деякі програми ASP.Net можуть не надавати маркери без файлів cookie в URI, що може призвести до циклів 302-переспрямування або втраченого чи відсутнього стану сеансу.

Причина
Функції ASP.Net для стану сеансу, анонімної ідентифікації та автентифікації форм покладаються на видачу маркерів веб-клієнту та дають змогу доставляти ці маркери у файлі cookie або вбудовувати в URI для клієнтів, які не підтримують файли cookie. Вбудовування URI вже давно є небезпечною та нерекомендованою практикою, і цей KB непомітно відключає випуск токенів в URI, якщо одна з цих трьох функцій явно не запитує режим cookie "UseUri" у налаштуваннях. Конфігурації, у яких указано "AutoDetect" або "UseDeviceProfile", можуть ненавмисно призвести до невдалих спроб вбудування цих маркерів в URI.

Тимчасове вирішення

Цю проблему вирішено в KB4601056 році.

Як отримати та інсталювати оновлення

Інсталювати це оновлення

Канал випуску Доступно Наступний крок
Windows Update і Microsoft Update Так Щоб завантажити та інсталювати це оновлення, перейдіть до розділу "Оновлення настройок>"& "Безпека>Windows Update", а потім натисніть кнопку "Перевірити наявність оновлень".
Каталог Microsoft Update Так Щоб отримати автономний пакет для цього оновлення, перейдіть на веб-сайт Каталог Microsoft Update.
Служби Windows Server Update Services (WSUS) Ні Це оновлення можна імпортувати в служби WSUS уручну. Указівки можна знайти в Каталозі Microsoft Update.

Відомості про файли

Щоб отримати список файлів, які містяться в цьому оновленні, завантажте відомості про файл для сукупного пакета оновлень.

Попередні вимоги

Щоб застосувати це оновлення, на комп'ютері має бути інстальовано .NET Framework.NET Framework 3.5 або 4.8.

Необхідність перезавантаження

Якщо використовуються будь-які файли, що зазнали змін, потрібно перезавантажити комп'ютер після застосування цього оновлення. Перш ніж застосовувати це оновлення, радимо вийти з усіх програм на основі .NET Framework.

Як отримати довідку та підтримку для цього оновлення