[{"data":1,"prerenderedAt":237},["ShallowReactive",2],{"seo-verification":3,"blog-php-openssl-cve-2026-91767-91769-verificacion-host-tls-actualizar-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-php-openssl-cve-2026-91767-91769-verificacion-host-tls-actualizar-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":158,"ctaBody":159,"ctaButton":160,"ctaUrl":161,"relatedPosts":162},562,"php-openssl-cve-2026-91767-91769-verificacion-host-tls-actualizar",{"fr":12,"en":13,"ar":14,"es":10},"php-openssl-cve-2026-91767-91769-verification-hote-tls-mettre-a-jour","php-openssl-cve-2026-91767-91769-tls-hostname-verification-update","php-openssl-cve-2026-91767-91769-تحديث-php-openssl","PHP: corregir CVE-2026-91767 y CVE-2026-91769 (OpenSSL)","Dos fallos moderados de PHP afectan a la verificación TLS del nombre de host. Versiones corregidas por rama, comandos Debian, RHEL, cPanel, Docker y ramas sin soporte.",13,0,false,"2026-11-02T00:00:00+00:00","2026-11-03T01:01:41+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Seguridad y monitorización","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fphp-openssl-cve-2026-91767-91769-verification-hote-tls-mettre-a-jour-poster.svg","El 24 de septiembre de 2026, el proyecto PHP publicó dos avisos de seguridad sobre la extensión OpenSSL: CVE-2026-91769, una verificación del nombre de host TLS demasiado permisiva, y CVE-2026-91767, una lectura fuera de límites durante esa misma comprobación. Se califican como moderadas y las corrigen PHP 8.2.34, 8.3.35, 8.4.26 y 8.5.11. No se comparan con PHP2Shell, pero afectan a cualquier código PHP que abra una conexión TLS saliente. Aquí verá si sus sitios están afectados, qué versión instalar en Debian, Ubuntu, RHEL, AlmaLinux, cPanel y Docker, y qué hacer con una rama sin corrección.",[35,39,50,53,56,72,100,121,124,128,131,134,143],{"type":36,"title":37,"body":38},"h2","Qué corrigen estos dos avisos","Ambos avisos apuntan a `ext\u002Fopenssl`, la extensión que gestiona el cifrado TLS de los flujos de PHP. No afectan a los visitantes de su sitio: afectan a las conexiones que su código PHP abre hacia el exterior, por ejemplo un `file_get_contents('https:\u002F\u002F…')`, un `fopen` sobre una URL https o un `stream_socket_client` en `tls:\u002F\u002F`.\n\nEn esos casos, PHP comprueba que el certificado que presenta el servidor remoto corresponde al nombre de host solicitado. Es la opción `verify_peer_name`, activa por defecto. Los dos fallos están en esa comprobación. El aviso de CVE-2026-91769 (\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-vvx9-73fr-5jjx\">GHSA-vvx9-73fr-5jjx\u003C\u002Fa>) describe una verificación demasiado permisiva. El de CVE-2026-91767 (\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-xr7j-rvgx-xq5p\">GHSA-xr7j-rvgx-xq5p\u003C\u002Fa>) describe una lectura fuera de límites en la comparación de nombres con comodín. Ambos se publicaron el mismo día, el 24 de septiembre de 2026, y los corrigen las mismas versiones.",{"type":40,"title":41,"items":42},"ul","Lo esencial en siete puntos",[43,44,45,46,47,48,49],"**CVE-2026-91769** — gravedad moderada, CVSS 3.1 de 4.3. La verificación del nombre del par consulta primero los `subjectAltName` y luego recurre al Common Name, incluso cuando el certificado presenta un SAN DNS que no coincide.","**CVE-2026-91767** — gravedad moderada, CVSS 3.1 de 6.5 (CWE-122). En `php_openssl_matches_wildcard_name()`, un desbordamiento por defecto de longitud pasado a `memchr()` provoca una lectura fuera de límites cuando el nombre con comodín del certificado tiene más caracteres literales que el host verificado.","**Versiones corregidas** — PHP 8.2.34, 8.3.35, 8.4.26 y 8.5.11, para ambos fallos. Las versiones 8.4.26 y 8.5.11 figuran en el changelog de PHP con fecha del 24 de septiembre de 2026.","**Quién está afectado** — los clientes que dependen del valor por defecto de `verify_peer_name`, mediante `file_get_contents()`, `fopen()` y `stream_socket_client()` sobre `https:\u002F\u002F` y `tls:\u002F\u002F`.","**Solución provisional** — el aviso no indica ninguna. Desactivar la verificación no lo es, es un fallo más.","**Ramas 8.1 y anteriores** — fin de vida, sin corrección del proyecto. Puede haber correcciones de la distribución o backports de terceros: compruébelo paquete por paquete.","**Explotación** — en las fuentes que consultamos, no encontramos ninguna explotación constatada de estos dos fallos.",{"type":36,"title":51,"body":52},"Qué permiten estos fallos y qué no permiten","**CVE-2026-91769 permite suplantar un host.** Un certificado que su cliente acepta para un host puede servir para hacerse pasar por otro, si su Common Name contiene el nombre buscado. La RFC 6125 indica ignorar el CN cuando hay un SAN DNS, y PHP no lo hacía. El aviso considera el caso relevante sobre todo en una PKI privada, es decir, con una autoridad interna que emite certificados para muchos servicios.\n\n**CVE-2026-91767 permite hacer fallar a un cliente PHP.** Un servidor malicioso, o con una autoridad aceptada, puede provocar la lectura fuera de límites durante la verificación: es una denegación de servicio. El aviso precisa que el resultado solo influye en la decisión de aceptar o rechazar y no devuelve contenido del montón. Una reserva honesta: el vector CVSS puntúa la confidencialidad como Alta y la disponibilidad como Ninguna, lo que no cuadra con el texto del impacto. Lo señalamos sin zanjarlo.\n\n**Lo que no permiten.** El aviso no describe ninguna ejecución de código. Ninguno de los dos se activa con una petición de un visitante que llega a su sitio. Ambos vectores son de tipo red adyacente (AV:A): el atacante debe estar cerca de la comunicación, no en cualquier lugar de Internet.",{"type":36,"title":54,"body":55},"Calificados como moderados: ¿es urgente?","Respuesta honesta: nada en las fuentes que consultamos indica que estos fallos se estén explotando. No afirmamos nada más allá. No se comparan con PHP2Shell (CVE-2026-109618 y CVE-2026-109619), que apunta al propio intérprete y se activa con una petición HTTP anónima. Ese fallo se trata aparte en \u003Ca href=\"\u002Fes\u002Fblog\u002Fphp2shell-cve-2026-109618-109619-actualizar-php\">nuestro artículo sobre PHP2Shell\u003C\u002Fa>; la última versión de su rama, que ese artículo le pide instalar, también contiene estas correcciones.\n\nLa urgencia es, por tanto, gradual. Es real si su código llama a URL externas con los flujos de PHP (API de pago, webhooks salientes, importación de feeds, comprobación de licencias) o a servicios internos cuyos certificados proceden de una PKI privada. Lo es mucho menos para un sitio escaparate que no hace llamadas salientes. En ambos casos la corrección se queda en la misma rama: inclúyala en su próxima ventana de mantenimiento en lugar de aplazarla sin fecha.",{"type":57,"title":58,"steps":59},"steps","Medir su exposición en cuatro pasos",[60,63,66,69],{"title":61,"body":62},"Lea la versión de PHP que realmente se sirve","En el servidor, ejecute `php -r 'echo PHP_VERSION, PHP_EOL;'`. No se fíe de `OPENSSL_VERSION_TEXT`: lo que se corrige no es la biblioteca OpenSSL del sistema, sino el código de la extensión, es decir, la versión de PHP. Atención, la CLI puede diferir de lo que sirven sus sitios: en un servidor con varias ramas, lea también la versión de cada pool de PHP-FPM (paso de verificación más abajo). En cPanel, la versión se lee por dominio, vea \u003Ca href=\"\u002Fes\u002Fblog\u002Fcambiar-version-php-sitio-cpanel\">nuestra guía del selector de PHP\u003C\u002Fa>.",{"title":64,"body":65},"Busque las llamadas que pasan por los flujos de PHP","Liste las llamadas salientes con una URL literal en el código: `grep -rnE \"(file_get_contents|fopen)\\(\\s*['\\\"]https?:\u002F\u002F|stream_socket_client\\(\\s*['\\\"]tls:\u002F\u002F\" \u002Fvar\u002Fwww --include='*.php'`. En un alojamiento cPanel, sustituya `\u002Fvar\u002Fwww` por `\u002Fhome`. Complete con las llamadas cuya URL viene de una variable: `grep -rnE \"(file_get_contents|fopen|stream_socket_client)\\(\\s*\\$\" \u002Fvar\u002Fwww --include='*.php'`. Piense en los plugins de WordPress y en la carpeta `vendor`: las llamadas salientes suelen esconderse ahí.",{"title":67,"body":68},"Localice las verificaciones ya desactivadas","Ejecute `grep -rn \"verify_peer_name\" \u002Fvar\u002Fwww --include='*.php'`. Un valor a `false` significa que no se verifica ningún nombre de host: ese código está expuesto a mucho más que estos dos avisos, sea cual sea la versión de PHP. Corríjalo antes que nada.",{"title":70,"body":71},"Clasifique sus sitios","Un sitio es prioritario si suma una rama por debajo del mínimo de la tabla siguiente y llamadas salientes por flujos. Las llamadas hechas con la extensión cURL no las cita el aviso, que enumera los flujos de PHP. WordPress y la mayoría de las bibliotecas HTTP suelen usar cURL cuando está disponible, pero recurren a los flujos si no lo está: no las descarte sin comprobarlo.",{"type":73,"title":74,"headers":75,"rows":79},"comparison","Qué versión instalar según su rama",[76,77,78],"Rama de PHP","Versión mínima corregida","Estado",[80,84,88,92,96],[81,82,83],"8.5","8.5.11","Corregida. Instale la última 8.5 disponible.",[85,86,87],"8.4","8.4.26","Corregida. Instale la última 8.4 disponible.",[89,90,91],"8.3","8.3.35","Corregida. Instale la última 8.3 disponible.",[93,94,95],"8.2","8.2.34","Corregida. Planifique la salida de esta rama, vea la checklist enlazada al final del artículo.",[97,98,99],"8.1 y anteriores (5.6 a 8.1)","Ninguna versión del proyecto","Fin de vida. Corrección de la distribución o backport de terceros por comprobar; si no, migrar.",{"type":57,"title":101,"steps":102},"Aplicar la corrección según su entorno",[103,106,109,112,115,118],{"title":104,"body":105},"Debian y Ubuntu","Actualice el índice con `sudo apt update` y después los paquetes de su rama con `sudo apt install --only-upgrade 'php8.3*'` (sustituya 8.3 por su rama). Para ver lo pendiente: `apt list --upgradable 2>\u002Fdev\u002Fnull | grep -i php`. Las distribuciones suelen corregir mediante backport sin cambiar el número del proyecto: lea el registro del paquete con `apt changelog php8.3-cli | grep -i CVE-2026-91769`. Con un repositorio de terceros como Sury, se aplican los mismos comandos.",{"title":107,"body":108},"RHEL, AlmaLinux y Rocky Linux","Ejecute `sudo dnf update 'php*'`. Si usa un flujo de módulos, la rama sigue al módulo activado: `dnf module list --enabled php` la indica. Después compruebe el registro con `rpm -q --changelog php-cli | grep -i CVE-2026-91769`. Con un repositorio de terceros, los nombres de paquete cambian: adapte el patrón a lo que devuelva `rpm -qa 'php*'`.",{"title":110,"body":111},"cPanel: EasyApache 4 y selector de PHP","Las ramas de EasyApache 4 son paquetes `ea-php83`, `ea-php84`, etc. Si tiene root, lístelas con `rpm -qa 'ea-php*' | sort` y actualícelas con `sudo dnf update 'ea-php*'`. Lea el registro con `rpm -qa --changelog 'ea-php83*' | grep -i CVE-2026-91769` y la versión real con `\u002Fopt\u002Fcpanel\u002Fea-php83\u002Froot\u002Fusr\u002Fbin\u002Fphp -v`. En un alojamiento compartido, la actualización la hace el proveedor: su parte consiste en comprobar, en el selector de PHP de cPanel (MultiPHP Manager, o Select PHP Version en CloudLinux), que cada dominio funciona con una rama corregida.",{"title":113,"body":114},"Docker","Una imagen no se corrige en el sitio: reconstruya tirando de la base actualizada con `docker build --pull --no-cache -t su-imagen .`, o `docker compose build --pull --no-cache` con Compose, y reinicie con `docker compose up -d`. Compruebe el resultado dentro del contenedor con `docker run --rm su-imagen php -v`. Una etiqueta flotante como `php:8.4-fpm` solo avanza si se reconstruyó la imagen de origen: manda el número mostrado, no el nombre de la etiqueta.",{"title":116,"body":117},"Reinicie los servicios de PHP","PHP-FPM y Apache conservan el código antiguo en memoria mientras no se recarguen. En Debian o Ubuntu: `sudo systemctl restart php8.3-fpm` (adapte la rama), y `sudo systemctl restart apache2` si usa `mod_php`. En RHEL o AlmaLinux: `sudo systemctl restart httpd`. En cPanel con PHP-FPM, `systemctl list-units 'ea-php*'` da el nombre exacto del servicio que hay que reiniciar.",{"title":119,"body":120},"Verifique la versión realmente servida","La CLI no es el servicio web. Consulte el binario de FPM: `php-fpm8.3 -v` en Debian y Ubuntu, `php-fpm -v` en RHEL y derivados, o la versión del dominio en cPanel. El número debe alcanzar el mínimo de su rama, o su registro debe citar CVE-2026-91769. Termine con una llamada saliente de prueba: `php -r 'echo strlen(file_get_contents(\"https:\u002F\u002Fsu-dominio.com\u002F\")), PHP_EOL;'`.",{"type":36,"title":122,"body":123},"Si su rama está en fin de vida (8.1 y anteriores)","Según \u003Ca href=\"https:\u002F\u002Fwww.herodevs.com\u002Fvulnerability-directory\u002Fcve-2026-91767\">HeroDevs\u003C\u002Fa>, las ramas de PHP 5.6 a 8.1 están en fin de vida y no reciben corrección del proyecto para estos fallos. No dé nada por supuesto en un sentido ni en otro. Su distribución quizá haya trasladado la corrección a su paquete: es posible, no está garantizado, y se comprueba paquete por paquete, con el registro de cambios (`apt changelog`, `rpm -q --changelog`) y el seguimiento de seguridad de la distribución. También hay proveedores terceros que ofrecen backports para versiones abandonadas.\n\nSin una corrección confirmada, tiene tres palancas. La primera es migrar a una rama mantenida, 8.3 u 8.4 tras probar su sitio: el método está en \u003Ca href=\"\u002Fes\u002Fblog\u002Fphp-82-fin-de-vida-planificar-la-migracion\">nuestra checklist de migración de PHP\u003C\u002Fa>. La segunda es limitar las llamadas salientes de ese código a hosts cuyos certificados controla. La tercera es restringir en el cortafuegos el tráfico saliente del servidor. Las dos últimas reducen la exposición, no corrigen nada.",{"type":125,"title":126,"body":127},"tip","No ponga nunca verify_peer_name a false","Ante un error de certificado, la tentación es añadir `verify_peer_name => false` en un `stream_context_create`. Es peor que el fallo: ya no se verifica ningún nombre de host, de modo que cualquier certificado aceptado vale para cualquier host. El aviso no indica ninguna solución provisional, y esta opción no lo es. Cuando una conexión falla tras la actualización, repare el certificado.",{"type":36,"title":129,"body":130},"Una tercera corrección de OpenSSL en el mismo trimestre","CVE-2026-14355 es un fallo distinto: una corrupción de memoria en `openssl_encrypt()` con el algoritmo AES-WRAP-PAD (GH-22187). Según el changelog de PHP (\u003Ca href=\"https:\u002F\u002Fwww.php.net\u002FChangeLog-8.php\">https:\u002F\u002Fwww.php.net\u002FChangeLog-8.php\u003C\u002Fa>), está corregida en PHP 8.4.23, con fecha del 3 de julio de 2026, y en PHP 8.5.8, con fecha del 2 de julio de 2026. Afecta al cifrado, no a la verificación TLS: no cambia nada en la prueba de exposición anterior.\n\nSi instala 8.4.26 u 8.5.11 o posterior, ya tiene esta corrección. Para las ramas 8.2 y 8.3 no citamos ninguna versión, porque no la hemos verificado: lea el registro de su paquete para saber si aparece CVE-2026-14355.",{"type":36,"title":132,"body":133},"Solución de problemas tras la actualización","La corrección endurece una comprobación. Algunas llamadas que antes pasaban pueden fallar ahora, y es la consecuencia esperada de la corrección, no una regresión. El caso que hay que probar primero es un servicio interno cuyo certificado procede de una autoridad privada. Estos son los mensajes reales que puede encontrar y el remedio que corresponde.",{"type":40,"title":135,"items":136},"Los errores encontrados y sus remedios",[137,138,139,140,141,142],"**`SSL operation failed with code 1` y luego `certificate verify failed`** — mensaje completo típico: `stream_socket_client(): SSL operation failed with code 1. OpenSSL Error messages: error:0A000086:SSL routines::certificate verify failed`. Causa probable: el certificado presenta un SAN DNS que no contiene el host llamado, pero su CN sí. La verificación antigua lo aceptaba recurriendo al CN, la nueva lo rechaza. Lea el certificado con `openssl s_client -connect interne.su-dominio.com:443 -servername interne.su-dominio.com \u003C\u002Fdev\u002Fnull 2>\u002Fdev\u002Fnull | openssl x509 -noout -subject -ext subjectAltName`. Remedio: reemitir el certificado con un SAN DNS correcto para cada nombre utilizado, nunca desactivar la verificación.","**`file_get_contents(): Failed to enable crypto`** — advertencia que acompaña a la anterior. Lea el mensaje completo que sigue: según la versión, también puede aparecer `Peer certificate CN=… did not match expected CN=…`. Misma causa, mismo remedio.","**Un certificado sin ningún SAN, solo con CN, sigue fallando** — la corrección conserva el recurso al CN para los certificados sin identificador de servicio. La causa está, por tanto, en otro sitio: autoridad no aceptada por el cliente, host llamado por un alias o una dirección IP que no figuran en el certificado, certificado caducado. Remedio: añadir la autoridad interna a `cafile` en el contexto del flujo y reemitir el certificado con un SAN.","**`child exited on signal 11 (SIGSEGV)` en el registro de PHP-FPM** — un worker que falla durante una llamada saliente TLS es compatible con CVE-2026-91767. No concluya solo con ese indicio: compruebe la versión, actualice y vea si el patrón desaparece.","**`php -v` sigue mostrando la versión antigua** — servicio no reiniciado, CLI y FPM de ramas distintas, imagen Docker reconstruida sin `--pull`, o versión del dominio sin cambios en cPanel. Retome el paso de verificación.","**El registro de la distribución no cita la CVE** — su ausencia no prueba ni que la corrección esté ni que falte. Consulte el seguimiento de seguridad de la distribución y, en su defecto, compare el número del proyecto con el mínimo de la tabla.",{"type":57,"title":144,"steps":145},"Integrar la actualización en su rutina",[146,149,152,155],{"title":147,"body":148},"Anote el mínimo en su inventario","Añada a su inventario de parque una columna de \"versión mínima\" por rama, con los valores de la tabla. Una versión por debajo del mínimo se vuelve visible sin investigar.",{"title":150,"body":151},"Planifique las actualizaciones de PHP","Una corrección de seguridad de PHP es una actualización menor de la misma rama: prevea una ventana regular en lugar de un proyecto por cada aviso, con reinicio de los servicios y verificación de la versión servida.",{"title":153,"body":154},"Pruebe una llamada saliente tras cada actualización","Repita `php -r 'echo strlen(file_get_contents(\"https:\u002F\u002Fsu-dominio.com\u002F\")), PHP_EOL;'` desde cada servidor, y una llamada a sus servicios internos. Un error de certificado aparece entonces de inmediato, no en casa de un cliente.",{"title":156,"body":157},"Enlace esta corrección con el resto de su vigilancia","Para el método de inventario de un parque, lea \u003Ca href=\"\u002Fes\u002Fblog\u002Finventario-de-versiones-php-de-sitios-cliente-metodo-de-agencia\">el inventario de versiones PHP de un parque de clientes\u003C\u002Fa>. Para el fallo más crítico del momento, vea \u003Ca href=\"\u002Fes\u002Fblog\u002Fphp2shell-cve-2026-109618-109619-actualizar-php\">PHP2Shell\u003C\u002Fa>. Para cambiar la versión de un sitio, siga \u003Ca href=\"\u002Fes\u002Fblog\u002Fcambiar-version-php-sitio-cpanel\">la guía del selector de PHP de cPanel\u003C\u002Fa>. Para una rama que se apaga, retome \u003Ca href=\"\u002Fes\u002Fblog\u002Fphp-82-fin-de-vida-planificar-la-migracion\">la checklist de migración de PHP 8.2\u003C\u002Fa>.","Elija la versión de PHP de cada sitio","En un alojamiento web ServOrbit.com, elige la versión de PHP dominio por dominio desde cPanel y pasa a una rama todavía corregida tras probar su sitio.","Descubrir el alojamiento web","\u002Fhebergement-web",[163,180,196,216],{"id":164,"slug":165,"slugs":166,"title":170,"excerpt":171,"readTime":172,"views":173,"isPinned":19,"publishedAt":174,"updatedAt":175,"category":176,"categories":177,"featuredImage":30,"bgImage":31,"posterImage":179,"relatedSolution":30},489,"php2shell-cve-2026-109618-109619-actualizar-php",{"fr":167,"en":168,"ar":169,"es":165},"php2shell-cve-2026-109618-109619-mettre-a-jour-php","php2shell-cve-2026-109618-109619-patch-php","php2shell-cve-2026-109618-109619-تحديث-php","PHP2Shell: cómo corregir CVE-2026-109618 y CVE-2026-109619","PHP2Shell: dos fallos críticos de PHP explotables sin cuenta. Versiones corregidas, comandos de actualización por sistema y medidas temporales.",16,1,"2026-10-22T00:00:00+00:00","2026-10-27T23:58:43+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[178],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fphp2shell-cve-2026-109618-109619-mettre-a-jour-php-poster.svg",{"id":181,"slug":182,"slugs":183,"title":187,"excerpt":188,"readTime":189,"views":18,"isPinned":19,"publishedAt":190,"updatedAt":191,"category":192,"categories":193,"featuredImage":30,"bgImage":31,"posterImage":195,"relatedSolution":30},508,"inventario-de-versiones-php-de-sitios-cliente-metodo-de-agencia",{"fr":184,"en":185,"ar":186,"es":182},"inventaire-versions-php-parc-sites-clients-agence","php-version-inventory-for-client-sites-an-agency-method","جرد-إصدارات-php-لمواقع-العملاء-منهج-للوكالات","Inventario de versiones PHP de sitios cliente: método de agencia","Registro de la versión PHP de cada sitio cliente en varios proveedores: niveles de acceso, scripts por lotes, prioridades, mensaje al cliente y prueba fechada.",11,"2026-10-27T00:00:00+00:00","2026-10-27T23:58:39+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[194],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Finventaire-versions-php-parc-sites-clients-agence-poster.svg",{"id":197,"slug":198,"slugs":199,"title":203,"excerpt":204,"readTime":205,"views":173,"isPinned":19,"publishedAt":206,"updatedAt":207,"category":208,"categories":213,"featuredImage":30,"bgImage":31,"posterImage":215,"relatedSolution":30},503,"cambiar-version-php-sitio-cpanel",{"fr":200,"en":201,"ar":202,"es":198},"changer-version-php-site-cpanel","change-php-version-site-cpanel","تغيير-إصدار-php-للموقع-في-cpanel","Cambiar la versión de PHP de su sitio en cPanel","Elija la versión de PHP de su sitio en cPanel: abra la página del sitio, la pestaña Configuración y seleccione la versión deseada en la lista.",3,"2026-10-23T00:00:00+00:00","2026-10-24T03:34:36+00:00",{"id":209,"name":210,"slug":211,"color":212,"icon":211},12,"Guías","guides","bg-emerald-500\u002F10 text-emerald-400",[214],{"id":209,"name":210,"slug":211,"color":212,"icon":211},"\u002Fblog\u002Fcovers\u002Fchanger-version-php-site-cpanel-poster.svg",{"id":217,"slug":218,"slugs":219,"title":223,"excerpt":224,"readTime":189,"views":225,"isPinned":19,"publishedAt":226,"updatedAt":227,"category":228,"categories":234,"featuredImage":30,"bgImage":31,"posterImage":236,"relatedSolution":30},206,"php-82-fin-de-vida-planificar-la-migracion",{"fr":220,"en":221,"ar":222,"es":218},"php-82-fin-de-vie-checklist-migration","php-82-end-of-life-planning-your-migration","نهاية-دعم-php-82-دليل-الترحيل","PHP 8.2 fin de vida: checklist de migración","PHP 8.2 llega al final de su ciclo de vida el 31 de diciembre de 2026. Inventaría tu stack, compara versiones y sigue una checklist detallada para migrar a PHP 8.3 o 8.4.",7,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":229,"name":230,"slug":231,"color":232,"icon":233},4,"Desarrollo","developpement","bg-warning\u002F10 text-warning","dev",[235],{"id":229,"name":230,"slug":231,"color":232,"icon":233},"\u002Fblog\u002Fcovers\u002Fphp-82-fin-de-vie-checklist-migration-poster.svg",1793758612948]