SPostgreSQL 14 se queda sin parches el 12 de noviembre y PHP 8.2 el 31 de diciembre: revisa tu ERP y tu sitio web
// syswork LOG · categoríaNoticiaslectura5 MIN

PostgreSQL 14 se queda sin parches el 12 de noviembre y PHP 8.2 el 31 de diciembre: revisa tu ERP y tu sitio web

PostgreSQL 14 recibe su último parche el 12 de noviembre de 2026 y PHP 8.2 deja de tener soporte el 31 de diciembre. Cómo saber si te afecta y a dónde migrar.

Terminal de un servidor Linux mostrando la versión de PostgreSQL y de PHP junto a un calendario con el 12 de noviembre y el 31 de diciembre marcados
Terminal de un servidor Linux mostrando la versión de PostgreSQL y de PHP junto a un calendario con el 12 de noviembre y el 31 de diciembre marcados

Dos piezas de software que sostienen sistemas de gestión y sitios web de muchas PyMEs llegan al final de su vida en las próximas semanas:

  • PostgreSQL 14, la base de datos que usan Odoo y muchos ERP, CRM y sistemas a la medida, publica su última versión el 12 de noviembre de 2026. La tabla oficial de versiones de postgresql.org lo marca como su final release.
  • PHP 8.2, el lenguaje sobre el que corren WordPress, WooCommerce, Magento y miles de portales internos, deja de recibir parches de seguridad el 31 de diciembre de 2026, según la página de versiones soportadas de php.net.

Ninguno de los dos se apaga. El servidor sigue funcionando el 13 de noviembre y el 1 de enero. El problema empieza con la siguiente falla que se descubra: para esas versiones ya no habrá corrección.

SoftwareÚltima actualizaciónQué pasa despuésA dónde pasar
PostgreSQL 1412 de noviembre de 2026Sin parches de seguridad ni de corrupción de datos16, 17 o 18
PostgreSQL 1511 de noviembre de 2027Te da un año más, no una solución16 o posterior
PHP 8.231 de diciembre de 2026Sin parches de ningún tipo8.3 (hasta dic. 2027) o 8.4 (hasta dic. 2028)
PHP 8.1 y anterioresYa vencidasLlevan meses o años sin parches8.3 o 8.4

Fuentes: postgresql.org (Versioning Policy) y php.net (Supported Versions), consultadas el 19 de octubre de 2026.

PostgreSQL publica correcciones de seguridad varias veces al año. En marzo ya explicamos un caso de fallas críticas que había que parchar de inmediato. Desde el 12 de noviembre, una falla así en la versión 14 se queda abierta para siempre.

PostgreSQL 14: por qué te puede afectar sin que lo sepas

PostgreSQL 14 salió el 30 de septiembre de 2021 y el proyecto da cinco años de soporte a cada versión. Llegó a muchos servidores sin que nadie lo eligiera:

  • Ubuntu 22.04 lo trae en sus repositorios: si alguien instaló la base de datos con apt en ese sistema, casi seguro es la 14. Canonical ha parchado ese paquete estos años, pero no encontramos un anuncio de qué hará después del 12 de noviembre; no lo des por hecho.
  • Odoo y otros ERP lo aceptan sin quejarse (Odoo 19 pide como mínimo PostgreSQL 13, según su repositorio de documentación). La aplicación funciona; la que se queda sin mantenimiento es la base de datos.
  • Nubes administradas: Azure Database for PostgreSQL marca el mismo 12 de noviembre; en Amazon RDS el soporte estándar llega al 28 de febrero de 2027 y luego se cobra soporte extendido, según guías de terceros. Revisa la consola de tu proveedor.

A qué versión pasar. PostgreSQL 19 tiene su salida general programada para el 19 de noviembre (el RC 1 salió el 15 de octubre). Para un ERP en producción es más prudente una versión madura: 16 (soporte hasta noviembre de 2028), 17 (2029) o 18 (2030). Confirma antes qué versiones acepta tu aplicación.

PHP 8.2: la tienda en línea es la primera en riesgo

PHP da dos años de soporte completo y dos más solo con parches críticos. PHP 8.2 está en esa segunda etapa desde el 31 de diciembre de 2024, y el 31 de diciembre de 2026 se acaba también.

En la muestra de más de 6,000 tiendas WooCommerce que Metorik revisó el 1 de marzo de 2026, PHP 8.2 era la versión más común (33%), seguida de 8.3 (24%), 8.1 (18%, ya sin soporte) y 7.4 (12%). Algunos hostings se adelantan: Acquia dejó de soportar PHP 8.2 el 1 de octubre. Revisa el aviso del tuyo.

Cambiar de versión no es solo mover un selector: un plugin viejo o un desarrollo a la medida pueden romperse con 8.3 o 8.4, así que hay que probar en una copia. En las últimas semanas ya hubo recordatorios de lo que cuesta un WordPress descuidado: la falla crítica explotada en WordPress 7.1 y el plugin Rank Math SEO PRO troyanizado.

Qué hacer antes de cada fecha

Antes del 12 de noviembre (PostgreSQL):

  1. Haz inventario con psql -c 'SELECT version();' en cada servidor, incluidos los que nadie recuerda: nómina, portal de proveedores, el "de pruebas" que acabó en producción.
  2. Aplica la última versión menor de la 14 cuando salga el 12 de noviembre: cierra las fallas conocidas hasta ese día.
  3. Respalda y prueba la restauración. Un pg_dump que nunca se ha restaurado no es respaldo; guíate con nuestra plantilla de política de respaldos.
  4. Migra con pg_upgrade o volcado y restauración en un servidor nuevo. Si el servidor es nuevo, la guía para instalar PostgreSQL en Ubuntu 24 sirve de punto de partida.
  5. Valida con la aplicación: que el ERP arranque, los reportes cuadren y las integraciones (facturación, banca, tienda) sigan conectadas.

Antes del 31 de diciembre (PHP):

  1. Revisa la versión con php -v o en el panel del hosting; en WordPress, en Herramientas > Salud del sitio > Información > Servidor.
  2. Actualiza plugins y tema y borra los que no uses.
  3. Prueba en una copia con PHP 8.3 (soporte hasta diciembre de 2027) u 8.4 (hasta 2028): catálogo, carrito, pago, correos y conexión con tu ERP.
  4. Cambia producción en horario de poco tráfico, fuera de la semana del Buen Fin y de la quincena de diciembre.

Contexto

Los fines de soporte llegan en racimo: Windows Server 2012 R2 tiene su primer mes sin parches el 10 de noviembre y en diciembre se suma Office instalado desde Microsoft Store. La base de datos y el lenguaje del sitio son menos visibles, pero ahí viven clientes, inventario y facturación. En bases de datos y servidores hacemos el inventario, probamos la migración en una copia y la ejecutamos con plan de regreso.

// FAQ

Preguntas frecuentes

// Temas relacionados

#ciberseguridad#bases de datos#servidores#actualizaciones

// Autor

Especialista en Ciberseguridad e Infraestructura

Diego Herrera

Ingeniero en ciberseguridad e infraestructura IT. Protege la operación de empresas mexicanas contra amenazas y caídas de servicio.

¿Te fue útil? Compártelo

// Sigue leyendo

Artículos relacionados

Ver todos

// Consultoría gratuita

¿Sabes qué versión corre en cada servidor?

Revisamos tus servidores de base de datos y web, planeamos la actualización de PostgreSQL y PHP con respaldo y prueba previa, y la hacemos en una ventana que no frene la operación.

Ver servicio de bases de datos