Versiones de .NET compatibles
Fin del soporte técnico:
12 de noviembre de 2024
Cubierto por ELS
Fin del soporte técnico:
14 de mayo de 2024
Cubierto por ELS
Fin del soporte técnico:
10 de noviembre de 2026
Cubierto por ELS
Fin del soporte técnico:
de noviembre de 2028
Cubierto por ELS
Correcciones de seguridad que hemos implementado en las versiones de .NET que han llegado al final de su ciclo de vida
CVE de gravedad alta y crítica
Cobertura de los componentes .NET que utilizas
Elige el componente que mejor se adapte a la forma en que tus equipos desarrollan, alojan y ejecutan aplicaciones .NET.
SDK de .NET
Desarrolla, compila, prueba y publica aplicaciones con la CLI, los compiladores y las herramientas de compilación; incluye los entornos de ejecución que se indican a continuación.
Entorno de ejecución de ASP.NET Core
Aloja siempre las aplicaciones y los servicios web en un entorno de ejecución con medidas de seguridad adecuadas.
Entorno de ejecución .NET
Ejecuta aplicaciones de consola, servicios en segundo plano y API sin necesidad de disponer de todo el conjunto de herramientas de desarrollo.
Entorno de ejecución de .NET para escritorio
Mantén las aplicaciones WPF y Windows Forms funcionando sobre su base .NET actual.
Lo que obtienes con ELS
Aplicación de parches CVE para versiones de .NET sin soporte
A medida que se dan a conocer nuevas vulnerabilidades de .NET, TuxCare las investiga, las adapta a versiones anteriores, las prueba y lanza actualizaciones para las versiones fuera de soporte técnico (EOL) cubiertas, lo que te ayuda a mantenerte protegido una vez finalizado el soporte técnico de Microsoft.
ELS te permite acceder a las correcciones disponibles para las vulnerabilidades CVE conocidas que afectan a tu versión de .NET y a los componentes incluidos en la cobertura.
Mantén tu configuración. Amplía tu seguridad.
ELS mantiene la versión de .NET, el comportamiento de la aplicación y los patrones de implementación en los que ya confían tus equipos. Sin refactorización ni cambio obligatorio a una nueva versión principal.
ELS opera en
Windows Server 2012 hasta 2025, Windows Server Core, Nano Server, Windows 10 y 11, en arquitecturas x64 y x86, instalados mediante los mismos instaladores .exe y .msi que tu equipo ya utiliza.
Un apoyo que resiste el escrutinio
Entrega de parches respaldada por un SLA
El SLA de entrega de parches de TuxCare ayuda a su organización a cumplir con las expectativas de corrección de vulnerabilidades establecidas en marcos normativos y normativas como SOC 2, NIS2, PCI DSS, HIPAA, DORA y la CRA.
Garantías de soporte para empresas
ELS está diseñado para uso empresarial, con condiciones de soporte comercial y protecciones contractuales pensadas para organizaciones que necesitan algo más que el mantenimiento «al mejor de nuestras posibilidades» que ofrece la comunidad.
Integra ELS en la pila que ya tienes en cuestión de minutos , sin necesidad de modificar el código.
Compatible con:
Una ventaja inicial en materia de seguridad en .NET
Adopta ELS y benefíciate de las correcciones ya implementadas para tu versión, además de un seguimiento continuo de las vulnerabilidades y la aplicación de parches a medida que aparezcan nuevas CVE de .NET.
| CVE | Componente | Severidad | Publicado | Resumen |
|---|---|---|---|---|
| 42899 | ASP.NET Core | Alta | Una condición de salida de bucle inalcanzable puede activarse de forma remota, lo que provoca una denegación de servicio. | |
| 32178 | System.Net.Mail | Alta | El análisis de direcciones de correo electrónico admite caracteres inyectados, lo que permite la inyección de comandos y encabezados SMTP. | |
| 26131 | .NET 10 (instalación en Linux) | Alta | Unos permisos de archivo incorrectos en .NET 10 (Linux) pueden permitir que un usuario local eleve sus privilegios. | |
| 26127 | Entorno de ejecución .NET | Alta | Una lectura fuera de límites puede provocar el bloqueo de una aplicación de forma remota y sin necesidad de autenticación. | |
| 25667 | Kestrel (HTTP/3) | Alta | Un paquete QUIC manipulado puede provocar un uso excesivo de la CPU, lo que daría lugar a una denegación de servicio. | |
| 21218 | Entorno de ejecución .NET (COSE) | Alta | Una gestión inadecuada de las excepciones permite a un atacante eludir la validación de la firma. | |
| 30399 | Entorno de ejecución .NET | Alta | Una ruta de búsqueda no fiable puede permitir que un atacante provoque la ejecución involuntaria de código. | |
| 26682 | ASP.NET Core (HTTP/3) | Alta | La asignación ilimitada de recursos HTTP/3 permite a un atacante provocar una denegación de servicio. | |
| 24070 | ASP.NET Core (Autenticación) | Alta | Una vulnerabilidad en la validación del inicio de sesión permite a un atacante suplantar la identidad de la cuenta de otro usuario. | |
| 38229 | ASP.NET Core (HTTP/3) | Alta | Una condición de carrera en la gestión de flujos de HTTP/3 puede dar lugar a la ejecución remota de código. | |
| 38168 | ASP.NET (HTTP.sys) | Alta | Las solicitudes no autenticadas dirigidas a aplicaciones alojadas en HTTP.sys pueden provocar una denegación de servicio. | |
| 38081 | .NET / Instalador de Visual Studio | Alta | Una vulnerabilidad relacionada con la manipulación de archivos locales durante la instalación puede dar lugar a una escalada de privilegios. | |
| 26190 | MsQuic (protocolo QUIC) | Alta | Las conexiones QUIC maliciosas pueden forzar una asignación excesiva de memoria, lo que provoca una denegación de servicio. | |
| 0057 | .NET (validación X.509) | Crítica | Un fallo en la lógica de validación de certificados puede hacer que una cadena de confianza no válida parezca válida. | |
| 36049 | .NET (System.Net.WebRequest) | Crítica | Los URI no fiables pueden inyectar comandos FTP, lo que constituye una vulnerabilidad crítica de .NET ampliamente conocida. | |
| 35391 | ASP.NET Core (SignalR) | Alta | SignalR, con un backplane de Redis, puede provocar fugas de información entre las conexiones de los usuarios. | |
| 33135 | SDK de .NET | Alta | Una vulnerabilidad que se produce durante la restauración de una herramienta puede ser aprovechada para escalar privilegios locales. | |
| 24464 | ASP.NET Core (FormPipeReader) | Alta | Los datos de formularios multiparte manipulados pueden provocar un ataque de denegación de servicio. | |
| 21986 | Kestrel (HTTP/2, HTTP/3) | Alta | Las solicitudes HTTP/2 y HTTP/3 con formato incorrecto pueden provocar un fallo del servidor web Kestrel. |
Pregunta a un experto en parches paraCVE de .NET
Póngase en contacto con nosotros para obtener información sobre la cobertura, la implementación, el cumplimiento normativo o los precios de ELS para su entorno .NET.
¿Cómo funciona?
Incorporamos nuevos proyectos y realizamos un seguimiento automatizado de CVE 24/7, supervisando el NVD, los avisos de seguridad de proveedores y GitHub, y otras fuentes.
Una vez detectadas las CVE, realizamos un backport de las correcciones mediante automatización algorítmica y asistida por IA, con validación experta para garantizar la precisión.
Los parches se compilan en formato binario, se someten a pruebas exhaustivas (de integridad, funcionalidad y regresión), se firman y se despliegan en los repositorios de ELS.
Sus gestores de paquetes, herramientas de compilación u orquestadores buscan actualizaciones y las extraen e instalan automáticamente.
Cómo utilizan los equipos el ELS
Cerrar la ventana de exposición a CVE
⚠️ La restricción:
Las API, los servicios web y los sistemas de escritorio críticos para el negocio están sujetos al fin de vida útil (EOL) de .NET 6. Los escáneres detectan cada implementación, Microsoft ya no lanza más parches y cada nuevo CVE amplía la brecha entre la divulgación y la explotación.
🔄 El turno:
ELS reanuda la aplicación de parches respaldados por SLA para .NET cubierto: versiones firmadas y sometidas a pruebas de regresión del tiempo de ejecución, el SDK y ASP.NET Core, que se instalan mediante instaladores estándar sin necesidad de modificar el código. Con seguimiento de CVE las 24 horas del día, los 7 días de la semana.
Cerrar una observación de auditoría pendiente
⚠️ La restricción:
La auditoría interna, el SOC 2 y un cuestionario a los clientes señalan que .NET ha llegado al final de su vida útil (EOL), y Microsoft nunca lanzará parches para él, por lo que no hay una fecha de corrección que se pueda facilitar a los auditores ni al consejo de administración.
🔄 El turno:
ELS ofrece un entorno de ejecución identificado y respaldado por el proveedor, sujeto a un acuerdo de nivel de servicio (SLA) contractual, con documentos VEX del CSAF en cada versión. Las incidencias se resuelven con medidas correctivas documentadas que cumplen con las normas PCI DSS, HIPAA, SOC 2, DORA, NIS2 y CRA.
Migrar según tus propios términos, no según el plazo de fin de vida útil
⚠️ La restricción:
Cada versión de .NET ofrece solo tres años de soporte (LTS) o dos (STS, como la 7), y pasar de la 6 a la 7, a la 8 y a la 10 implica cambios que rompen la compatibilidad, actualizaciones de dependencias y pruebas de regresión en cientos de proyectos.
🔄 El turno:
ELS se implementa en todo el entorno (ya sea en las propias instalaciones o en AWS, Azure y GCP) sin necesidad de modificar el código. Dispones de varios años de margen para planificar las actualizaciones en función de las prioridades de la empresa, en lugar de considerar la fecha de fin de vida útil como un plazo límite de emergencia.
¿Por qué elegir a TuxCare?
Del equipo que amplía los ciclos de vida del software libre
TuxCare protege los componentes esenciales mucho después de que finalice el soporte técnico del desarrollador original, desde el núcleo de Linux hasta entornos de ejecución de lenguajes como Node.js. Un único socio, cobertura completa de toda la pila.
Patrocinador platino fundador de la Fundación AlmaLinux OS y miembro de la Open Source Security Foundation (OpenSSF).
TuxCare invierte en el ecosistema de código abierto que protege, desde Node.js hasta Linux, y mucho más.
Más información →
Información relacionada
Fin de la vida útil de .NET 6: qué significa para tu empresa en 2026
Puntos clave .NET 7 ya no es compatible: migrar a una versión compatible...
Fin de la vida útil de .NET 8: fechas clave, riesgos y próximos pasos a seguir
Aspectos clave .NET 6 llegó al final de su ciclo de vida el 12 de noviembre de 2024,...
Alerta de seguridad crítica de .NET: CVE-2025-24070 afecta a .NET 6 a pesar de...
Nuestro equipo de investigación en seguridad ha detectado que la vulnerabilidad revelada recientemente...
Asegúrate de que tus versiones de .NET no hayan llegado al final de su vida útil
Habla con nuestro equipo sobre cómo proteger los entornos de ejecución y componentes de .NET que ya no reciben soporte sin necesidad de modificar el código, sin migraciones apresuradas ni una lista interminable de vulnerabilidades CVE pendientes.
Pregúntenos
Preguntas frecuentes
La documentación incluye actualmente .NET 6, .NET 8 y .NET 10. El soporte técnico para .NET 6 ya ha finalizado; la cobertura de .NET 8 y .NET 10 garantiza la continuidad a medida que esas versiones alcancen sus fechas oficiales de fin de soporte. Hay otras versiones y arquitecturas disponibles previa solicitud; ponte en contacto con [email protected].
No. ELS proporciona versiones parcheadas de la misma versión de .NET en la que se ejecuta actualmente tu aplicación, que se instalan mediante los instaladores estándar .exe y .msi. Tu código, los archivos del proyecto y el proceso de implementación no sufren ningún cambio. Al igual que con cualquier actualización del entorno de ejecución, se recomienda realizar pruebas específicas de la aplicación antes de su implementación en producción.
El SDK de .NET, el entorno de ejecución de .NET, el entorno de ejecución de ASP.NET Core y el entorno de ejecución de .NET para escritorio (WPF y Windows Forms). Instala el componente que mejor se adapte a tu carga de trabajo, o el SDK para obtener todo en un solo paquete.
Ediciones compatibles de Windows 10, Windows 11, Windows Server, Windows Server Core y Nano Server, en x64 (y x86 para determinadas versiones de Windows Server). Los entornos compatibles varían según la versión de .NET; pueden estar disponibles otros sistemas operativos y arquitecturas previa solicitud.
La entrega de parches está respaldada por el SLA de TuxCare, que garantiza los plazos de corrección exigidos por las normas SOC 2, NIS2, PCI DSS, HIPAA, DORA y CRA.
Sí, las versiones de .NET suelen poder ejecutarse simultáneamente, lo que ayuda a los equipos a realizar la transición de forma gradual. Utiliza los comandos «dotnet --list-sdks» y «dotnet --info» para hacer un inventario de las versiones instaladas y verificar las implementaciones antes de eliminar los componentes más antiguos.
ELS te ofrece un proceso documentado y respaldado por el proveedor para corregir vulnerabilidades en software al final de su vida útil (EOL): entrega respaldada por un acuerdo de nivel de servicio (SLA), condiciones de soporte técnico comercial y una lista de materiales de seguridad (SBOM) con cada versión. De este modo, una excepción de auditoría sin atribuir se convierte en una cobertura gestionada y documentada, aunque cada organización determina cómo se adapta el servicio a sus obligaciones normativas específicas.
ELS no sustituye a la modernización. Lo que hace es eliminar la presión de los plazos. Se dispone de un margen de tiempo adicional, lo que permite planificar las migraciones en función de las prioridades empresariales, los requisitos de pruebas y la capacidad de ingeniería, en lugar de en función de una fecha de fin de vida útil (EOL).