Resumo

  • A APNIC diz que uma etapa para drenar conexões durante a manutenção de um nó do balanceador foi aplicada por engano ao outro nó e provocou uma falha. O aviso lista oito serviços afetados, do portal de membros a várias funções de RPKI.
  • O incidente de 1º de outubro aparece entre 14h44 e 15h01, UTC+10: 17 minutos entre os horários publicados, embora o campo de duração informe 15 minutos. A APNIC diz que vai rever os procedimentos de manutenção e failover, mas não divulga o número de usuários afetados nem a validação das novas salvaguardas.

Análise

O ponto operacional central do aviso da APNIC, publicado em 2 de outubro, é a diferença entre o nó que deveria passar por manutenção e aquele que recebeu a ação de drenagem. A organização afirma que a manutenção ocorria em um nó do balanceador, mas a etapa para drenar conexões foi executada no outro e causou uma interrupção.

O aviso enumera oito serviços: o portal MyAPNIC, registry-api.apnic.net, DASH, a plataforma de notificações, REx, RPKI rsync, o protocolo de provisionamento e publicação de RPKI e rsc-verifier.apnic.net. A lista cruza serviços para membros, registro e funções ligadas à RPKI. Ela estabelece o conjunto que a APNIC reportou como afetado; não prova que os oito ficaram totalmente indisponíveis pelo mesmo período nem que compartilhem o mesmo caminho interno.

O relógio também não fecha. A APNIC registra o início às 14h44 e o fim às 15h01, ambos em UTC+10. Entre os minutos exibidos há 17 minutos, enquanto o campo de duração informa 15. O aviso não traz horários com segundos nem explica a diferença. Embora pequena, a inconsistência deixa dois valores para um mesmo episódio no registro público.

A APNIC afirma que está revendo os procedimentos de manutenção e failover para torná-los mais claros e adicionar salvaguardas. Isso descreve uma revisão em andamento; não comprova que um novo procedimento foi aprovado, testado ou adotado. O aviso não informa quem responde pela ação, qual o prazo, como o alvo da manutenção será conferido nem quando cada serviço voltou a operar.

O limite dos fatos é igualmente importante. A lista inclui serviços de RPKI, mas a APNIC não relata ROA desatualizado ou incorreto, impacto no roteamento, perda de dados, incidente de segurança ou erro em registro de recursos numéricos. Também não informa quantos membros ou usuários foram afetados. O evento de 1º de outubro é diferente das duas interrupções de MyAPNIC em setembro, com causas declaradas distintas; não há causa comum estabelecida.

Um complemento útil poderia registrar, sem expor endereços internos, credenciais ou topologia, qual nó estava previsto para a manutenção, como o alvo será confirmado antes da drenagem, que verificações encerraram o incidente e como a duração foi calculada. Até que surjam esses dados, a conclusão segura é limitada: segundo a APNIC, uma etapa de manutenção direcionada ao nó errado causou uma interrupção nos oito serviços listados, e os procedimentos serão revistos.

Fontes