.NET 8 y .NET 9 pierden soporte en noviembre de 2026: cómo planear

El 10 de noviembre de 2026 no es una fecha más en el calendario de TI. Ese día, .NET 8 y .NET 9 dejan de tener soporte al mismo tiempo. La coincidencia tiene explicación: .NET 8 es una versión LTS (soporte a largo plazo) y .NET 9 una STS (soporte estándar), y el ciclo de Microsoft hace que ambas terminen juntas.

Para muchas empresas en Latinoamérica esto significa que buena parte de sus APIs, servicios internos y aplicaciones web quedarán sin parches de seguridad en menos de dos meses. Y la fecha no llega sola: a su alrededor se concentran otros vencimientos de Microsoft que conviene revisar en el mismo ejercicio.

Qué significa “fin de soporte” en la práctica

Fin de soporte no significa que tu aplicación deje de funcionar el 11 de noviembre. Significa que Microsoft deja de publicar parches para esa versión, incluidas las correcciones de seguridad. Cada vulnerabilidad que se descubra a partir de ese día quedará abierta en tus sistemas.

Hay un matiz que muchos equipos pasan por alto: incluso antes del 10 de noviembre, estar “en .NET 8” no basta. La política oficial exige ejecutar el último parche para seguir soportado. El 8 de septiembre de 2026 se publicaron .NET 8.0.31 y .NET 9.0.20, y Microsoft lo dice sin rodeos: si ejecutas .NET 8.0, debes actualizar a 8.0.31 para seguir teniendo soporte. Si tus servidores corren un parche de hace meses, técnicamente ya estás fuera.

Para dimensionar por qué importa, un dato: las notas de .NET 10.0.12, publicado ese mismo 8 de septiembre, listan seis CVE. Los parches mensuales no son cosméticos.

El calendario completo: no es solo .NET 8 y 9

Estas son las fechas que un CTO o gerente de TI debería tener en la misma hoja (consulta también nuestro calendario de fin de soporte):

Fecha	Qué vence o sucede
14 jul 2026	SQL Server 2016: fin del soporte extendido (ya ocurrió; hay Extended Security Updates de pago por 3 años, hasta 2029)
10 nov 2026	Fin de soporte de .NET 8 (LTS) y .NET 9 (STS)
10 nov 2026	Fin de soporte del modelo in-process de Azure Functions para apps .NET
10 nov 2026	Fin de soporte de PowerShell 7.4 LTS
10–12 nov 2026	.NET Conf 2026, gratuita y en línea: lanzamiento de .NET 11
12 ene 2027	Fin de soporte de Windows Server 2016 y .NET Framework 4.6.2; termina el soporte principal de Visual Studio 2022
12 oct 2027	Fin de soporte de SQL Server 2017
14 nov 2028	Fin de soporte de .NET 10 (LTS)

Dos puntos merecen atención especial. Si usas Azure Functions con el modelo in-process, la migración no se limita a cambiar el target framework: implica pasar al modelo de proceso de trabajo aislado, con cambios en paquetes, arranque y bindings. Y si tus scripts o pipelines dependen de PowerShell 7.4, entran en el mismo paquete de trabajo.

.NET 10 LTS o .NET 11 STS: cuál elegir

La pregunta que más escuchamos es si conviene saltar directamente a .NET 11, que está por salir. Estos son los hechos:

.NET 10 es LTS y tiene soporte hasta el 14 de noviembre de 2028. Ya va por el parche 10.0.12.
.NET 11 es STS. Su RC1 salió el 8 de septiembre de 2026 con licencia go-live (se puede usar en producción con soporte), trae C# 15 con las unions estabilizadas y funciona en Visual Studio 2026 Insiders y en el C# Dev Kit de VS Code. El lanzamiento oficial será en .NET Conf 2026.

Nuestra recomendación general para entornos empresariales:

Elige .NET 10 si tu organización actualiza con poca frecuencia, tiene procesos de certificación o auditoría, o necesita una base estable para los próximos dos años. Es la opción natural para la mayoría de sistemas de negocio.
Considera .NET 11 solo si tu equipo ya actualiza de forma continua, tiene buena cobertura de pruebas y quiere aprovechar las novedades del lenguaje. Una versión STS te obliga a volver a migrar antes.

Lo que no tiene sentido hoy es migrar de .NET 8 a .NET 9: vence el mismo día.

Plan de acción en ocho pasos

Inventario. Lista todas las aplicaciones y servicios con su target framework, la versión de runtime instalada en cada servidor o imagen de contenedor, y un responsable.
Parche inmediato. Mientras migras, actualiza a 8.0.31 o 9.0.20. Es barato y te mantiene con soporte hasta el 10 de noviembre.
Prioriza por exposición. Primero lo expuesto a internet y lo que maneja datos sensibles; después lo interno.
Revisa dependencias. Verifica que tus paquetes NuGet, ORM y librerías de terceros tengan versiones compatibles con .NET 10.
Azure Functions. Identifica las funciones in-process y planea su paso al modelo aislado por separado.
Pruebas. Si la cobertura es baja, crea al menos pruebas de humo e integración sobre los flujos críticos antes de tocar nada.
Contenedores y CI/CD. Actualiza imágenes base, el SDK de los agentes de build y la configuración de los pipelines de CI/CD.
Mira más allá de noviembre. Aprovecha el inventario para detectar Windows Server 2016, .NET Framework 4.6.2 y SQL Server 2016/2017, que ya vencieron o vencen en los meses siguientes.

¿Y la IA? El agente de modernización de GitHub Copilot

El 9 de julio de 2026 Microsoft anunció un agente de modernización de .NET en GitHub Copilot que trabaja en tres fases: evaluar, planear y ejecutar. Está disponible en Visual Studio (opción “Modernize”), VS Code, Copilot CLI y la app de Copilot.

Puede ahorrar tiempo en el trabajo mecánico, pero conviene calibrar expectativas: comentarios públicos de usuarios en el anuncio reportan que maneja bien las bibliotecas de clases y tiene dificultades con proyectos ASP.NET Core, justo donde suelen estar las APIs más críticas. Úsalo como acelerador, con revisión humana y pruebas, no como piloto automático.

El caso más difícil: lo que todavía corre en .NET Framework

Si parte de tu portafolio sigue en .NET Framework 4.6.2, Windows Server 2016 o SQL Server 2016, el 12 de enero de 2027 es tu siguiente frontera. Aquí no se trata de cambiar un número de versión, sino de una modernización real: separar dependencias de Windows, reemplazar componentes que no existen en .NET moderno y, a veces, rediseñar módulos completos.

Cuanto antes se haga el inventario, más opciones hay para avanzar por etapas en lugar de con prisa. Si estás en ese punto, en Nextsoft acompañamos la modernización de sistemas legacy junto con aliados estratégicos especializados, avanzando por etapas.

Preguntas frecuentes

¿Mi aplicación en .NET 8 dejará de funcionar el 11 de noviembre?

No. Seguirá ejecutándose, pero sin parches de seguridad nuevos. El riesgo crece con cada vulnerabilidad publicada después de esa fecha, y puede complicar auditorías y requisitos de cumplimiento.

¿Puedo usar .NET 11 RC1 en producción?

Microsoft lo publicó con licencia go-live, así que tiene soporte en producción. Aun así, para la mayoría de sistemas empresariales es más prudente migrar a .NET 10 LTS y evaluar .NET 11 después de su lanzamiento.

¿Qué pasa con SQL Server 2016?

Su soporte extendido terminó el 14 de julio de 2026. Hay Extended Security Updates de pago durante tres años, hasta 2029, como puente mientras migras.

Conclusión

El 10 de noviembre de 2026 concentra varios vencimientos a la vez, y los meses siguientes traen más. La buena noticia es que el camino es claro: parchea ya, haz inventario, migra a .NET 10 LTS por orden de riesgo y usa ese mismo inventario para preparar lo que vence en 2027. Si quieres contrastar tu plan con un equipo que trabaja a diario con estas migraciones, conversemos.