Logotipo de YuSMP Group
Equipo editorial de YuSMP Group Equipo editorial, YuSMP Group
Un portátil con código sobre un escritorio en una sala de servidores, unido por un haz de luz a un cubo antiguo y apagado y a un cubo nuevo de color violeta brillante, como imagen de una ruta de actualización del runtime

En resumen

Si sus aplicaciones en producción siguen funcionando con .NET 8 o .NET 9, desde el 10 de noviembre de 2026 ya no reciben correcciones de seguridad. Las versiones con soporte son ahora .NET 10 LTS y el nuevo .NET 11. Ambas pierden el soporte el mismo día de noviembre de 2028, así que elegir .NET 11 ya no significa un horizonte más corto. Para los equipos que gestionan el desarrollo .NET con personal propio o con un proveedor, la actualización debe entrar en la planificación de este trimestre.

¿Qué publicó Microsoft el 10 de noviembre?

Microsoft lanzó .NET 11 como el anuncio principal de la .NET Conf 2026. La versión reúne C# 15, F# 11, actualizaciones del runtime y de las bibliotecas, y cambios en ASP.NET Core, Blazor, .NET MAUI y el SDK.

Ese mismo día, .NET 8 y .NET 9 llegaron al fin de su soporte. Microsoft publicó sus últimos parches, 8.0.34 y 9.0.23. Las nuevas vulnerabilidades de esos runtimes ya no se corregirán. Ahí está todo el problema.

¿Qué versiones de .NET siguen teniendo soporte?

Hoy tienen soporte dos versiones: .NET 10 y .NET 11. La política de soporte de Microsoft concede ahora a las versiones STS dos años en lugar de 18 meses. Como consecuencia, la versión impar y la versión LTS anterior terminan en la misma fecha.

VersiónTipoLanzamientoFin del soporteEstado
.NET 8LTS14 nov. 202310 nov. 2026Sin soporte
.NET 9STS12 nov. 202410 nov. 2026Sin soporte
.NET 10LTS11 nov. 202514 nov. 2028Con soporte
.NET 11STS10 nov. 202614 nov. 2028Con soporte

Fuente: política de soporte de .NET de Microsoft, consultada el 12 de noviembre de 2026.

¿Qué novedades traen .NET 11 y C# 15?

Novedades del lenguaje en C# 15

  • Tipos unión. Un valor puede ser uno de un conjunto declarado de tipos de caso. El compilador comprueba que una expresión switch trate todos los casos.
  • Jerarquías cerradas. Una clase base puede limitar la herencia directa a su propio ensamblado, de modo que el conjunto de subtipos es conocido.
  • Completan el conjunto otras mejoras menores: argumentos en las expresiones de colección, indexadores de extensión y break y continue con etiqueta.

Cambios en web, móvil y herramientas

  • ASP.NET Core: OpenAPI 3.2 es el valor predeterminado, las Minimal APIs y los formularios admiten validación asíncrona y SignalR puede renovar la autenticación sin volver a conectarse.
  • .NET MAUI: CoreCLR es ahora el runtime predeterminado en todas las plataformas. En las plataformas de Apple, donde no se permite JIT, utiliza código precompilado y un intérprete. Native AOT para Android sigue siendo experimental.
  • SDK: los comandos de la CLI arrancan a través de un host Native AOT y el servidor de MSBuild permanece activo entre compilaciones. El nuevo gestor de cadenas de herramientas dotnetup está en versión preliminar pública.
  • IA: el SDK incluye una plantilla dotnet new mcpserver junto a Microsoft.Extensions.AI y Microsoft Agent Framework.
  • Runtime async, que traslada la suspensión asíncrona al runtime para obtener trazas de pila más claras, sigue en versión preliminar y solo se activa de forma explícita.

¿Qué puede fallar al actualizar?

Microsoft enumera algunos cambios que conviene revisar antes de pasar a producción:

  • Se han elevado los requisitos mínimos de CPU. Revise los agentes de compilación antiguos, las máquinas virtuales y los servidores locales según las notas de compatibilidad.
  • Entity Framework Core 11 requiere .NET 11. Si estandariza en .NET 10, se queda en EF Core 10.
  • El paquete opcional Microsoft.Maui.Controls.Compatibility ya no se distribuye, por lo que el código antiguo de estilo Xamarin.Forms debe migrarse.
  • Para desarrollar se necesita un Visual Studio 2026 actualizado o VS Code con C# Dev Kit.

Qué significa para los equipos de software de EE. UU. y la UE

¿Por qué un runtime sin soporte es un riesgo de cumplimiento?

Un runtime sin soporte es hoy un hallazgo de auditoría, no solo deuda técnica. Los auditores de SOC 2, los evaluadores de PCI DSS y los cuestionarios de seguridad de los clientes preguntan a menudo si el software en producción recibe los parches del fabricante. En la UE, NIS2 y DORA empujan a las empresas reguladas y a sus proveedores en la misma dirección. Una API en .NET 8 que en octubre estaba bien es hoy un punto abierto.

¿Conviene pasar a .NET 10 o a .NET 11?

Elegir entre .NET 10 y .NET 11 es más sencillo que en años anteriores. Como ambas terminan el 14 de noviembre de 2028, .NET 11 ya no obliga a renunciar a duración del soporte a cambio de funcionalidades. La pregunta real es con qué frecuencia quiere actualizar:

  • Elija .NET 10 si depende de bibliotecas de terceros o de SDK de fabricantes que solo certifican versiones LTS, o si su proceso de aprobación de cambios es lento.
  • Elija .NET 11 si quiere las uniones de C# 15, EF Core 11, CoreCLR en MAUI o la CLI más rápida, y puede probar una nueva versión cada noviembre.

En cualquier caso, si Microsoft mantiene su cadencia anual de noviembre, .NET 12 LTS llegará en noviembre de 2027 y el ciclo se repetirá. Por eso conviene presupuestar las actualizaciones como un trabajo recurrente. Ya no son un proyecto puntual. Para el mercado español: buena parte de las aplicaciones .NET de empresas y administraciones las mantienen consultoras e integradores con contratos de mantenimiento, y la migración de versión no siempre está incluida en el alcance, así que conviene revisar ya esos contratos y pedir un plan de migración con plazos y coste. Las entidades del sector público y sus proveedores sujetos al Esquema Nacional de Seguridad (ENS) deben mantener los sistemas con las actualizaciones de seguridad del fabricante, y en banca y seguros DORA ya está en vigor, de modo que un runtime sin soporte pasa a ser una no conformidad en la próxima auditoría.

¿Qué deberían hacer los equipos este trimestre?

  1. Haga inventario de los runtimes. Liste cada servicio, función, imagen de contenedor y aplicación de escritorio por framework de destino, incluidas las versiones fijadas en global.json y las imágenes base.
  2. Priorice por exposición. Migre primero las API expuestas a internet y las aplicaciones que tratan datos de pago o de salud.
  3. Elija un destino. Decida entre .NET 10 y .NET 11 para cada producto según los criterios anteriores y documente la decisión.
  4. Revise las dependencias. Confirme que los paquetes NuGet, los ORM y los SDK de los fabricantes admiten el destino, y compruebe los requisitos de CPU de los agentes de compilación.
  5. Actualice por fases. Migre primero las bibliotecas compartidas, ejecute el conjunto completo de pruebas y un despliegue escalonado, y después retire las imágenes antiguas.

Preguntas frecuentes

¿Cuándo terminó el soporte de .NET 8 y .NET 9?

Ambos llegaron al fin del soporte el 10 de noviembre de 2026, el día en que se publicó .NET 11. Sus últimos parches son 8.0.34 y 9.0.23. Desde esa fecha Microsoft ya no publica para ellos correcciones de seguridad, correcciones de errores ni soporte técnico.

¿Es .NET 11 una versión LTS?

No. .NET 11 es una versión Standard Term Support (STS) con dos años de soporte. Según la política actual de Microsoft, su soporte termina el 14 de noviembre de 2028, el mismo día que el de .NET 10, que es la versión Long Term Support actual.

¿Debemos actualizar a .NET 10 o a .NET 11?

Ambas tienen soporte hasta el 14 de noviembre de 2028, así que la elección depende de las funcionalidades y del ritmo de actualización. Elija .NET 10 si sus bibliotecas o los SDK de sus fabricantes solo certifican versiones LTS. Elija .NET 11 si quiere los tipos unión de C# 15, EF Core 11 o CoreCLR en .NET MAUI y puede probar una nueva versión cada año.

¿Qué son los tipos unión en C# 15?

Un tipo unión declara que un valor puede ser uno de un conjunto fijo de tipos de caso. El compilador convierte desde esos tipos y comprueba que las expresiones switch traten todos los casos, lo que elimina toda una clase de errores por casos olvidados. Junto a ellos llegan las jerarquías cerradas, que limitan la herencia al ensamblado que las declara.

¿Qué debemos comprobar antes de llevar aplicaciones de producción a .NET 11?

Compruebe los requisitos mínimos de CPU más altos en servidores y agentes de compilación, confirme que los paquetes NuGet y los SDK de los fabricantes admiten .NET 11, planifique EF Core 11 y actualice a un Visual Studio 2026 reciente. Las aplicaciones .NET MAUI que usaban el paquete Microsoft.Maui.Controls.Compatibility deben migrarse, porque ya no se distribuye.

Fuentes

Microsoft .NET Blog — Announcing .NET 11 (en inglés) (fuente primaria, 10 de noviembre de 2026)
Microsoft — Política oficial de soporte de .NET y .NET Core (fechas de fin del soporte)
Visual Studio Magazine — .NET 11 Ships with C# 15 Unions, Faster Tools and CoreCLR for MAUI (en inglés) (10 de noviembre de 2026)
ITdaily — Microsoft releases .NET 11 with C# 15 and CoreCLR for MAUI (en inglés) (noviembre de 2026)