Los usuarios y desarrolladores de criptomonedas enfrentan un riesgo elevado de seguridad web tras la liberación de parches de emergencia para nuevas vulnerabilidades de PHP descubiertas. El CEO de Immunefi, Mitchell Amador, advirtió que durante las próximas semanas, los usuarios de internet deben asumir que cualquier sitio al que inicien sesión ya podría estar comprometido, especialmente aquellos operados por organizaciones más pequeñas que podrían tardar más en implementar actualizaciones.
Amador presentó la situación como una continuación de lo que él llama una “apocalipsis de vulnerabilidades”, donde descubrir fallos se vuelve cada vez más rápido y económico, pero el trabajo real de corregirlos sigue siendo lento y costoso para muchos operadores. Sus comentarios siguen a los reconocimientos de la Fundación PHP de que una corrección de seguridad crítica se retrasó debido a limitaciones de recursos.
Principales conclusiones
- El CEO de Immunefi, Mitchell Amador, instó a los usuarios a tratar las sesiones web como potencialmente inseguras hasta que las actualizaciones se implementen ampliamente.
- Los usuarios que conectan monederos de criptomonedas a sitios web deben ser especialmente cautelosos y evitar reutilizar contraseñas.
- Los inversores y usuarios deben revocar las aprobaciones de tokens que no reconocen o no autorizaron.
- Según Matthew Prince, CEO de Cloudflare, los intentos de explotación aumentaron rápidamente tras la divulgación pública de los problemas de PHP.
- Debido a que los sitios web deben actualizarse de forma independiente, el cronograma de parches probablemente será desigual en toda internet, incluso después de que se publiquen correcciones de emergencia.
¿Por qué esta ventana de parche de PHP puede ser inusualmente peligrosa
La advertencia de Amador se dirige al período entre la divulgación de la vulnerabilidad y la reparación completa. Incluso cuando se emiten parches de emergencia, los sitios web individuales aún deben realizar actualizaciones por sí mismos: un trabajo que los operadores más pequeños pueden retrasar debido a la falta de personal, pruebas o complejidad en la implementación.
Él le dijo a Cointelegraph que los usuarios deben ajustar su comportamiento inmediatamente: durante las próximas semanas, traten cualquier sitio al que inicien sesión como si ya pudiera estar comprometido. En términos prácticos, eso significa evitar hábitos de autenticación riesgosos (como la reutilización de contraseñas) y tener más cuidado al interactuar con aplicaciones conectadas a monederos.
Amador también recomendó revocar las aprobaciones de tokens que los usuarios no reconocen. En el ecosistema cripto, las aprobaciones pueden otorgar efectivamente permisos de contrato inteligente en nombre del usuario, por lo que un sitio comprometido podría intentar impulsar aprobaciones maliciosas si los usuarios interactúan sin el debido escrutinio.
La respuesta retrasada de la Fundación PHP, y qué cambió
El último ciclo de preocupaciones surge casi una semana después de que la Fundación PHP reconociera que retrasó la corrección de una falla de seguridad crítica identificada por primera vez en 2024. En su declaración, la Fundación PHP citó una escasez de recursos como razón por la que la corrección tardó más de lo esperado.
Se lanzaron parches de emergencia para dos vulnerabilidades críticas el mismo día, pero—críticamente—la disponibilidad del parche no garantiza una adopción rápida. Los sitios web aún deben actualizar sus propias instalaciones de PHP y pilas de software. Esa brecha entre la publicación del parche y la implementación generalizada es donde pueden prosperar muchos ataques del mundo real.
Cointelegraph informó previamente sobre el marco más amplio de “apocalipsis de vulnerabilidades” de Amador en una entrevista publicada en junio, donde argumentó que el auge de los modelos de IA de vanguardia ha desplazado el campo de juego de la ciberseguridad hacia los atacantes. En esa conversación, vinculó el fenómeno con el resurgimiento de los hackeos en DeFi, sugiriendo que el ecosistema sigue expuesto cuando las defensas no pueden seguir el ritmo de la capacidad de los atacantes.
Los intentos de explotación se movieron rápidamente tras la divulgación
La velocidad parece ser una parte clave de esta historia. Según Matthew Prince, CEO de Cloudflare, Cloudflare observó millones de intentos de explotación en las 24 horas posteriores a la divulgación pública de las vulnerabilidades de PHP, con miles de intentos ocurriendo incluso antes de la divulgación. Prince compartió estas observaciones en una publicación en X.
La magnitud de la exposición potencial se amplifica por el amplio uso de PHP. El servicio de investigación W3Techs estima que PHP alimenta aproximadamente el 69% de los sitios web que utilizan un lenguaje de programación del lado del servidor conocido. Por separado, Cloudflare ha indicado que aproximadamente uno de cada cinco sitios web a nivel mundial redirige el 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.
Los investigadores de seguridad y las guías de las fuerzas del orden también señalan la gravedad. La División Cibernética del FBI advirtió que las vulnerabilidades podrían permitir a actores maliciosos “ejecutar código remotamente en el núcleo de PHP”, comprometiendo potencialmente datos y redes sensibles, un resultado que podría extenderse mucho más allá de una simple deface de sitio web.
Qué deben hacer los usuarios de criptomonedas durante la actualización de compensación
Este problema no es solo una preocupación general de seguridad web; se cruza directamente con los comportamientos que generan riesgo para los usuarios de criptomonedas. El consejo de Amador se centra en reducir el impacto si un sitio es comprometido mientras los usuarios aún esperan que se implementen las actualizaciones.
Más allá de una buena higiene de seguridad general, enfatizó tres acciones:
- Considere los sitios web como potencialmente inseguros durante las próximas semanas hasta que tenga motivos para confiar en su estado de parches.
- Evite reutilizar contraseñas para reducir el alcance del daño si las credenciales se obtienen en otro lugar.
- Revoca las aprobaciones de tokens no reconocidos, especialmente aquellas otorgadas a través de sitios de terceros o flujos adyacentes al monedero.
Para los operadores que administran sitios web que utilizan PHP, la implicación es clara: publicar un parche es solo el comienzo. El valor protector depende de la actualización oportuna, la validación y el monitoreo continuo, ya que los atacantes suelen actuar rápidamente una vez que las vulnerabilidades se vuelven explotables.
Los lectores deben observar qué tan rápido las principales plataformas web y sitios más pequeños completan sus actualizaciones, y si los informes posteriores muestran una disminución en los intentos de explotación. La próxima fase probablemente se definirá menos por cuándo se lanzaron los parches y más por cuándo se adoptan realmente en toda la superficie de Internet dependiente de PHP.
Este artículo se publicó originalmente como El CEO de Immunefi advierte que la falla en PHP resalta el riesgo de vulnerabilidad de la IA en Crypto Breaking News – tu fuente confiable para noticias de cripto, noticias de bitcoin y actualizaciones de cadena de bloques.