16 settembre 2020-KB4576947 Anteprima dell'aggiornamento cumulativo di .NET Framework 3.5 e 4.8 per Windows 10, versione 1903, Windows Server, versione 1903, Windows 10, versione 1909 e Windows Server, versione 1909
Data di rilascio:
16 settembre 2020Versione:
.NET Framework 3.5 e 4.8L'aggiornamento del 16 settembre 2020 per Windows 10, versione 1903, Windows Server, versione 1903, Windows 10, versione 1909 e Windows Server, versione 1909 include miglioramenti cumulativi dell'affidabilità in .NET Framework 3.5 e 4.8. È consigliabile applicare questo aggiornamento nell'ambito delle normali procedure di manutenzione. Prima di installare questo aggiornamento, vedere le sezioni Prerequisiti e Requisiti di riavvio.
Miglioramenti a livello di qualità e affidabilità
WCF1 |
- È stato risolto un problema con i servizi WCF a volte non avviati durante l'avvio simultaneo di più servizi. |
Winforms |
- È stata introdotta una regressione in .NET Framework 4.8, in cui le proprietà Control.AccessibleName, Control.AccessibleRole e Control.AccessibleDescription non funzionano più per i controlli seguenti: Label, GroupBox, ToolStrip, ToolStripItems, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView. - È stato corretto un errore di regressione nel nome accessibile per gli elementi della casella combinata per le caselle combinate associate a dati. .NET Framework 4.8 ha iniziato a usare il nome del tipo invece del valore della proprietà DisplayMember come nome accessibile. Questo miglioramento usa di nuovo DisplayMember. |
ASP.NET |
- La riusa di AppPathModifier è stata disabilitata nell ASP.Net output del controllo. - Gli oggetti HttpCookie nel contesto ASP.Net richiesta vengono creati con impostazioni predefinite configurate per i flag di cookie. Le impostazioni predefinite di stile NET per i valori predefiniti sono abbinate al comportamento del 'nuovo HttpCookie(nome)'. |
SQL |
- È stato corretto un errore che si è verificato a volte quando un utente si connette a un database di Azure SQL, ha eseguito un'operazione basata su enclave e quindi si è connesso a un altro database nello stesso server che ha lo stesso URL di attestazione ed ha eseguito un'operazione di enclave sul secondo server. |
CLR2 |
- Aggiunta di una variabile di configurazione CLR Thread_AssignCpuGroups (1 per impostazione predefinita) che può essere impostata su 0 per disabilitare l'assegnazione automatica del gruppo di CPU eseguita da CLR per i nuovi thread creati da Thread.Start() e i thread del pool di thread, in modo che un'app possa eseguire la propria distribuzione dei thread. - È stato rilevato un raro danneggiamento dei dati che può verificarsi quando si usano nuove API, ad esempio Unsafe.Byte Offset<T> che vengono spesso usate con i nuovi tipi Span. Il danneggiamento può verificarsi quando viene eseguita un'operazione MC mentre un thread chiama Unsafe.Byte Offset<T> dall'interno di un ciclo. - È stato risolto un problema relativo ai timer con tempi di scadenza molto lunghi che spuntavano molto prima del previsto quando l'opzione AppContext "Switch.System. Threading.UseNetCoreTimer" è abilitato. |
1 Windows Communication Foundation (WCF) 2 Common Language Runtime (CLR)
Problemi noti in questo aggiornamento della sicurezza
ASP.Net applicazioni non riescono durante la precompilazione con messaggio di errore
Sintomi
Dopo l'applicazione dell'aggiornamento cumulativo qualitativo e della sicurezza del 16 settembre 2020 per .NET Framework 4.8, alcune applicazioni ASP.Net non riescono durante la precompilazione. Il messaggio di errore visualizzato conterrà probabilmente le parole "Errore ASPCONFIG". Causa Stato di configurazione non valido nelle sezioni "sessionState", "anonymouseIdentification" o "authentication/forms" della configurazione "System.web". Questo problema può verificarsi durante le procedure di compilazione e pubblicazione se le trasformazioni di configurazione lasciano il file Web.config in uno stato intermedio per la precompilazione. Soluzione alternativaQuesto problema è stato risolto nell'kb4601056.
ASP.Net applicazioni potrebbero non fornire token senza cookie nell'URI
Sintomi
Dopo l'applicazione dell'aggiornamento cumulativo qualitativo e della sicurezza del 1 ottobre 2020 per .NET Framework 4.8, alcune applicazioni di ASP.Net potrebbero non fornire token senza cookie nell'URI, con possibili cicli di reindirizzamento 302 o perdita o perdita dello stato della sessione. Causa Le funzionalità di ASP.Net per lo stato della sessione, l'identificazione anonima e l'autenticazione forms si basano sul rilascio di token a un client Web e consentono tutte di distribuire questi token in un cookie o incorporati nell'URI per i client che non supportano i cookie. L'incorporamento dell'URI è da tempo una procedura non sicura e sconsigliata e la kb disabilita in modo non interattiva l'emissione di token nell'URI, a meno che una di queste tre caratteristiche non richiede esplicitamente una modalità cookie "UseUri" nella configurazione. Le configurazioni che specificano "Rilevamento automatico" o "UseDeviceProfile" possono inavvertitamente comportare tentativi di incorporamento non riusciti di questi token nell'URI.Soluzione alternativa
Questo problema è stato risolto nell'kb4601056.
Come ottenere e installare l'aggiornamento
Installa questo aggiornamento
Canale di rilascio |
Disponibile |
Passaggio successivo |
Windows Update e Microsoft Update |
Sì |
Per scaricare e installare questo aggiornamento, passare a Impostazioni > Aggiornamento & sicurezza > Windows Updatee quindi selezionare Controlla aggiornamenti. |
Microsoft Update Catalog |
Sì |
Per ottenere il pacchetto autonomo per questo aggiornamento, passare al sito Web del catalogo di Microsoft Update. |
Windows Server Update Services |
No |
È possibile importare manualmente questo aggiornamento in Windows Server Update Services. Per istruzioni, vedere il Catalogo aggiornamenti Microsoft. |
Informazioni sui file
Per un elenco dei file forniti in questo aggiornamento, scaricare le informazioni sui file per l'aggiornamento cumulativo.
Requisiti
Per applicare questo aggiornamento, è necessario che sia installato .NET Framework 3.5 o 4.8.
Richiesta di riavvio
Se vengono usati file interessati, è necessario riavviare il computer dopo l'applicazione dell'aggiornamento. È consigliabile chiudere tutte le applicazioni basate su .NET Framework prima di applicare questo aggiornamento.
Come ottenere assistenza e supporto tecnico per questo aggiornamento
-
Guida per l'installazione degli aggiornamenti: domande frequenti su Windows Update
-
Proteggersi online e a casa: supporto per La sicurezza di Windows
-
Supporto locale in base al tuo paese: Supporto internazionale