Resumo

  • As pesquisas dos eventos LACNIC 42 e LACNIC 43 apontam que 48% e 80% de quem respondeu ao segundo módulo declarou ter participado do laboratório de roteamento seguro e validação de origem. Os relatórios não informam, junto aos percentuais, quantas pessoas responderam a essa pergunta.
  • A agenda da LACNIC 46 prevê começar pela revisão manual de anúncios BGP e depois apresentar automação de RPKI e filtros. Isso descreve um exercício planejado, não comprova sua conclusão nem uma mudança em redes de produção.

Análise

Um percentual, uma base limitada

O relatório de satisfação da LACNIC 42 atribui 48% ao laboratório de roteamento seguro e validação de origem na coluna total. No relatório correspondente à LACNIC 43, a marca é 80%, e o texto diz que o laboratório foi o tutorial com maior participação entre os grupos analisados. Nos dois casos, a pergunta tem como base quem respondeu ao segundo módulo da pesquisa. Os relatórios registram 373 e 504 casos no total, respectivamente, mas nenhum apresenta, ao lado do gráfico, o número exato de respostas a essa pergunta.

Os percentuais medem, portanto, a participação declarada por uma parte dos respondentes. Não correspondem a todos os inscritos, a todos os operadores da região nem à parcela de redes em produção que filtra rotas com base no RPKI. Tampouco formam uma curva de adoção em dois anos: as amostras e a programação são diferentes, e as pesquisas não acompanham as mesmas pessoas ou redes. A conclusão defensável é mais estreita: entre quem respondeu ao módulo pertinente, o laboratório teve participação declarada significativa.

A sequência de controles não é um comprovante de implantação

Em abril de 2025, a LACNIC descreveu o laboratório da LACNIC 43 como um ambiente simulado para configurar validadores RPKI, aplicar políticas de filtragem e automatizar tarefas relacionadas com Ansible. A prévia de outubro de 2026 apresenta uma atividade semelhante em outra ordem: observar manualmente anúncios BGP e, depois, conhecer motores de automação para configurar RPKI e filtros que ajudem a mitigar ataques. A API do evento inclui a sessão na segunda-feira, 19 de outubro, durante a LACNIC 46. Na data desta pesquisa, o evento ainda não aconteceu.

A ordem importa porque a segurança do roteamento não depende de um único interruptor. O operador observa um anúncio, compara a origem com as autorizações de prefixo validadas e decide como a política local tratará o resultado. A RFC 6811 distingue os estados de validação de origem Valid, Invalid e NotFound. A validação, por si só, não instala um filtro; tampouco certifica todos os sistemas autônomos no caminho ou impede todo tipo de vazamento de rotas. A política do roteador e o contexto operacional definem o próximo passo.

Um laboratório virtual permite ensinar essa sequência sem expor uma rede ativa a um experimento. É possível comparar estados esperados e observados, testar uma política e verificar se uma etapa automatizada altera a configuração pretendida. Mas uma sessão anunciada, uma simulação bem-sucedida e um controle duradouro em produção são resultados distintos. A prévia pública descreve o primeiro, não os outros dois.

O que os registros públicos não conectam

As pesquisas de satisfação perguntam de quais tutoriais as pessoas participaram. Elas são úteis para avaliar o alcance da programação e o interesse declarado. As tabelas publicadas não mostram, porém, se cada pessoa concluiu todas as etapas do laboratório, reteve o conteúdo, implantou depois algum controle ou teve uma mudança de produção verificada de forma independente.

Essa ausência não prova que a LACNIC não faça avaliações internas, que o laboratório tenha falhado ou que ninguém tenha adotado uma prática. É um limite dos registros públicos consultados. Sem denominador visível e medida de acompanhamento, não se pode distinguir interesse de conclusão, nem conclusão de implantação. Uma observação posterior de RPKI ou BGP também não demonstraria, por si só, que o treinamento causou a mudança.

Um registro pode separar quatro resultados

O próximo registro não precisa ser complexo. Para o exercício, a LACNIC poderia publicar as versões do laboratório e das ferramentas, os anúncios de teste e os estados de validação esperados, as ações de política e filtro solicitadas e as quantidades de etapas concluídas, erros e reversões. Cada número deve ter seu próprio denominador. Assim, “participantes configuraram um filtro na simulação” significaria apenas isso — não que as redes da região o adotaram.

Um acompanhamento separado e voluntário poderia perguntar se alguém adaptou um controle para uma rede ativa, quando o fez e qual evidência sustenta a resposta. O relatório deve informar quantas pessoas foram convidadas, quantas responderam e os limites decorrentes da autoseleção. Não há necessidade de coletar configurações confidenciais ou atribuir uma mudança de rota pública a um participante. A observação pública pode mostrar o que uma rede anuncia, mas não por que o operador mudou aquilo.

Essa avaliação é mais informativa do que a contagem de presença e preserva a divisão de responsabilidades. A LACNIC pode documentar o exercício que desenha; cada operador controla a própria configuração de produção. Um registro melhor mostra o que foi ensinado e o que os participantes decidiram fazer, sem prometer que um curso protegerá toda a região.

A LACNIC 46 oferece uma oportunidade para explicitar essa diferença antes da atividade. A sequência entre revisão manual e automação é concreta o bastante para ser testada. O próximo número público deveria dizer se o exercício foi concluído, quais etapas falharam e se alguém relatou voluntariamente um uso operacional posterior — não transformar uma sala cheia em resultado de segurança.

Fontes