Summary

  • RIPE NCC retiró cuatro direcciones públicas como medida preventiva tras conocerse dos vulnerabilidades críticas de PHP; el registro sitúa la recuperación completa 44 h 55 min después.
  • Los avisos indican cuándo se apagaron, actualizaron y reabrieron los sitios, pero no qué versión de PHP ni qué verificación recibió cada host.

Una interrupción empieza con un reloj. El de RIPE NCC comenzó a las 17:37 CEST del 21 de octubre, cuando su página de estado informó que cuatro direcciones se habían desconectado por precaución: academy.ripe.net, elearning-2.ripe.net, www.nro.net y aso.icann.org/aso-ac/. La restauración completa llegó a las 14:32 CEST del 23 de octubre: 44 horas y 55 minutos después.

La decisión siguió a dos vulnerabilidades críticas de PHP. El aviso oficial de PHP señala que CVE-2026-109618 y CVE-2026-109619 pueden permitir ejecución remota de código sin autenticación en configuraciones afectadas. PHP publicó versiones corregidas para cuatro ramas mantenidas el 21 de octubre. RIPE NCC dijo que había detectado dos vulnerabilidades críticas de PHP y que retiró los sitios mientras probaba y aplicaba parches. No identificó los CVE ni las versiones instaladas en cada host.

El registro muestra una vuelta por etapas. A las 13:27 CEST del 22 de octubre, RIPE NCC indicó que ya existían parches ascendentes y que sus equipos actualizaban los servicios conforme estaban disponibles sus dependencias. A las 09:22 del día siguiente volvieron Academy y la dirección separada de e-learning. A las 14:32, el estado marcó todos los servicios como restablecidos.

El aviso del 28 de octubre dice que RIPE NCC terminó las pruebas y aplicó actualizaciones de seguridad el 23 de octubre. La organización no encontró indicios de que las vulnerabilidades se hubieran explotado en sus sistemas. Esa es la conclusión que RIPE NCC comunica; el expediente público no incluye un informe de pruebas para cada host.

No eran páginas de campaña prescindibles. Academy y e-learning dan acceso a formación; los sitios de NRO y ASO atienden a las instituciones que coordinan los registros regionales y su papel en la estructura de ICANN. Apagarlos redujo la exposición inmediata, pero también retiró recursos públicos útiles. El registro permite medir ese coste en horas.

Lo que falta es el mapa de despliegue: qué versión de PHP ejecutaba cada dirección, qué versión corregida recibió y qué comprobación permitió volver a abrirla. Los avisos de RIPE NCC no publican esos detalles. Una tabla por host permitiría a los miembros verificar por qué cada sitio regresó en ese orden.

El expediente sostiene una conclusión concreta: cuatro destinos públicos se desconectaron, actualizaron y restauraron en unas 45 horas; RIPE NCC no encontró explotación. El siguiente registro útil sería el que vincule cada host con su versión corregida y su comprobación posterior.

Fuentes