Observação
- Data de lançamento:
13 de outubro de 2020 - Versão:
.NET Framework 4.8
Resumo
Melhorias de segurança
Existe uma vulnerabilidade de divulgação de informações quando o NET Framework manipula incorretamente objetos na memória. Um invasor que conseguir explorar a vulnerabilidade poderá divulgar o conteúdo da memória de um sistema afetado. Para explorar a vulnerabilidade, um invasor autenticado precisa executar um aplicativo especialmente criado. A atualização resolve a vulnerabilidade, corrigindo a maneira como o NET Framework manipula objetos na memória.
Para saber mais sobre as vulnerabilidades, acesse a CVE (Vulnerabilidades e Exposições Comuns) a seguir.
Melhorias de qualidade e confiabilidade
| WCF1 | - Resolvido um problema de falha ocasional dos serviços WCF ao iniciar vários serviços simultaneamente. |
|---|---|
| Winforms | - Resolvida uma regressão introduzida no .NET Framework 4.8, em que as propriedades Control.AccessibleName, Control.AccessibleRole e Control.AccessibleDescription paravam de funcionar para os seguintes controles: Label, GroupBox, ToolStrip, ToolStripItems, StatusStrip, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView. - Resolvida uma regressão em nome acessível para itens de caixa de combinação para caixas de combinação associadas a dados. O .NET Framework 4.8 começou a usar o nome do tipo em vez do valor da propriedade DisplayMember como um nome acessível. Essa melhoria usa DisplayMember novamente. |
| ASP.NET | - Reutilização desabilitada de AppPathModifier na saída do controle ASP.Net. - Objetos HttpCookie no contexto da solicitação ASP.Net serão criados com padrões configurados para sinalizadores de cookies em vez de padrões primitivos de estilo .NET para corresponderem ao comportamento de `new HttpCookie(name)`. |
| SQL | - Resolvida uma falha que às vezes ocorria quando um usuário se conectava a um banco de dados SQL do Azure, executava uma operação baseada em enclave e, em seguida, se conectava a outro banco de dados no mesmo servidor que tinha a mesma URL de Atestado e executava uma operação de enclave no segundo servidor. |
| CLR2 | - Adicionada uma variável de configuração CLR Thread_AssignCpuGroups (1 por padrão) que pode ser definida como 0 para desabilitar a atribuição automática de grupo de CPU feita pelo CLR para novos threads criados por Thread.Start() e threads de pool de threads, de modo que um aplicativo possa fazer sua próprio propagação de threads. - Correção de uma corrupção de dados rara que pode ocorrer ao usar novas APIs, como Unsafe.ByteOffset<T> , que geralmente são usadas com os novos tipos de Span. A corrupção pode ocorrer quando uma operação de GC é executada enquanto um thread está chamando Unsafe.ByteOffset<T> de dentro de um loop. - Resolvido um problema em relação a temporizadores com prazos de vencimento muito longos marcando muito mais cedo do que o esperado quando o comutador AppContext "Switch.System.Threading.UseNetCoreTimer" está habilitado. |
1 WCF (Windows Communication Foundation)
2CLR (Common Language Runtime)
Problemas conhecidos nesta atualização
Aplicativos ASP.Net falham durante a pré-compilação com a mensagem de erro
Sintomas
Depois de aplicar este Pacote Cumulativo de Segurança e Qualidade de 13 de outubro de 2020 para o .NET Framework 4.8, alguns aplicativos ASP.Net falham durante a pré-compilação. A mensagem de erro que você receberá provavelmente conterá as palavras "Erro ASPCONFIG".
Causa
Um estado de configuração inválido nas seções "sessionState", "anonymouseIdentification" ou "authentication/forms" da configuração "System.web". Isso poderá ocorrer durante rotinas de compilação e publicação se as transformações de configuração deixarem o arquivo Web.config em um estado intermediário para pré-compilação.
Solução alternativa
Esse problema foi resolvido no KB4601051.
ASP.Net aplicativos podem não fornecer tokens sem cookies no URI
Sintomas
Depois de aplicar este Pacote Cumulativo de Segurança e Qualidade de 1º de outubro de 2020 para o .NET Framework 4.8, alguns aplicativos ASP.Net podem não fornecer tokens sem cookies no URI, possivelmente resultando em loops de redirecionamento 302 ou estado de sessão perdido ou ausente.
Causa
Os recursos ASP.Net para Estado de Sessão, Identificação Anônima e Autenticação de Formulários dependem da emissão de tokens para um cliente Web e todos permitem que a opção para que esses tokens sejam entregues em um cookie ou incorporados ao URI para clientes que não suportam cookies. A incorporação de URI tem sido uma prática insegura e não recomendada, e essa KB desabilita silenciosamente a emissão de tokens em URIs, a menos que um desses três recursos solicite explicitamente um modo de cookie de "UseUri" na configuração. Configurações que especificam "AutoDetect" ou "UseDeviceProfile" podem resultar inadvertidamente na tentativa e falha de inserção desses tokens no URI.
Solução alternativa
Esse problema foi resolvido no KB4601051.
Como obter esta atualização
Instalar esta atualização
| Canal de lançamento | Disponível | Próxima Etapa |
|---|---|---|
| Windows Update e Microsoft Update | Sim | Nenhuma. Esta atualização será baixada e instalada automaticamente do Windows Update. |
| Catálogo do Microsoft Update | Sim | Para obter o pacote autônomo dessa atualização, acesse o site do Catálogo do Microsoft Update. |
| Windows Server Update Services (WSUS) | Sim | Esta atualização será automaticamente sincronizada com o WSUS se você configurar Produtos e Classificações da seguinte maneira: Produto:Windows 10, versão 1607 e Windows Server, versão 2016 Classificação: Atualizações de Segurança |
Informações de arquivo
Para obter uma lista dos arquivos fornecidos nesta atualização, baixe as informações de arquivos da atualização cumulativa.
Informações sobre proteção e segurança
- Proteja-se online: suporte à Segurança do Windows
- Saiba como protegemos contra ameaças cibernéticas: Segurança da Microsoft