APNIC planeja agente interno de IA para triagem de incidentes

Resumo

O Conselho Executivo da APNIC aprovou um plano que prevê explorar no terceiro trimestre de 2027 um agente interno de IA para fazer a primeira triagem de incidentes de infraestrutura. O texto não anuncia um sistema em operação nem poderes de decisão.
Em 2021, uma cópia do banco Whois pode ter ficado pública por três meses. A APNIC não tinha registros de acesso completos para saber se alguém consultou o arquivo; a investigação não encontrou sinais de atualizações suspeitas.

O incidente foi contido; a pergunta permaneceu

Uma configuração pode ser corrigida. Um arquivo pode ser removido. A APNIC não conseguiu recuperar uma informação que os registros não guardaram: quem, se alguém, acessou uma cópia exposta do banco Whois.

Na comunicação sobre o incidente de junho de 2021, a APNIC explicou que um despejo do banco foi copiado para um bucket do Google Cloud durante a manutenção do RDAP. A equipe considerava o espaço privado; um erro de configuração o tornou público. O arquivo continha dados de autenticação em hash de mantenedores e equipes IRT, além de objetos Whois privados. Segundo a APNIC, esses objetos só estavam atualizados até outubro de 2017.

Um pesquisador independente avisou a APNIC em 4 de junho. A organização corrigiu a configuração e retirou a cópia. Informou que o arquivo talvez tivesse ficado visível por três meses. Como os registros completos de acesso não estavam disponíveis, não conseguiu determinar se houve consulta. A investigação não encontrou indícios de atualizações suspeitas. As senhas de mantenedores e IRT foram redefinidas; cerca de 50 titulares que tinham usado atualizações Whois por e-mail nos seis meses anteriores receberam orientação para fazer a própria redefinição.

Essa resposta encerrou tarefas concretas e deixou uma incerteza concreta. Nenhuma atualização suspeita foi identificada; isso descreve o histórico de mudanças. O acesso ao arquivo continuou sem resposta porque faltava outra trilha de evidência. “Não encontramos alteração” e “não sabemos quem viu” não são a mesma conclusão.

No plano de atividades de 2027, o Conselho Executivo da APNIC aprovou por unanimidade a exploração de um agente interno de IA para “first responder” e triagem de incidentes de infraestrutura, prevista para o terceiro trimestre. As atas foram adotadas em 19 de outubro. A decisão abre um trabalho de exploração; não relata um agente implantado.

O plano dá ao projeto uma função e uma janela. Não informa quais dados o agente poderá ler, que tipo de saída produzirá, quem receberá um escalonamento, como uma pessoa corrigirá uma classificação, por quanto tempo o registro será mantido ou qual avaliação contará como sucesso. Esses pontos mostram se a ferramenta organiza avisos ou define o que um técnico verá primeiro.

Classificar também distribui atenção

Uma fila de incidentes já contém uma decisão: a ordem em que a equipe verá os casos. Uma etiqueta de baixa prioridade aplicada a um registro incompleto acompanha o alerta até a próxima pessoa. Preservar a lacuna dá ao investigador a chance de pedir a evidência que falta. Apagá-la dentro de uma classificação limpa transforma silêncio documental em conclusão aparente.

A política de segurança da informação da APNIC prevê relato, investigação e ação sistemáticos e em tempo hábil. A triagem acontece no começo desse processo. Ela pode mudar o percurso de um caso antes de a investigação saber o bastante para encerrá-lo.

A página de segurança da APNIC também delimita a função da organização: resposta a incidentes e aplicação da lei nas redes de membros não fazem parte do papel de RIR. A proposta trata de infraestrutura interna da APNIC. O plano não lhe atribui uma função de fiscalização das redes dos membros.

As atas não dizem que o agente de 2027 nasceu do incidente de 2021. O episódio serve como exercício de desenho: o sistema manteria juntos o que foi exposto, quando a cópia saiu do ar, quais credenciais foram trocadas, o que a investigação encontrou e o que permaneceu impossível de verificar? Uma IA não recompõe registros de acesso que nunca foram completos. Pode marcar a falta, citar os documentos existentes e encaminhar a pergunta sem convertê-la em “ninguém acessou”.

Antes de publicar uma taxa de acerto, a APNIC deveria mostrar o perímetro operacional: fontes autorizadas, campos gerados, responsável pela escalada, correção humana, retenção e testes com prontuários incompletos. Casos sintéticos permitem divulgar o resultado sem expor dados da produção. O objetivo de 99,99% para Whois, RDAP, RPKI, RDNS e IRR é uma meta de disponibilidade desses serviços, não uma nota para o agente.