Domínio principal
Governança da internet e roteamento
Na faceta Domínio principal, Governança da internet e roteamento 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.

ICANN
Uma mudança de string .Brand pode acrescentar palavras, mas não criar ou ampliar contenção
A Rodada de 2026 da ICANN oferece a um candidato .Brand elegível uma via limitada para mudar sua string quando há contenção. Não é um direito geral de renomear a candidatura.

ICANN
Uma mudança material nas partes públicas abre 30 dias de comentários, não aprovação automática
Quando a ICANN conclui que uma mudança afeta materialmente as partes públicas de uma candidatura, abre-se uma consulta de 30 dias sem aprovação do pedido.

Sociedade de Recursos Numéricos
Um serial de cache RPKI não é um carimbo de tempo de atualidade
Dois caches RPKI podem informar seriais perfeitamente corretos sem revelar qual deles contém a visão global mais recente. A RFC 8210 limita o serial a uma sessão de cache e a uma versão do protocolo. Tratar o maior número como a visão mais atual cria uma cronologia que o…

ICANN
A recomendação consensual do GAC inicia um registro de resposta de 21 dias, não um resultado automático
A recomendação formal do GAC altera a posição processual do candidato, mas não constitui por si só a decisão do Conselho da ICANN.

ICANN
Um Alerta Antecipado do GAC é um Sinal, Não um Veto: O Registro de Resposta do Candidato
A Rodada de 2026 oferece a um representante governamental uma forma de apontar uma preocupação sem transformar esse aviso em uma decisão automática sobre a solicitação.

ICANN
Um risco de singular/plural não se executa sozinho: o registro de 30 dias da ICANN
Na Rodada de 2026, um par gramatical só se torna uma decisão do programa mediante notificação tempestiva sustentada por prova lexicográfica verificável.

ICANN
Um recurso de objeção da ICANN não é um novo julgamento: o que o padrão de erro manifesto pode mudar
O processo recursal da Rodada de 2026 examina um erro identificado na decisão de objeção; ele não reabre toda a controvérsia desde o início.

ICANN
Objeção Comunitária não é CPE: dois procedimentos da ICANN para alegações diferentes
A palavra “comunidade” aparece nos dois nomes, mas as partes, os testes e a decisão buscada são distintos.

ICANN
Que registro de evidências preparar para uma Avaliação de Prioridade da Comunidade?
Um dossiê ligado a critérios vale mais do que uma coleção de apoios.

Arquivo de Caso
Sessenta nomes foram ao banco dos réus; a lei ainda definia a causa: Harrods v Sixty Internet Domain Names
O título do processo parece trocar pessoas por infraestrutura: sessenta nomes de domínio aparecem como réus. A ação *in rem* prevista na ACPA permitiu levar os nomes ao tribunal quando não havia jurisdição pessoal sobre o registrante. Ela não transformou, porém, o local do…

ICANN
A ICANN verifica o sentido geográfico de toda string solicitada. O que uma carta de apoio precisa provar?
Na rodada de 2026, toda string será examinada quanto ao caráter geográfico. O dossiê precisa demonstrar autoridade, autenticidade e escopo do apoio público.

IETF
Corey Bonnell e a assinatura de CRL feita por uma chave sem autorização
O verificador pode provar que uma chave assinou uma lista de revogação e ainda não provar que aquela chave foi certificada para esse trabalho. A RFC 10007 fecha essa distância: em certificado v3 do emissor de CRL, `keyUsage` precisa existir e `cRLSign` precisa estar marcado.

IETF
Kireeti Kompella e a resposta Echo que não comprovou o serviço
Uma resposta MPLS Echo pode mostrar que uma sonda definida chegou a um roteador capaz de explicar um FEC específico. Ela não comprova todos os caminhos ECMP, a prontidão do backup ocioso, a simetria da volta, o payload do cliente nem a conclusão da aplicação. Em LSP Ping, a…

IETF
Eliot Lear e a política de dispositivo que nunca foi uma atestação
Um equipamento pode declarar as comunicações de que precisa sem provar sua própria confiabilidade. A RFC 8520 transforma essa declaração limitada em algo operacional por meio do Manufacturer Usage Description, mas mantém a decisão com a rede local. URL, arquivo assinado…

IETF
Tero Kivinen e a nova IKE SA que herdou Child SAs em operação
Uma troca de chaves pode terminar sem trocar as chaves que protegem os pacotes. No IKEv2, a sucessão da IKE SA renova o canal de controle, enquanto as Child SAs de ESP ou AH podem continuar com seus próprios SPIs, seletores e material criptográfico. A arquitetura registrada no…

IETF
Roy Fielding e o método que nomeava uma intenção, não uma permissão
O primeiro token de uma requisição HTTP atravessa sistemas que não compartilham código nem dono. Ele dá a todos uma descrição mínima do que o cliente pretende. Essa coordenação funciona justamente porque não tenta decidir tudo. O método não autentica uma pessoa, não concede…

IETF
Mark Nottingham e o agente de usuário que não podia falar por todos
O navegador pode funcionar como anteparo: contém o poder do serviço remoto, aplica uma escolha local e oferece uma rota para outra implementação. Mas ser intermediário técnico não transforma software, fornecedor ou participante de padronização em porta-voz autorizado de toda…
