PHP 8.1 perdió el soporte el 31 de diciembre de 2025 y su última versión fue la 8.1.34. No recibe la corrección oficial de PHP2Shell, y el camino más corto para salir es pasar a PHP 8.3.
Muchos sistemas se instalaron sobre 8.1 cuando era una versión con soporte y siguieron funcionando sin que nadie revisara la fecha. En DCisGlobal lo vemos seguido: el sistema anda bien, pero desde el 1 de enero de 2026 no recibe ni un parche.
Qué implica el fin de soporte de PHP 8.1
Implica que las fallas nuevas no se corrigen. El sitio oficial de PHP advierte que quien usa una versión sin soporte puede quedar expuesto a vulnerabilidades sin parchear.
El ejemplo concreto llegó rápido. El 21 de octubre de 2026, PHP publicó la corrección de dos fallas críticas conocidas como PHP2Shell, con versiones mínimas seguras 8.2.35, 8.3.36, 8.4.27 y 8.5.12. Para 8.1 no hay corrección oficial. El contexto está en qué es PHP2Shell y qué hacer.
Para el negocio, esto convierte una tarea de mantenimiento en una prioridad. Un sistema que maneja clientes, pedidos o facturas no debería depender de una versión que nadie arregla.
Por qué PHP 8.3 y no 8.2
Porque 8.2 también pierde el soporte el 31 de diciembre de 2026, en poco más de dos meses. Pasar a 8.2 hoy obliga a repetir la migración enseguida.
| Versión | Soporte de seguridad | Lectura para el negocio |
|---|---|---|
| 8.1 | Terminó el 31/12/2025 | Salir cuanto antes |
| 8.2 | Hasta el 31/12/2026 | No conviene como destino |
| 8.3 | Hasta el 31/12/2027 | El salto más corto con margen |
| 8.4 | Hasta el 31/12/2028 | Más años de margen |
| 8.5 | Hasta el 31/12/2029 | La rama más nueva |
¿Tu versión de PHP es segura?
Escribí la versión exacta que corre tu servidor y te decimos al instante si está expuesta y qué hacer.
PHP 8.3 deja a la empresa con más de un año de soporte por delante. Un dato a tener en cuenta: su soporte activo, el que incluye correcciones de errores generales, terminó el 31/12/2025, y desde entonces recibe solo parches de seguridad.
Si las dependencias del sistema lo permiten, PHP 8.4 da más aire: soporte activo hasta el 31/12/2026 y de seguridad hasta el 31/12/2028. El esfuerzo extra suele ser chico, y lo define el diagnóstico.
Qué cambia de PHP 8.1 a 8.3
Poco, comparado con saltos anteriores. Las guías oficiales «Migrating from PHP 8.1.x to PHP 8.2.x» y «Migrating from PHP 8.2.x to PHP 8.3.x» de php.net documentan sobre todo funciones obsoletas y ajustes puntuales:
- Propiedades dinámicas obsoletas (8.2). El código que agrega datos a un objeto sin declararlos antes genera avisos. En sistemas viejos es común y llena los registros, aunque no detiene nada.
- utf8_encode() y utf8_decode() obsoletas (8.2). Aparecen en sistemas que convierten acentos y eñes entre formatos. Conviene reemplazarlas para evitar sorpresas con nombres o direcciones de clientes.
- Interpolación «${var}» obsoleta (8.2). Un cambio en la forma de escribir textos dentro del código, mecánico y fácil de corregir.
- Cambios de comportamiento en funciones estándar (8.2 y 8.3). Casos puntuales, como lo que devuelven algunas funciones ante valores vacíos. Afectan poco, pero hay que probarlos.
El trabajo grande no suele estar en PHP sino alrededor: framework, CMS y plugins que necesitan su propia actualización para correr en 8.3.
Qué hacer ahora
- Confirmar la versión en cada servidor. Producción, pruebas y cualquier servidor olvidado.
- Listar las dependencias y verificar cuáles tienen versión compatible con PHP 8.3.
- Activar los avisos de funciones obsoletas en pruebas y corregir lo que aparezca.
- Probar los procesos críticos en una copia: ventas, facturación e integraciones con terceros.
- Migrar con respaldo y un plan claro para volver atrás.
- Agendar la próxima revisión. PHP 8.3 tiene soporte hasta fin de 2027: el siguiente salto se planifica con tiempo, no en la última semana.
La guía completa está en cómo actualizar PHP en sistemas sin soporte. Para versiones anteriores: PHP 8.0: vulnerabilidades y fin de soporte y PHP 7.4: fin de soporte y cómo actualizar.
Cómo lo resolvemos en DCisGlobal
Un salto de 8.1 a 8.3 suele ser un proyecto acotado, y lo tratamos así: diagnóstico tecnológico, plan con costo por etapa, migración en un entorno de pruebas y validación con tu equipo antes de producción.
Para que el sistema no vuelva a quedar atrás, podemos ocuparnos del soporte y mantenimiento, con las actualizaciones de PHP en el calendario.
