Nota
- Fecha de lanzamiento:
13 de octubre de 2020 - Versión:
.NET Framework 4.8
Resumen
Mejoras de seguridad
Existe una vulnerabilidad de divulgación de información cuando .NET Framework controla de manera incorrecta los objetos en la memoria. Un atacante que aprovechara esta vulnerabilidad podría divulgar el contenido de la memoria de un sistema afectado. Para aprovechar esta vulnerabilidad, un atacante tendría que ejecutar una aplicación especialmente diseñada. La actualización resuelve la vulnerabilidad al corregir cómo .NET Framework controla los objetos en la memoria.
Para obtener más información sobre las vulnerabilidades, consulte las siguientes vulnerabilidades y exposiciones comunes (CVE).
Mejoras de calidad y confiabilidad
| WCF1 | - Se solucionó un problema en el que los servicios de WCF a veces no se iniciaban al iniciar varios servicios de manera simultánea. |
|---|---|
| Winforms | - Se solucionó una regresión introducida en .NET Framework 4.8, en la que las propiedades Control.AccessibleName, Control.AccessibleRole y Control.AccessibleDescription dejaban de funcionar para los siguientes controles: Label, GroupBox, ToolStrip, ToolStripItems, StatusStrip, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView. - Se solucionó una regresión en el nombre accesible para los elementos de cuadro combinado de los cuadros combinados enlazados a datos. .NET Framework 4.8 comenzó a usar el nombre de tipo en lugar del valor de la propiedad DisplayMember como nombre accesible; esta mejora vuelve a usar la propiedad DisplayMember. |
| ASP.NET | - Se deshabilitó el uso de AppPathModifier en la salida de control de ASP.Net. - Los objetos HttpCookie en el contexto de la solicitud de ASP.Net se crearán con valores predeterminados configurados para marcadores de cookie en lugar de los valores predeterminados primitivos de estilo .NET para que coincidan con el comportamiento del objeto "new HttpCookie(name)". |
| SQL | - Se solucionó un error que a veces se producía cuando un usuario se conecta a una base de datos SQL de Azure, realizaba una operación basada en enclave y luego se conectaba a otra base de datos bajo el mismo servidor que tiene la misma dirección URL de atestación y realizaba una operación de enclave en el segundo servidor. |
| CLR2 | - Se agregó una variable Thread_AssignCpuGroups (1 de forma predeterminada) de configuración CLR que se puede establecer en 0 para deshabilitar la asignación de grupos de CPU que realiza CLR para nuevos procesos creados por Thread.Start() y procesos de grupos de procesos, de tal modo que una aplicación pueda realizar su propia distribución de procesos. - Se abordó una corrupción de datos poco común que puede ocurrir al usar nuevas API, como Unsafe.ByteOffset<T> , que se usan a menudo con los nuevos tipos Span. El daño podría ocurrir cuando se realiza una operación de GC mientras un subproceso llama a Unsafe.ByteOffset<T> desde dentro de un bucle. - Se ha corregido un problema relacionado con los temporizadores con tiempos de vencimiento muy largos que se agotaban mucho antes de lo esperado cuando se habilitaba el modificador de AppContext "Switch.System.Threading.UseNetCoreTimer". |
1 Windows Communication Foundation (WCF)
2 Common Language Runtime (CLR)
Problemas conocidos en esta actualización
ASP.Net se produce un error en las aplicaciones durante la precompilación con mensaje de error
Síntomas
Después de aplicar este paquete acumulativo de actualizaciones de calidad y seguridad del 13 de octubre de 2020 para .NET Framework 4.8, algunas aplicaciones ASP.Net producen 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 Web.config en un estado intermedio para la precompilación.
Solución alternativa
Los clientes que observen nuevos errores inesperados o problemas funcionales pueden implementar una configuración de aplicación agregando (o combinando) el código siguiente al archivo de configuración de la aplicación. Establecer "verdadero" o "falso" evitará el problema. Sin embargo, recomendamos que establezca este valor en "true" para los sitios que no dependen de características sin cookies.
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key=”aspnet:DisableAppPathModifier” value=”true” />
</appSettings>
</configuration>
ASP.Net es posible 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 posiblemente resulte en bucles de redireccionamiento 302 o en la pérdida o ausencia del estado de sesión.
Causa
Las características ASP.Net para el estado de sesión, la identificación anónima y la autenticación de formularios se basan en la emisión de tokens a un cliente web y todas permiten la opción de que esos tokens se entreguen en una cookie o se incrusten en el URI para los clientes que no admiten cookies. La incrustación de URI ha sido durante mucho tiempo una práctica insegura y desrecomendada y este KB deshabilita silenciosamente la emisión de tokens en URI a menos que una de estas tres características solicite explícitamente un modo de cookie de "UseUri" en la configuración. Las configuraciones que especifican "AutoDetect" o "UseDeviceProfile" pueden dar lugar accidentalmente a intentos de incrustación y errores de estos tokens en el URI.
Solución alternativa
Se recomienda a los clientes que observen un nuevo comportamiento inesperado que cambien las tres configuraciones sin cookies a "UseCookies" si es posible.
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.web>
<anonymousidentification cookieless="UseCookies" />
<sessionState cookieless="UseCookies" />
<authentication>
<forms cookieless="UseCookies" />
</authentication>
</system.web>
</configuation>
Si una aplicación debe continuar utilizando tokens URI incrustados y puede hacerlo de manera segura, se pueden volver a habilitar con el siguiente appSeting. Pero, de nuevo, es muy recomendable dejar de incrustar estos tokens en los URI.
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="aspnet:DisableAppPathModifier" value="false" />
</appSettings>
</configuation>
Cómo obtener esta actualización
Instalar esta actualización
| Canal de publicación | Disponible | Siguiente paso |
|---|---|---|
| Windows Update y Microsoft Update | Sí | Ninguna. Esta actualización se descargará e instalará automáticamente desde Windows Update. |
| Catálogo de Microsoft Update | Sí | Para obtener el paquete independiente de esta actualización, vaya al sitio web del Catálogo de Microsoft Update. |
| Windows Server Update Services (WSUS) | Sí | Esta actualización se sincronizará automáticamente con WSUS si configura Productos y clasificaciones del modo siguiente: Producto: Windows 10 versión 1709 Clasificación: actualizaciones de seguridad |
Información de archivo
Para ver la lista de archivos que se proporcionan en esta actualización, descargue la información sobre los archivos de la actualización acumulativa.
Información sobre protección y seguridad
- Protéjase en línea: Soporte técnico de Seguridad de Windows
- Obtenga información sobre cómo le protegemos frente a amenazas cibernéticas: Seguridad de Microsoft