Resumo

  • A ICANN suspendeu preventivamente o site da GNSO e dois portais do programa de novos gTLDs após a divulgação de uma vulnerabilidade no PHP; reabriu os três depois de aplicar e testar um patch.
  • APS e TAMS permaneceram disponíveis para a rodada de 2026, e o guia do candidato podia ser acessado pelo site principal da ICANN.

A placa de “fechado” apareceu em três portas. O balcão de candidaturas estava em outro endereço. Essa é a divisão que torna a resposta da ICANN ao problema no PHP relevante para quem dependia da rodada de 2026.

Em 21 de outubro, a organização desativou o site da Generic Names Supporting Organization (GNSO) e os portais do programa de novos gTLDs das rodadas de 2026 e 2012. Os três usavam PHP, afetado por uma vulnerabilidade recém-divulgada. No dia seguinte, a ICANN informou que aplicou e testou o patch da PHP Foundation antes de devolver os sites ao ar. O comunicado original registra a ordem das decisões.

A infraestrutura de candidatura tinha outra base. Segundo a ICANN, o Application Publication and Statistics (APS) e o TLD Application Management System (TAMS) permaneceram operacionais. Uma cópia em PDF do guia da rodada de 2026 ficou disponível no ICANN.org. Os portais de informação saíram de cena por um tempo; a via de inscrição e gestão continuou aberta. A organização também afirmou que não encontrou indícios de impacto negativo em seus sistemas.

O arquivo de segurança do projeto PHP apresenta as vulnerabilidades e as versões corrigidas. A atualização da ICANN cobre três atos: aplicação, teste e restauração. Faltam a versão de PHP usada em cada site e os tipos de teste que antecederam a reabertura. São dados concretos que tornariam a recuperação mais fácil de examinar.

A história pequena de três páginas fora do ar expõe uma escolha grande de arquitetura: a vitrine do programa podia parar sem levar junto o mecanismo de candidaturas. Quem chama tudo isso simplesmente de “o site da ICANN” perde a parte que realmente preservou o serviço.

Fontes