Domínio principal
Infraestrutura
Na faceta Domínio principal, Infraestrutura grupos de inteligência são organizados por domínio principal para que os leitores possam acompanhar uma área de foco em infraestrutura da internet, governança, mercados de conectividade ou capital digital. A página reúne artigos relacionados, evidências públicas, instituições, empresas, pessoas, exposição regional, dependências operacionais e contexto de mercado que, de outra forma, poderiam estar espalhados por páginas de categorias separadas. Ela explica o domínio, a provável classe de atores, o contexto de mercado ou de governança e o material de origem que os leitores devem usar ao comparar sinais. Operadores, analistas e leitores de governança podem ver como o mesmo domínio aparece em eventos, perfis, mudanças de mercado, evidências de fontes públicas, dependências regionais e decisões de infraestrutura de ciclos mais longos ao longo do tempo.
Reportagens
Na ARIN, a autoridade técnica do recurso termina antes do ROA
A base da ARIN consegue apontar quem cuida de um recurso específico, mas as ações de RPKI e IRR continuam ancoradas na organização. A sugestão ACSP 2026.10 pede uma ponte entre esses dois níveis. O desafio é construí-la sem transformar uma delegação sobre um prefixo em poder…
Arquivo de Caso
O pacote escondeu o tamanho exato, mas o padrão continuou falando: EDNS Padding e os limites da privacidade DNS
Criptografar o DNS oculta nomes e respostas, mas pode deixar uma silhueta útil para quem observa o caminho. EDNS Padding acrescenta bytes para tornar essa silhueta menos precisa. O resultado não depende do volume adicionado isoladamente, e sim de quantas trocas diferentes passam…
Reportagens
Um único IP de origem respondeu por 38,76% das consultas WHOIS da APNIC em uma hora
O resumo de inteligência sobre Um único IP de origem respondeu por 38,76% das consultas WHOIS da APNIC em uma hora explica o desenvolvimento, as evidências públicas disponíveis aos leitores, as organizações envolvidas, o contexto regional, a exposição de mercado e as possíveis…
Arquivo de Caso
O DNS amarrou as alternativas; o cliente escolheu a conexão: SVCB, HTTPS e autoridade operacional
Uma zona pode anunciar antecipadamente o endpoint, o protocolo e a porta preferidos, todos protegidos por DNSSEC. Ainda assim, só o cliente sabe se entende os parâmetros, se o proxy permite a rota, qual endereço responde e qual certificado aparece no fim.
Arquivo de Caso
O contador chegou ao limite. O nome do arquivo abriu uma nova época: manifestos RPKI e autoridade de recuperação
Um manifesto RPKI pode estar corretamente assinado, recente e fiel ao repositório, mas continuar inutilizável porque o validador se lembra de um antecessor que nenhum número poderá superar. A RFC 9981 oferece uma saída estreita: mudar o nome do manifesto, iniciar outra época de…
Arquivo de Caso
A lista chegou íntegra; a resposta foi decisão local: DNS RPZ e a autoridade para reescrever a resolução
Receber inteligência de ameaça com origem e versão verificadas resolve a custódia do dado. Não resolve quem pode transformar uma resposta verdadeira em NXDOMAIN, silêncio ou redirecionamento para os usuários de uma rede.
Reportagens
O validador da AFRINIC perdeu uma duplicata; as 30.847 VRPs finais ficaram
Em dois ciclos consecutivos do Routinator público da AFRINIC, a conta de entrada caiu de 39.059 para 39.058 VRPs válidas e a de duplicatas caiu de 8.212 para 8.211. O conjunto final continuou com 30.847. A coincidência aritmética delimita o fato, mas não identifica sua causa.…
Arquivo de Caso
O resumo conferiu, mas a zona continuava errada: ZONEMD e o limite da integridade criptográfica
Criptografia pode confirmar com exatidão um objeto que jamais deveria ter sido publicado. Para quem opera DNS, ZONEMD é uma prova valiosa de integridade da zona — desde que não seja promovida a aprovação automática da decisão que veio antes dela.
Reportagens
A RIPE concluiu a atualização; depois, a recuperação de documentos falhou duas vezes
Às 17h56 CEST de 22 de agosto, o RIPE NCC encerrou a manutenção do Alfresco. Na segunda-feira seguinte, novos documentos ainda podiam ser criados, mas alguns não podiam ser visualizados ou baixados. Uma segunda ocorrência começou no dia 26; no dia 27, uma alteração de…
Arquivo de Caso
O sinal estava assinado. A delegação ainda não era segura: CDS/CDNSKEY e a autoridade para publicar DS
CDS e CDNSKEY permitem que o lado filho apresente ao pai uma mudança de confiança em formato legível por máquinas. A assinatura torna a origem verificável dentro de uma cadeia definida; ela não transforma controle do DNS, autorização do titular, aceitação parental e resultado nos…
Arquivo de Caso
O catálogo era válido. A exclusão, não: DNS Catalog Zones e a autoridade de provisionar
Quando uma zona de cliente some do catálogo, o efeito pode ir muito além de parar de servi-la. Dependendo do consumidor, arquivos, journal, temporizadores e chaves DNSSEC podem ser removidos junto com a configuração. Uma ausência em PTR passa a decidir a custódia de estado…
IETF
David Meyer e o endereço que passou a depender de um mapa
Separar EID e RLOC permite conservar o nome de rede de uma ponta enquanto seus pontos de conexão mudam. O preço dessa continuidade é um mapa que precisa de autorização, renovação e prova em cada leitor. Na história de David Meyer com o LISP, a localização não é abolida: ela deixa…
Arquivo de Caso
A resposta expirou; a falha não: DNS serve-stale e a autoridade depois do TTL
Um resolvedor pode manter um serviço disponível com dados que já perderam a validade comum de cache. Isso não renova a palavra da zona. Depois do TTL, serve-stale é uma decisão operacional própria: usar uma memória conhecida diante de uma atualização impossível, por tempo…
IETF
Alan DeKok e a variante do RADIUS que transferiu a confiança para o TLS
O RADIUS/1.1 não tenta vencer a compatibilidade por decreto. Alan DeKok volta a uma decisão da qual participou — manter o segredo compartilhado e o MD5 mesmo dentro do TLS — e desenha uma correção que só existe quando dois pares a negociam. A mudança real, portanto, cabe em cada…
História
Mark Andrews e o servidor DNS que sobreviveu ao próprio substituto
Dar nome a um sucessor não conclui uma migração. A manutenção de BIND 9 por Mark Andrews durante o projeto BIND 10 expõe a obrigação que continua presa ao sistema em operação: enquanto ele responde pelo ambiente de produção, correções, testes, versões e suporte não podem ser…
IETF
Joe Abley e a âncora que precisou declarar onde a confiança começava
O DNSSEC só consegue verificar uma cadeia depois que um resolvedor decide onde ela começa. O trabalho de Joe Abley sobre a publicação da âncora raiz torna essa primeira decisão visível: uma assinatura pode comprovar a origem de um arquivo, mas não pode obrigar um operador a…
APRICOT
Anurag Bhatia e a diferença de rotas que não se explica sozinha
Uma rota ausente de uma janela de observação é primeiro um fato medido, não um diagnóstico. No APRICOT 2020, Anurag Bhatia mostrou dezenas de milhares de prefixos com visibilidade desigual. O resultado mais duradouro não foi uma lista de culpados, mas uma forma de separar…
IETF
Vint Cerf e as nove exceções escondidas em “todos”
“A Internet é para todos” sobreviveu como promessa. O texto que Vint Cerf publicou em 2002, porém, é mais exigente: nove vezes, a promessa é seguida por uma condição capaz de desmenti-la. Lido assim, o RFC 3271 não oferece um slogan de inclusão, mas um livro de pendências.
IETF
Geoff Huston e o padrão IPv6 que retirou a si próprio
Durante uma década, `/48` pareceu uma resposta elegante para uma pergunta difícil: quanto espaço IPv6 um site comum deveria receber? Geoff Huston coescreveu o documento que retirou essa resposta única sem abandonar as proteções que ela pretendia oferecer.
IETF
Ray Bellis e a conexão DNS que virou sessão
Um socket TCP pode continuar aberto sem que as pontas tenham concordado sobre o estado que ele guarda. A RFC 8490 separou as coisas: a conexão oferece transporte; a sessão reúne direitos, temporizadores e deveres de encerramento reconhecidos pelos dois lados.