Summary

  • O histórico público da APNIC registrou o verificador RSC em manutenção em 6 de outubro, entre 01h30 e 02h45 UTC, durante uma mudança de estratégia de implantação.
  • Às 02h45 o incidente foi marcado como concluído; o RSS de status registrou o componente como operacional e informou resposta média de 780 milissegundos.

O histórico de status da APNIC mostra 75 minutos de manutenção de rsc-verifier.apnic.net em 6 de outubro. A atualização durante o serviço dizia que o endpoint poderia ficar indisponível enquanto a estratégia de implantação era alterada. Às 02h45 UTC, o registro passou para “Maintenance completed”. No mesmo horário, o RSS marcou o componente como Operational e informou tempo médio de resposta de 780 milissegundos.

Isso registra uma mudança de estado do serviço, não uma nota de versão. O histórico público não identifica a versão do software nem o que mudou, não informa quantos usuários foram afetados, se houve falhas de validação ou qual teste de aceitação foi feito. Os 780 milissegundos são uma estatística média do feed no fim da janela, não uma garantia de nível de serviço nem prova de que todos conseguiram validar um objeto.

A distinção importa porque o verificador público é apenas uma das formas de verificar uma RPKI Signed Checklist (RSC). A APNIC explica que um titular pode assinar arquivos ou documentos com um certificado RPKI associado a determinados recursos IP ou ASNs. Quem recebe o objeto pode validar a assinatura localmente com rpki-client ou usar o serviço público da APNIC. O site facilita a verificação, mas não é a origem da autoridade da assinatura.

Assim, o registro sustenta uma conclusão limitada: o verificador público de RSC entrou em manutenção e foi declarado operacional no horário de encerramento informado. Ele não demonstra interrupção na assinatura de RSC, na emissão de certificados, na publicação de repositórios, no processamento de ROAs ou no roteamento BGP. Também não revela se algum RSC específico pôde ser verificado durante a janela. A validação local é um caminho separado, desde que o usuário tenha ferramenta adequada e os dados RPKI necessários.

Essa fronteira ajuda a separar outros avisos recentes da APNIC. O comunicado de 1º de outubro descreveu um erro distinto no balanceador de carga que afetou oito serviços, inclusive o verificador RSC; as fontes públicas consultadas não relacionam aquele evento à manutenção de 6 de outubro. Um aviso posterior para 13 de outubro tratava de outro endpoint: o serviço rsync de RPKI. Não há base para tratar os casos como uma única interrupção contínua.

Para operadores que usam RSC em BYOIP, integração de clientes ou comprovação de titularidade de recursos, um verificador online reduz o atrito com terceiros. Um processo resiliente deve esclarecer se a outra parte aceita validação local, quais implementações reconhece, que escopo de recursos precisa conferir e como guardar o resultado. Assim, a disponibilidade do site vira uma questão de acesso, não uma dependência criptográfica implícita.

Fontes