16 de setembro de 2020-KB4576947 Pré-visualização da atualização cumulativa para .NET Framework 3.5 e 4.8 para o Windows 10, versão 1903, Windows Server, versão 1903, Windows 10, versão 1909 e Windows Server, versão 1909

Data de Lançamento:
16 de setembro de 2020

Versão:
.NET Framework 3.5 e 4.8

A atualização de 16 de setembro de 2020 para o Windows 10, versão 1903, Windows Server, versão 1903, Windows 10, versão 1909 e Windows Server, a versão 1909 inclui melhorias de fiabilidade cumulativa no Quadro 3.5 e 4.8. Recomendamos que aplique esta atualização como parte das suas rotinas regulares de manutenção. Antes de instalar esta atualização, consulte as secções de requisitos pré-requisitos e reinicie as secções de requisitos.

Melhorias na qualidade e na fiabilidade

WCF¹	- Abordou um problema com os serviços da WCF, por vezes, falhando em iniciar vários serviços em simultâneo.
Formas de vitória	- Endereçada a uma regressão introduzida no Quadro .NET 4.8, onde controle.AccessibleName, Control.AccessibleRole e Control.AccessibleDescription properties deixou de funcionar para os seguintes controlos:Label, GroupBox, ToolStrip, ToolStripItems, StatusStrip, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenutripS, MenuItems, DataGrid. - Endereçada a uma regressão em nome acessível para itens de caixa de combinação para caixas de combo ligadas a dados. .NET Framework 4.8 começou a usar o nome do tipo em vez do valor da propriedade DisplayMemem como um nome acessível, esta melhoria volta a utilizar o ExpositorMem.
ASP.NET	- Reutilização desativada do AppPathModifier na ASP.Net saída de controlo. - Os objetos HttpCookie no contexto ASP.Net pedido serão criados com padrão configurado para bandeiras de cookies em vez de . Falhas primitivas de estilo NET para corresponder ao comportamento do "novo HttpCookie (nome)".
SQL	- Abordou uma falha que, por vezes, ocorreu quando um utilizador se liga a uma base de dados Azure SQL, realizou uma operação baseada em enclave e, em seguida, ligou-se a outra base de dados sob o mesmo servidor que tem o mesmo URL da Attestation e realizou uma operação de enclave no segundo servidor.
CLR²	- Adicione uma variável CLR config Thread_AssignCpuGroups (1 por defeito) que pode ser configurada para 0 para desativar a atribuição automática do grupo CPU feita pelo CLR para novas linhas criadas pela Thread.Start() e fios de piscina de fio, de modo que uma aplicação pode fazer a sua própria propagação de fios. - Abordou uma corrupção rara de dados que pode ocorrer quando se utiliza novos API's como Unsafe.ByteOffset<T> que são frequentemente utilizados com os novos tipos de Span. A corrupção pode ocorrer quando uma operação de GC é realizada enquanto um fio chama Inseguro.ByteOffset<T> de dentro de um loop. - Abordou um problema relativo aos temporizadores com tempos de vencimento muito longos, que se abrandam muito mais cedo do que o esperado quando o interruptor AppContext "Switch.System. Threading.UseNetCoreTimer" está ativado.

¹ Windows Communication Foundation (WCF)
² Tempo de execução de linguagem comum (CLR)

Problemas conhecidos nesta atualização de segurança

ASP.Net aplicações falham durante pré-compensação com mensagem de erro

Sintomas
Depois de se candidatar a este 16 de setembro de 2020, o Rollup de Segurança e Qualidade para o Quadro 4.8 da NET, algumas aplicações ASP.Net falham durante a pré-compensação. A mensagem de erro que recebe provavelmente conterá as palavras "Erro ASPCONFIG".

Causa
Um estado de configuração inválido nas secções "SessionState", "anonymouseIdentification", ou "autenticação/formulários" da configuração "System.web". Isto pode ocorrer durante as rotinas de construção e publicação se as transformações de configuração deixarem o ficheiro Web.config num estado intermédio para pré-compensação.

Solução alternativa

Esta questão foi resolvida no KB4601056.

ASP.Net aplicações não podem entregar fichas sem cookie no URI

Sintomas
Depois de se candidatar a este 1 de outubro de 2020, o Rollup de Segurança e Qualidade para .NET Framework 4.8, algumas aplicações ASP.Net podem não fornecer fichas sem cookie no URI, possivelmente resultando em loops de redirecionamento de 302 ou estado de sessão perdido ou em falta.

Causa
As funcionalidades ASP.Net para sessão Estado, Identificação Anónima e Autenticação de Formulários dependem da emissão de fichas a um cliente web, e todas elas permitem a opção para que esses tokens sejam entregues num cookie ou incorporados no URI para clientes que não suportam cookies. A incorporação uri-incorporação tem sido uma prática insegura e desrecomrevisãoda e este KB desativa silenciosamente a emissão de fichas em URI,a menos que uma destas três funcionalidades solicite explicitamente um modo de cookie de "UseUri" na configuração. As configurações que especificam "AutoDetect" ou "UseDeviceProfile" podem resultar inadvertidamente em tentativas e incorporações falhadas destes tokens no URI.

Solução

Esta questão foi resolvida no KB4601056.

Como obter e instalar a atualização

Instale esta atualização

Canal de Lançamento	Disponível	Próximo passo
Atualização do Windows e atualização do Microsoft	Sim	Para descarregar e instalar esta atualização, vá a Definições > Atualizar & Segurança > Windows Updatee, em seguida, selecione Verificar se há atualizações.
Catálogo de atualizações da Microsoft	Sim	Para obter o pacote autónomo para esta atualização, aceda ao site do Catálogo microsoft Update.
Serviços de atualização do servidor do Windows (WSUs)	Não	Pode importar esta atualização para a WSUS manualmente. Consulte o Catálogo de Atualizações da Microsoft para obter instruções.

Informações de arquivo

Para uma lista dos ficheiros fornecidos nesta atualização, descarregue as informações do ficheiro para atualização cumulativa.

Pré-requisitos

Para aplicar esta atualização, tem de ter o Quadro 3.5 ou 4.8 instalado.

Requisito de reiniciar

Tem de reiniciar o computador depois de aplicar esta atualização se estiverem a ser utilizados ficheiros afetados. Recomendamos que saia de todas as aplicações baseadas em quadros .NET antes de aplicar esta atualização.