Resumen

  • ICANN desconectó por precaución el sitio de la GNSO y dos portales del programa de nuevos gTLD al conocerse una vulnerabilidad de PHP; los restituyó tras instalar y probar el parche.
  • APS y TAMS, los sistemas ligados a las solicitudes de la ronda de 2026, permanecieron operativos. La guía del solicitante tenía una ruta en ICANN.org.

Cerrar la fachada no siempre cierra la oficina. ICANN lo dejó a la vista durante su respuesta a la vulnerabilidad de PHP.

El 21 de octubre retiró el sitio de la Generic Names Supporting Organization (GNSO) y las páginas del programa de nuevos gTLD correspondientes a las rondas de 2026 y 2012. Los tres portales usaban PHP. Al día siguiente, ICANN comunicó que había instalado y probado el parche publicado por la PHP Foundation y que los tres portales volvían a estar accesibles. La comunicación oficial ofrece esa secuencia y nombra cada sitio.

Para quien prepara una candidatura, el mapa de servicios es lo decisivo. Según ICANN, Application Publication and Statistics (APS) y TLD Application Management System (TAMS) funcionaban sobre otra base y siguieron disponibles. La guía de la ronda de 2026 se ofrecía además como PDF en ICANN.org. Se interrumpió el acceso a las páginas de información del programa; la maquinaria de presentación y gestión de solicitudes continuó en marcha. ICANN señaló que no había encontrado indicios de efectos negativos en sus sistemas.

El registro de seguridad del proyecto PHP recoge las vulnerabilidades y las versiones corregidas. ICANN informó de la instalación, la prueba y la reapertura. No publicó la versión de PHP utilizada por cada portal ni las clases de prueba realizadas antes de volver a abrir. Ahí están las dos piezas que completarían el relato técnico de la recuperación.

El incidente dibuja una frontera de gobierno muy práctica. Un programa puede perder sus escaparates web durante un día y conservar su ventanilla transaccional. La continuidad se decidió en esa separación, no en el nombre que agrupa a todos los servicios.

Fuentes