16. September 2020–KB4576947 Vorschau auf kumulatives Update für .NET Framework 3.5 und 4.8 für Windows 10, Version 1903, Windows Server, Version 1903, Windows 10, Version 1909 und Windows Server, Version 1909

Veröffentlichungsdatum:
16. September 2020

Version:
.NET Framework 3.5 und 4.8

Das Update vom 16. September 2020 für Windows 10, Version 1903, Windows Server, Version 1903, Windows 10, Version 1909 und Windows Server, Version 1909, umfasst kumulative Verbesserungen der Zuverlässigkeit in .NET Framework 3.5 und 4.8. Wir empfehlen, dass Sie dieses Update im Rahmen Ihrer regulären Wartungsroutinen anwenden. Informationen zum Installieren dieses Updates finden Sie in den Abschnitten "Voraussetzungen" und "Neustart".

Verbesserungen der Qualität und Zuverlässigkeit

WCF¹	– Ein Problem mit den WCF-Diensten wurde behoben, das manchmal beim gleichzeitigen Starten mehrerer Dienste nicht gestartet wurde.
WinForms	– Behoben eine Regression, die in .NET Framework 4.8 eingeführt wurde, bei der die Eigenschaften "Control.AccessibleName", "Control.AccessibleRole" und "Control.AccessibleDescription" für die folgenden Steuerelemente nicht mehr funktionieren: Label, GroupBox, ToolStrip, ToolStripItems, StatusStrip, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView. – Hat eine Regression in barrierefreien Namen für Kombinationsfeldelemente für datengebundene Kombinationsfelder behoben. In .NET Framework 4.8 wurde der Typname anstelle des Werts der Eigenschaft "DisplayMember" als barrierefreier Name verwendet. Bei dieser Verbesserung wird das "DisplayMember" wieder verwendet.
ASP.NET	– Resuse von "AppPathModifier" in der ASP.Net deaktiviert. – HttpCookie-Objekte im ASP.Net Anforderungskontext werden mit konfigurierten Standardeinstellungen anstelle von Cookieflags erstellt. Die Standardeinstellungen des Grundtyps im NET-Stil entsprechen dem Verhalten von "new HttpCookie(name)".
SQL	– Ein Fehler wurde behoben, der manchmal auftrat, wenn ein Benutzer eine Verbindung mit einer Azure SQL-Datenbank herstellt, einen dezenten Vorgang ausgeführt und dann eine Verbindung mit einer anderen Datenbank unter demselben Server hergestellt hat, der über dieselbe Nachweis-URL verfügt, und einen erneuten Vorgang auf dem zweiten Server ausgeführt hat.
CLR²	– Es wurde eine CLR-Konfigurationsvariable Thread_AssignCpuGroups (standardmäßig 1) hinzugefügt, die auf 0 festgelegt werden kann, um die automatische Zuweisung von CPU-Gruppen zu deaktivieren, die von der CLR für neue Threads ausgeführt wird, die von Thread.Start() und Threadpoolthreads erstellt werden, damit eine App eine eigene Threadzuordnung erstellen kann. – Ein Problem mit einer seltenen Datenbeschädigung, die bei Verwendung neuer APIs wie Unsafe.ByteOffset<T> auftreten kann, die häufig mit den neuen Typen von Span verwendet werden. Die Beschädigung kann auftreten, wenn ein GK ausgeführt wird, während ein Thread "Unsafe.ByteOffset"<T> einer Schleife aufruft. – Ein Problem im Zusammenhang mit Timern behoben, bei denen sehr lange Fälligkeitszeiten viel früher als erwartet abgehakt wurden, wenn der "AppContext"-Schalter "Switch.System. Threading.UseNetCoreTimer" ist aktiviert.

¹ Windows Communication Foundation (WCF)
² Common Language Runtime (CLR)

Bekannte Probleme bei diesem Sicherheitsupdate

ASP.Net anwendungen fehler während der Vorkompilierung mit Fehlermeldung

Symptome
Nachdem Sie dieses Sicherheits- und Qualitätsrollup für .NET Framework 4.8 vom 16. September 2020 angewendet haben, können einige ASP.Net anwendungen während der Vorkompilierung fehlschlagen. Die fehlermeldung, die Sie erhalten, enthält wahrscheinlich die Wörter "Fehler ASPCONFIG".

Ursache
Ein ungültiger Konfigurationszustand in den Abschnitten "sessionState", "anonymouseIdentification" oder "authentication/forms" der "System.web"-Konfiguration. Dies kann während der Build- und Veröffentlichungsroutinen auftreten, wenn konfigurationstransformationen die Web.config für die Vorkompilierung in einem Zwischenzustand be lassen.

Problemumgehung

Dieses Problem wurde in KB4601056 behoben.

ASP.Net Anwendungen können keine cookielosen Token im URI bereitstellen

Symptome
Nachdem Sie dieses Sicherheits- und Qualitätsrollup für .NET Framework 4.8 vom 1. Oktober 2020 angewendet haben, stellen einige ASP.Net-Anwendungen möglicherweise keine cookielosen Token im URI zur Verfügung, was möglicherweise zu 302-Umleitungsschleifen oder einem verlorenen oder fehlenden Sitzungszustand führt.

Ursache
Die ASP.Net-Features für sitzungsstatus, anonyme Identifikation und Formularauthentifizierung setzen das Ausgeben von Tokenn auf einem Webclient ein, und alle ermöglichen es, dass diese Token in einem Cookie übermittelt oder in den URI für Clients eingebettet werden, die Cookies nicht unterstützen. Die URI-Einbettung war schon lange eine unsichere und nicht empfehlenswerte Vorgehensweise, und diese KB deaktiviert das Ausgeben von Token in URI-URI-uri-uri-benachrichtigungen– es sei denn, eines dieser drei Features fordert explizit einen Cookiemodus von "UseUri" in der Konfiguration an. Konfigurationen, die "AutoDetect" oder "UseDeviceProfile" angeben, können unabsichtlich zu einer versuchten und fehlgeschlagenen Einbettung dieser Token in den URI führen.

Problemumgehung

Dieses Problem wurde in KB4601056 behoben.

Bezug und Installation des Updates

Installieren dieses Updates

Veröffentlichungskanal	Verfügbar	Nächster Schritt
Windows Update und Microsoft Update	Ja	Um dieses Update herunterzuladen und zu installieren, wechseln Sie zu Einstellungen > Update & Security > Windows Update,und wählen Sie dann "Nach Updates suchen" aus.
Microsoft Update-Katalog	Ja	Um das eigenständige Paket für dieses Update zu erhalten, wechseln Sie zur Microsoft UpdateKatalog-Website.
Windows Server Update Services (WSUS)	Nein	Sie können dieses Update manuell in WSUS importieren. Anweisungen dazu finden Sie im Microsoft UpdateKatalog.

Dateiinformationen

Eine Liste der Dateien, die in diesem Update bereitgestellt werden, finden Sie unter "Dateiinformationen für kumulatives Update".

Voraussetzungen

Damit Sie dieses Update anwenden können, muss .NET Framework 3.5 oder 4.8 installiert sein.

Neustartanforderung

Starten Sie den Computer nach der Installation dieses Updates neu, wenn betroffene Dateien verwendet werden. Es wird empfohlen, alle .NET Framework-basierten Anwendungen zu beenden, bevor Sie dieses Update installieren.