Los profesionales de ciberseguridad instan a los operadores de sitios web —y a cualquier persona que use servicios de criptomonedas en la web— a tratar las vulnerabilidades relacionadas con PHP como un riesgo activo a corto plazo, incluso después de que se lanzaran parches de emergencia. Mitchell Amador, CEO de Immunefi, dijo que muchos sitios más pequeños podrían tardar semanas en aplicar actualizaciones de forma independiente, dejando a los usuarios expuestos más tiempo del que sugiere el plazo inicial de divulgación.
La advertencia de Amador llega poco después de que la Fundación PHP reconociera que retrasó la corrección de una falla crítica identificada por primera vez en 2024, citando una escasez de recursos. Aunque se lanzaron parches de emergencia para dos vulnerabilidades críticas el mismo día, la responsabilidad sigue recayendo en los sitios web individuales para actualizar sus instalaciones.
Principales conclusiones
- Mitchell Amador, CEO de Immunefi, dijo que los usuarios deben asumir que cualquier sitio al que inicien sesión podría verse comprometido durante las próximas semanas.
- Aunque están disponibles parches de emergencia para PHP, los sitios web aún deben actualizarse por sí mismos: los operadores más pequeños pueden retrasarse durante semanas.
- Amador aconsejó a los usuarios que no reutilicen contraseñas y que tengan precaución al conectar monederos de criptomonedas a sitios web.
- También recomendó revocar las aprobaciones de tokens que los usuarios no reconocen para reducir el impacto de posibles actividades maliciosas.
- Varias partes informaron actividad de explotación rápida tras la divulgación pública, incluyendo informes de millones de intentos en las 24 horas.
Por qué las actualizaciones de PHP pueden no llegar lo suficientemente rápido
Amador enmarcó la situación como parte de un patrón recurrente en la seguridad moderna: las vulnerabilidades pueden identificarse rápidamente, pero su corrección suele ser más lenta y costosa, especialmente para la larga cola de pequeñas propiedades web. “Esta es la apocalipsis de vulnerabilidades” en horario programado, dijo Amador a Cointelegraph, argumentando que el intervalo de tiempo entre la divulgación y la adopción generalizada de parches es donde ocurre el verdadero daño.
En términos prácticos, su consejo está dirigido a usuarios que podrían interactuar con sitios web que aún no han actualizado sus versiones de PHP. “Durante las próximas semanas, trate cualquier sitio al que inicie sesión como si ya pudiera estar comprometido”, dijo. Para los usuarios de cripto, esto se traduce en una mayor precaución con las conexiones de monederos, donde sitios maliciosos podrían intentar engañar a los usuarios para que aprueben permisos de tokens o interactúen con contratos dañinos.
Amador enfatizó aún más las acciones básicas de higiene que pueden reducir el daño aguas abajo si un sitio web es comprometido, incluyendo evitar la reutilización de contraseñas y revocar aprobaciones de tokens no reconocidas.
Retraso y parches de emergencia de PHP Foundation
Cointelegraph informó previamente que la Fundación PHP reconoció que retrasó la corrección de una falla de seguridad crítica identificada por primera vez en 2024 debido a una escasez de recursos. El mismo informe señala que los desarrolladores emitieron parches de emergencia para dos vulnerabilidades críticas el día del lanzamiento de emergencia, pero no eliminaron el problema central: cada sitio web aún debe actualizar su propio entorno.
Esta distinción es importante para la gestión de riesgos. Una actualización de parche no implica automáticamente una protección inmediata en toda internet, y los defensores que asumen que “actualizado” significa “en todas partes” pueden subestimar cuánto tiempo pueden persistir las oportunidades de explotación, especialmente en sitios que dependen de alojamiento compartido o tienen ciclos de actualización menos frecuentes.
La cobertura anterior de Cointelegraph también citó a Amador advirtiendo que los cambios en el panorama de la ciberseguridad hacen que estos ciclos sean más peligrosos. En una entrevista de junio, vinculó el marco de la “apocalipsis de vulnerabilidades” con cómo las capacidades cambiantes de los atacantes y una carrera de seguridad más amplia pueden acelerar la ruta de descubrimiento a explotación, contribuyendo a incidentes de alto perfil, incluidos los ataques a DeFi.
Intentos de explotación reportados rápidamente después de la divulgación
La urgencia detrás de la advertencia de Amador es respaldada por informes de explotaciones de rápido movimiento. Cointelegraph citó a Matthew Prince, CEO de Cloudflare, quien dijo que la red vio “millones de intentos de explotación” en las 24 horas posteriores a la divulgación pública de las vulnerabilidades de PHP, según una publicación en X del jueves atribuida a Prince. También señaló miles de intentos antes de la divulgación pública.
Eso importa porque PHP sigue siendo ampliamente implementado. Según Cloudflare, aproximadamente uno de cada cinco sitios web en todo el mundo redirige el tráfico a través de la infraestructura de Cloudflare, lo que, según la empresa, ayuda a proteger a los usuarios y acelerar la entrega de sitios. Mientras tanto, W3Techs estima que PHP alimenta aproximadamente el 69% de los sitios web que utilizan un lenguaje de programación del lado del servidor conocido, lo que indica un amplio radio de impacto potencial si las vulnerabilidades permiten compromisos remotos, implementación de malware o inyección de código malicioso.
Tales preocupaciones fueron respaldadas por la División de Ciberdelitos del FBI. En una publicación de X del miércoles, la división advirtió que las fallas podrían permitir a actores maliciosos “ejecutar código remotamente en el núcleo de PHP”, con el potencial de comprometer datos y redes sensibles.
Qué deben hacer los usuarios y operadores a continuación
La principal incertidumbre en los próximos días no es si existen parches, sino qué tan rápido se actualizan los sitios en la práctica. La orientación de Amador pide efectivamente a los usuarios que cierren esa brecha asumiendo que la vulnerabilidad es posible, incluso si solo una pequeña parte de los sitios web están realmente vulnerables en un momento dado.
Para los operadores de sitios web, la prioridad inmediata es asegurar que PHP esté actualizado y que los entornos de alojamiento implementen esas actualizaciones. Para los usuarios de cripto, los comentarios de Amador sugieren adoptar una postura conservadora respecto a las conexiones de monederos: evite interactuar con páginas web riesgosas o desconocidas, y revise los permisos de tokens para revocar cualquier uno que no sea claramente necesario o reconocido.
Como las campañas de explotación suelen acelerarse alrededor de la divulgación y luego disminuyen a medida que mejora la cobertura de parches, el siguiente elemento a vigilar para los lectores es el ritmo de adopción de la actualización de PHP por parte de los proveedores de alojamiento y sitios individuales, especialmente las pequeñas propiedades web que pueden tardar más en actualizarse y, por lo tanto, son más propensas a permanecer dentro de la ventana de exposición.
Este artículo se publicó originalmente como CEO de Immunefi: La falla de PHP refuerza los crecientes riesgos de seguridad de la IA en Crypto Breaking News – tu fuente confiable para noticias de cripto, noticias de bitcoin y actualizaciones de cadena de bloques.