Temas relacionados
×
Iniciar sesión con Microsoft
Iniciar sesión o crear una cuenta
Hola:
Seleccione una cuenta diferente.
Tiene varias cuentas
Elija la cuenta con la que desea iniciar sesión.

Fecha de publicación:
16 de septiembre de 2020

Versión:
.NET Framework 3.5 y 4.8

La actualización del 16 de septiembre de 2020 para Windows 10, versión 1903, Windows Server, versión 1903, Windows 10, versión 1909 y Windows Server, versión 1909 incluye mejoras de confiabilidad acumulativas en .NET Framework 3.5 y 4.8. Es recomendable aplicar esta actualización como parte de sus rutinas habituales de mantenimiento. Antes de instalar esta actualización, vea las secciones Requisitos previos y Reiniciar requisitos.

Mejoras de calidad y confiabilidad

WCF1

- Se solucionó un problema con los servicios WCF que a veces no se iniciaba al iniciar varios servicios simultáneamente.

Winforms

- Se ha resuelto una regresión introducida en .NET Framework 4.8, donde las propiedades Control.AccessibleName, Control.AccessibleRole y Control.AccessibleDescription dejaron de funcionar para los siguientes controles: Label, GroupBox, ToolStrip, ToolStripItems, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView.

- Se solucionó una regresión en el nombre accesible de los elementos de cuadro combinado de los cuadros combinados enlazados a datos. .NET Framework 4.8 empezó a usar el nombre de tipo en lugar del valor de la propiedad Miembro Para mostrar como nombre accesible, esta mejora vuelve a usar el elemento para mostrar.

ASP.NET

- Se ha deshabilitado el uso de AppPathModifier ASP.Net salida de control.

- Objetos HttpCooaco en el ASP.Net de solicitud se crearán con valores predeterminados configurados para marcas de cookies en lugar de . Valores predeterminados extraños del estilo NET para que coincidan con el comportamiento de 'nuevo HttpCoogie(nombre)'.

SQL

- Solucionó un error que se produjo en ocasiones cuando un usuario se conecta a una base de datos de Azure SQL, realizó una operación basada en smtp y, después, se conectó a otra base de datos con el mismo servidor que tenía la misma dirección URL de la atestación y realizó una operación en el segundo servidor.

CLR2

- Se ha agregado una variable de configuración de CLR Thread_AssignCpuGroups (1 de forma predeterminada) que se puede establecer en 0 para deshabilitar la asignación automática de grupos de CPU realizada por CLR para nuevos subprocesos creados por Thread.Start() y subprocesos de grupo de subprocesos, de modo que una aplicación pueda hacer su propia propagación de subprocesos.

- Solucionó un problema de daños en los datos poco comunes que se pueden producir al usar nuevas API, como Unsafe.ByteOffset<T> que se usan a menudo con los nuevos tipos de span. Los daños pueden producirse cuando se realiza una operación M.C. mientras una conversación llama a Unsafe.ByteOffset<T> dentro de un bucle.

- Se ha resuelto un problema relacionado con los temporizadores con tiempos de vencimiento muy largos que se atenúan mucho antes de lo esperado cuando el modificador AppContext "Switch.System. Threading.UseNetCoreTimer" está habilitado.


1 Windows Communication Foundation (WCF)
2 Common Language Runtime (CLR)

Problemas conocidos en esta actualización de seguridad

ASP.Net las aplicaciones no se pueden durante la precompilación con el mensaje de error

Síntomas
Después de aplicar este paquete acumulativo de actualizaciones de calidad y seguridad del 16 de septiembre de 2020 para .NET Framework 4.8, algunas aplicaciones ASP.Net errores durante la precompilación. Es probable que el mensaje de error que reciba contenga las palabras "Error ASPCONFIG".

Causa
Un estado de configuración no válido en las secciones "sessionState", "anonymouseIdentification" o "authentication/forms" de la configuración "System.web". Esto puede ocurrir durante las rutinas de compilación y publicación si las transformaciones de configuración dejan el archivo de Web.config en un estado intermedio de precompilación.

Solución alternativa

Este problema se ha resuelto en KB4601056.

ASP.Net que las aplicaciones no entreguen tokens sin cookies en el URI

Síntomas
Después de aplicar este paquete acumulativo de actualizaciones de calidad y seguridad del 1 de octubre de 2020 para .NET Framework 4.8, es posible que algunas aplicaciones de ASP.Net no entreguen tokens sin cookies en el URI, lo que puede provocar bucles de redirección de 302 o estado de sesión perdido o que falte.

Causa
Las características de ASP.Net para el estado de sesión, la identificación anónima y la autenticación de formularios dependen de emitir tokens a un cliente web, y todas permiten la opción de que estos tokens se entreguen en una cookie o se inserten en el URI para clientes que no admiten cookies. La inserción de URI durante mucho tiempo es un procedimiento inseguro y descomprimido, y este KB deshabilita silenciosamente la emisión de tokens en el URI, a menos que una de estas tres características solicite explícitamente el modo de cookies de "UseUri" en la configuración. Es posible que las configuraciones que especifiquen "AutoDetect" o "UseDeviceProfile" de forma involuntaria resulten en un intento y error de incrustación de estos tokens en el URI.

Solución alternativa

Este problema se ha resuelto en KB4601056.

Obtener e instalar la actualización

Instalar esta actualización

Canal de publicación

Disponible

Siguiente paso

Windows Update y Microsoft Update

Para descargar e instalar esta actualización, vaya a Configuración > Update & Security > Windows Updatey, a continuación, seleccione Buscar actualizaciones.

Catálogo de Microsoft Update

Para obtener el paquete independiente para esta actualización, ve al sitio web del catálogo de Microsoft Update.

Windows Server Update Services (WSUS)

No

Puede importar esta actualización a WSUS manualmente. Consulte el Catálogo de Microsoft Update para obtener instrucciones.

Información de archivo

Para obtener una lista de los archivos que se proporcionan en esta actualización, descargue la información del archivo para la actualización acumulativa.

Requisitos previos

Para aplicar esta actualización, debe tener instalado .NET Framework 3.5 o 4.8.

Requisito de reinicio

Debe reiniciar el equipo después de aplicar esta actualización si se utilizan los archivos afectados. Le recomendamos que cierre todas las aplicaciones basadas en .NET Framework antes de aplicarla.

Cómo obtener ayuda y soporte técnico para esta actualización

¿Necesita más ayuda?

¿Quiere más opciones?

Explore las ventajas de las suscripciones, examine los cursos de aprendizaje, aprenda a proteger su dispositivo y mucho más.

Las comunidades le ayudan a formular y responder preguntas, enviar comentarios y leer a expertos con conocimientos extensos.

¿Le ha sido útil esta información?

¿Cuál es tu grado de satisfacción con la calidad del lenguaje?
¿Qué ha afectado a su experiencia?
Si presiona Enviar, sus comentarios se usarán para mejorar los productos y servicios de Microsoft. El administrador de TI podrá recopilar estos datos. Declaración de privacidad.

¡Gracias por sus comentarios!

×