Los usuarios y desarrolladores del sector cripto se enfrentan a un mayor riesgo de seguridad en la web después de que se publicaran parches de emergencia para vulnerabilidades de PHP recién divulgadas. Mitchell Amador, director ejecutivo de Immunefi, advirtió que durante las próximas semanas los usuarios de internet deberían asumir que cualquier sitio en el que inicien sesión podría estar ya comprometido, especialmente los gestionados por organizaciones más pequeñas, que podrían tardar más en implementar las actualizaciones.
Amador describió la situación como una continuación de lo que él denomina un «apocalipsis de vulnerabilidades»: cada vez es más rápido y barato descubrir fallos, pero corregirlos sigue siendo un proceso lento y costoso para muchos operadores. Sus comentarios se producen después de que la Fundación PHP reconociera que una corrección de seguridad crítica se retrasó por falta de recursos.
Conclusiones clave
Mitchell Amador, CEO de Immunefi, instó a los usuarios a considerar que las sesiones web podrían ser inseguras hasta que los parches se implementen de forma generalizada.
Los usuarios que conecten sus billeteras de criptomonedas a sitios web deberían tener especial cuidado y evitar reutilizar contraseñas.
Los inversores y usuarios deberían revocar las aprobaciones de tokens que no reconozcan o no hayan autorizado.
Según Matthew Prince, CEO de Cloudflare, los intentos de explotación aumentaron rápidamente después de que se divulgaron públicamente los problemas de PHP.
Como cada sitio web debe actualizarse por separado, es probable que el calendario de aplicación de los parches sea desigual en internet, incluso después de que se publiquen las correcciones de emergencia.
Por qué este periodo para aplicar el parche de PHP podría ser excepcionalmente peligroso
La advertencia de Amador se refiere al periodo entre la divulgación de una vulnerabilidad y su corrección completa. Incluso cuando se publican parches de emergencia, cada sitio web debe realizar las actualizaciones por su cuenta, una tarea que los operadores más pequeños podrían aplazar por falta de personal, pruebas o complejidad de implementación.
Le dijo a Cointelegraph que los usuarios deberían cambiar su comportamiento de inmediato: durante las próximas semanas, deberían tratar cualquier sitio en el que inicien sesión como si ya pudiera estar comprometido. En la práctica, eso significa evitar hábitos de autenticación arriesgados, como reutilizar contraseñas, y tener más cuidado al interactuar con aplicaciones conectadas a billeteras.
Amador también recomendó revocar las aprobaciones de tokens que los usuarios no reconozcan. En el ecosistema cripto, las aprobaciones pueden otorgar permisos de contratos inteligentes en nombre del usuario; por ello, un sitio comprometido podría intentar enviar aprobaciones maliciosas si los usuarios interactúan sin la debida cautela.
La respuesta tardía de la Fundación PHP y qué cambió
La última oleada de preocupación llega casi una semana después de que la Fundación PHP reconociera que tardó en corregir una falla de seguridad crítica identificada por primera vez en 2024. En su comunicado, la Fundación PHP atribuyó la demora a la falta de recursos.
Ese mismo día se publicaron parches de emergencia para dos vulnerabilidades críticas, pero, algo fundamental, que haya parches disponibles no garantiza que se adopten rápidamente. Los sitios web todavía deben actualizar sus propias instalaciones de PHP y sus pilas de software. Esa brecha entre la publicación del parche y su implementación generalizada es donde pueden prosperar muchos ataques en el mundo real.
Cointelegraph ya había informado sobre la descripción más amplia de Amador de un «apocalipsis de vulnerabilidades» en una entrevista publicada en junio, en la que sostuvo que el auge de los modelos de IA de vanguardia ha inclinado el campo de la ciberseguridad a favor de los atacantes. En esa conversación, vinculó este fenómeno con el resurgimiento de los hackeos de DeFi y señaló que el ecosistema sigue expuesto cuando las defensas no pueden seguir el ritmo de las capacidades de los atacantes.
Los intentos de explotación se aceleraron tras la divulgación
La velocidad parece ser un elemento clave de esta historia. Según Matthew Prince, CEO de Cloudflare, la empresa observó millones de intentos de explotación en las 24 horas posteriores a la divulgación pública de las vulnerabilidades de PHP, y miles de intentos incluso antes de que se hicieran públicas. Prince compartió estas observaciones en una publicación en X.
El uso generalizado de PHP amplifica la posible exposición. El servicio de investigación W3Techs estima que PHP impulsa alrededor del 69 % de los sitios web que utilizan un lenguaje de programación conocido del lado del servidor. Por otra parte, Cloudflare ha señalado que aproximadamente uno de cada cinco sitios web del mundo canaliza su tráfico a través de su red, lo que significa que una gran parte de internet puede verse afectada simultáneamente cuando existen vulnerabilidades expuestas a internet.
Las investigaciones de seguridad y las recomendaciones de las fuerzas del orden también apuntan a la gravedad del problema. La División Cibernética del FBI advirtió que las vulnerabilidades podrían permitir a actores maliciosos «ejecutar código de forma remota en el núcleo de PHP», lo que podría comprometer datos y redes sensibles; un resultado que podría ir mucho más allá de la simple alteración de un sitio web.
Qué deberían hacer los usuarios de criptomonedas mientras se ponen al día con los parches
Este problema no es solo una preocupación general de seguridad web: también afecta directamente a las prácticas que generan riesgos para los usuarios de criptomonedas. El consejo de Amador se centra en reducir el impacto si un sitio se ve comprometido mientras los usuarios esperan que se implementen las actualizaciones.
Además de las buenas prácticas generales de seguridad, destacó tres medidas:
Durante las próximas semanas, considera que los sitios web podrían ser inseguros hasta que tengas motivos para confiar en que están actualizados.
Evita reutilizar contraseñas para limitar el alcance del daño si tus credenciales se obtienen por otros medios.
Revoca las aprobaciones de tokens que no reconozcas, en especial las concedidas a través de sitios de terceros o de procesos relacionados con billeteras.
Para quienes administran sitios web que utilizan PHP, la conclusión es clara: publicar un parche es solo el comienzo. Su eficacia protectora depende de que se actualice a tiempo, se valide y se supervise de forma continua, porque los atacantes suelen actuar con rapidez cuando las vulnerabilidades pueden explotarse.
Los lectores deberían prestar atención a la rapidez con que las principales plataformas web y los sitios más pequeños completan sus actualizaciones, y a si los informes posteriores muestran una disminución de los intentos de explotación. Es probable que la siguiente fase se defina menos por la fecha en que se publicaron los parches y más por cuándo se adoptan realmente en toda la superficie de internet que depende de PHP.
Este artículo se publicó originalmente como «El CEO de Immunefi advierte que la falla de PHP pone de relieve el riesgo de vulnerabilidades de la IA» en Crypto Breaking News, tu fuente de confianza de noticias sobre criptomonedas, Bitcoin y actualizaciones de blockchain.