Ir al contenido principal

Un “experto” en ciberseguridad en BBC no sabía qué era PHP hasta ayer algo que afecta al 70% de las webs

Esta semana vimos un clip que circuló bastante en X. En un reportaje de la BBC sobre la vulnerabilidad crítica de PHP, el supuesto “experto en seguridad” de la cadena reconoce, con total naturalidad, que hasta la mañana del día anterior no sabía qué era PHP . PHP es el lenguaje que está detrás de aproximadamente el 70 % de los sitios web del planeta . WordPress, Drupal, Laravel, Magento, gran parte de los portales de gobierno, universidades, medios y tiendas online… eso es PHP. El tuit de @5eniorDeveloper lo resume con humor negro perfecto. Pero más allá del meme, el episodio es bastante revelador.  ¿Qué pasó realmente con PHP? El 21 de octubre de 2026 se hicieron públicas dos vulnerabilidades críticas (CVE-2026-109618 y CVE-2026-109619), conocidas como PHP2Shell . Tienen una puntuación de 9.2 sobre 10. Permiten a un atacante ejecutar código remoto en el servidor sin autenticarse . En condiciones normales, es una de las peores cosas que le pueden pasar a un sitio web. La...

Un “experto” en ciberseguridad en BBC no sabía qué era PHP hasta ayer algo que afecta al 70% de las webs

imagen creada con captura de pantalla del vídeo original


Esta semana vimos un clip que circuló bastante en X. En un reportaje de la BBC sobre la vulnerabilidad crítica de PHP, el supuesto “experto en seguridad” de la cadena reconoce, con total naturalidad, que hasta la mañana del día anterior no sabía qué era PHP.

PHP es el lenguaje que está detrás de aproximadamente el 70 % de los sitios web del planeta. WordPress, Drupal, Laravel, Magento, gran parte de los portales de gobierno, universidades, medios y tiendas online… eso es PHP.

El tuit de @5eniorDeveloper lo resume con humor negro perfecto. Pero más allá del meme, el episodio es bastante revelador. 

¿Qué pasó realmente con PHP?

El 21 de octubre de 2026 se hicieron públicas dos vulnerabilidades críticas (CVE-2026-109618 y CVE-2026-109619), conocidas como PHP2Shell. Tienen una puntuación de 9.2 sobre 10. Permiten a un atacante ejecutar código remoto en el servidor sin autenticarse. En condiciones normales, es una de las peores cosas que le pueden pasar a un sitio web.

La gravedad era tal que varias agencias de ciberseguridad (incluida la NSA) recomendaron abiertamente: si no puedes parchear de inmediato, apaga el servidor.

Y eso es exactamente lo que hicieron muchos:

  • Finlandia desconectó servicios web del gobierno.
  • Países Bajos apagó temporalmente la web de su propia agencia de ciberseguridad.
  • En el Reino Unido, 32 servicios gubernamentales quedaron offline de forma preventiva.
  • Wikimedia (Wikipedia) tomó precauciones.
  • Bancos, aerolíneas y empresas de Japón suspendieron servicios online.
  • Incluso algunas páginas de la propia BBC se vieron afectadas.
  • En España, Redsara estuvo sin dar servicio casi dos días.

Mientras tanto, Cloudflare reportó que los intentos de explotación pasaron de miles a millones en cuestión de horas después del anuncio público.

No fue un ataque masivo exitoso (al menos no a gran escala hasta ahora), sino una carrera contra el tiempo: parchear o desconectar. Muchos eligieron lo segundo mientras actualizaban a las versiones corregidas (PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35).

PHP no es “código antiguo olvidado”

Hay quien todavía cree que PHP es una reliquia de los 2000. Error. Sigue siendo el lenguaje más usado en la web por una razón sencilla: es práctico, maduro y está en todas partes. Desde blogs personales hasta sistemas críticos de gobiernos y empresas.

Que un “experto en seguridad” de un medio tan grande como la BBC confiese que no sabía de su existencia hasta el día anterior no es solo un lapsus. Es un síntoma.

¿Qué es realmente un experto?

Aquí viene el punto que más me interesa. Un experto no es alguien que tiene un diploma enmarcado, uno que acaba de hacer un máster que incluye la palabra "ciberseguridad" en el título, o alguien con un cargo con palabras bonitas, o que aparece en televisión con cara de saber de lo que habla.

Un experto es alguien que ha acumulado experiencia real. Puede tener 25 años o 55. La edad no es el filtro. El filtro es haber estado en las trincheras: haber desplegado, haber roto cosas, haber corregido incidentes a las 3 de la madrugada, haber visto cómo un error de configuración o una librería sin actualizar te puede tumbar un servicio entero.

La experiencia no se improvisa en una mañana. No se lee en un briefing de 20 minutos antes de salir al aire. Se construye con años de trabajo, errores y aprendizaje.

Cuando un medio presenta a alguien como “experto en seguridad” y esa persona admite que desconocía el lenguaje que mueve la mayor parte de internet, el problema no es solo individual, es estructural. Refleja cómo a veces se confunde apariencia de autoridad con conocimiento real. Por otro lado el "experto" no se pierde la oportunidad de salir en la tv y parece no enterarse de la gravedad al decir que no conocía la existencia de PHP.

Lo que nos deja esta crisis

  1. La superficie de ataque de internet es enorme y gran parte de ella depende de tecnologías “viejas” pero críticas.
  2. Parchear a tiempo sigue siendo la mejor defensa. Desconectar servicios no es ideal, pero a veces es la única opción responsable.
  3. La credibilidad se gana con hechos, no con títulos. En ciberseguridad (y en casi cualquier campo técnico) la experiencia práctica pesa más que el marketing personal.

PHP no es el villano de esta historia. El villano es la distancia que a veces existe entre quienes hablan de tecnología en los medios y quienes realmente la mantienen funcionando todos los días.

La próxima vez que veas a alguien presentado como “experto”, recuerda:

  • El diploma no basta.
  • La pinta de saber no basta.
  • Lo que cuenta es haber estado ahí, haber tocado el código, haber sufrido las consecuencias y haber aprendido de ellas.



Comentarios

Entradas populares de este blog

Notificaciones Dehú ¿real o falsa? -Error de Ciberseguridad

 Recibí un correo electrónico enviado desde una cuenta que nunca me había escrito: "noreply.dehu@correo.gob.es". Me indica que tengo una comunicación, y me pide que me dirija a la web: " dehu.redsara.es ".  Primero pensé que era un correo falso, es lo que ha de hacerse siempre, principalmente si lo recibes desde un email que jamás te ha escrito. Segundo porque de todo lo que se puede hacer mal, cómo iba a esperar que el gobierno cree una web sin el subnominio ".gob", eso sería alimentar las malas prácticas. Abrí la web para investigarla después de copiarla en texto, revisar la dirección, y la puse en un navegador seguro. Sorpresa, todo parece correcto. Incluso tiene un cartel que dice que se ha financiado con fondos Next Generation, que son los fondos para la recuperación económica, una página así no tiene sentido que se financie con estos fondos. Pues es real. Es un error de ciberseguridad. Yo le aconsejo que no crea jamás que una web que no lleve el ...

La diferencia entre Suministrador, Proveedor y Partner

Algunas veces se usan las palabra suministrador, proveedor o partner como si fueran sinónimos, pero son diferentes conceptos aunque las tres se refieren a una organización externa que es parte de la cadena de producción.  Antes de hacer referencia a la definición hablemos de qué tipo de recursos y bienes necesita una organización de otra externa. Sin importar si es una empresa privada, una empresa pública, una ONG, o cualquier otro tipo de organización; se necesitan terceros que proporcionen recursos para que la organización pueda construir sus propios servicios. ¿Qué tipos de recursos necesita la organización? Insumos y bienes generales: En la empresa se necesita papel, bolígrafos, grapas, tinta, café, carpetas, y otros insumos que son necesarios e importantes pero que quizá los empleados ni siquiera presten atención a la marca, de dónde vienen o dónde se almacenan. Hay otros posibles insumos y bienes como la electricidad, los teléfonos, Internet, quizá el metro y el autobús; ...

Error al descomprimir un zip, ruta de acceso demasiado larga

Si está intentando descomprimir un archivo .zip y recibe el mensaje de error "Ruta de acceso demasiado larga". No se preocupe, no hay ningún problema en el archivo. Todo lo que tiene que hacer es copiar el archivo .zip en una carpeta directamente debajo de la raiz del disco duro, por ejemplo en la ruta c:\temp . Vuelva a dar la instrucción para descomprimir el archivo y todo funcionará con normalidad. ¿Por qué ocurre esto? Seguramente el archivo .zip que quiere descomprimir está en una ruta muy extensa, es decir, debajo de muchas muchas carpetas. Windows suma al nombre del archivo toda la ruta, por lo que los archivos están excediendo el tamaño máximo de 260 caracteres.  El mensaje de error 0x80010135 es un mensaje de Windows, no del gestor de .zip. Así de fácil. Después de descomprimir puede usar el gestor de archivos de Windows para copiar la carpeta que se ha extraído en la ruta deseada.