Tópico
Poder de delegação do DNS
Na faceta Tópico, a inteligência do tópico Poder de delegação do DNS conecta artigos que compartilham um assunto específico, foco de sinal ou tema de monitoramento. A página oferece aos leitores um percurso mais rico por meio de reportagens relacionadas, evidências de fontes, atores do mercado e implicações de infraestrutura, com contexto suficiente para entender por que o tópico é relevante em movimentações de empresas, decisões de governança, exposição regional e risco operacional. Os leitores podem comparar sinais recorrentes, organizações afetadas, evidências públicas, contexto de mercado, continuidade de serviço, compras, concorrência, conformidade e questões de planejamento estratégico por trás do assunto, em vez de se limitar a uma lista enxuta de artigos correspondentes. A página explica o que o tópico abrange, quais atores ou políticas de infraestrutura estão envolvidos, quais evidências sustentam a cobertura e por que o assunto pode ser importante para operadores, clientes, investidores e leitores de políticas.
Reportagens
Panamá tem cinco identidades raiz; os registros somam seis instâncias
O artigo da LACNIC de abril de 2026 cita cinco identidades de servidores raiz no Panamá. Registros públicos dos operadores, consultados meses depois, somam seis instâncias. São unidades e datas diferentes. Para interpretar o gráfico de resposta, há ainda uma pergunta: qual rota e…
Reportagens
Os dois sinais da APNIC sobre a chave raiz medem coisas diferentes
A raiz do DNS deve começar a ser assinada com a KSK-2024 em 11 de outubro. As medições mais recentes da APNIC colocam dois percentuais ao lado da data: um vem de sinais enviados por resolvedores; o outro, de testes feitos em sistemas finais por trás de resolvedores validadores.…
História
Quem podia solicitar um domínio de nível superior? A lista inicial da RFC 920
Em outubro de 1984, a primeira lista de domínios de nível superior também definia quem podia entrar: ARPA tinha prazo para desaparecer, algumas etiquetas representavam categorias institucionais e cada nova ramificação dependia de uma autoridade que a autorizasse.
História
O cache mudou o destino, não a raiz: o redirecionamento da InterNIC pela AlterNIC em 1997
Um resolvedor na rede de um operador devolveu um endereço da AlterNIC para `www.internic.net`. O cache preservado mostra o caminho: um dado DNS adicional virou resposta local. Isso comprova uma mudança de destino em um resolvedor, não a tomada da raiz pública.
ICANN
A proposta para `.mcp` transformaria a participação no protocolo em critério para obter domínio
Cinco candidaturas aparecem no grupo preliminar de disputa por `.mcp`. A Charleston Road Registry, que opera como Google Registry, propõe limitar os registros sob essa extensão a quatro tipos de participantes do Model Context Protocol (MCP). O pedido também prevê um `.MCP Policy…
Líderes
Tina Dam e o teste da raiz que não podia aprovar um nome
Antes de acrescentar um domínio de primeiro nível internacionalizado à raiz, a ICANN fez uma pergunta deliberadamente restrita: rótulos codificados afetariam os servidores e resolvedores que encaminham consultas DNS? O teste de laboratório respondeu apenas dentro do ambiente…
ICANN
Na disputa por `.agent`, cinco candidatos reaparecem em pelo menos 11 grupos da ICANN
O primeiro CSV da rodada 2026 da ICANN lista 13 candidatos no conjunto de `.agent`. Cinco dessas entidades aparecem em pelo menos 11 dos grupos numerados do arquivo, mostrando que a disputa pela cadeia também tem uma dimensão de portfólio.
História
Um registro reservava um conjunto, não apenas um rótulo: RFC 3743
Quando um registro aceita um rótulo de domínio em caracteres chineses, japoneses ou coreanos, o objeto que ele administra pode ser maior do que a sequência visível. Em 2004, a Joint Engineering Team (JET) propôs agrupar algumas variantes em um pacote de reserva vinculado a um…
ICANN
Os 56,4% da ICANN apontam vínculos, não um titular comum
O novo relatório OCTO da ICANN afirma que 56,4% de uma amostra delimitada de nomes gTLD recentes, reportados em listas de reputação em 2025, tinham ao menos um domínio tecnicamente associado. O dado pode ajudar a ampliar uma investigação, mas não identifica um titular comum nem…
ICANN
Regra UCAS vira referência, mas cada registro mantém a decisão final
Em 5 de outubro, a ICANN anunciou a publicação de uma regra de referência de segundo nível para a Unified Canadian Aboriginal Syllabics (UCAS). A proposta prevê compatibilidade com IDNs em francês na mesma zona, mas a publicação não aprova a tabela de um registro nem comprova que…
Serviços em Nuvem da Europa e Oriente Médio
O projeto de interconexão documentado da Genesis Cloud: o que um porto de 10 Gbits pode — e não pode — garantir para o tráfego de IA
A Genesis Cloud anunciou publicamente um projeto de interconexão entre a Noruega e Frankfurt: um serviço GlobePEER Remote de 10 Gbits da DE-CIX, apresentado como fundamento para a transferência de dados de treinamento de IA. Os registros declarados e as observações independentes…
IETF
O selo ficou verde. O chamado explicava por que a operação estava bloqueada.
O resultado DCHK continha um estado, um ator, uma disposição e um identificador de chamado. A interface guardou apenas a cor. Ao eliminar a explicação, transformou uma observação localizada em autorização universal. O valor de RFC 5144 está justamente no que o selo descartou…
IETF
A resposta era autoritativa. O resolvedor ainda podia estar errado: RFC 9606
O RFC 9606 transforma algumas promessas de privacidade e filtragem do resolvedor DNS em dados comparáveis. A origem protegida da promessa, porém, não substitui a observação da consulta que deveria cumpri-la.
IETF
O algoritmo ganhou um número. O caminho de validação, não: RFC 9558
Uma zona pode publicar todos os objetos certos e ainda chegar ao usuário como se não estivesse assinada, porque o último validador não conhece o algoritmo que os une.
IETF
A chave ficou em casa, mas a publicação ganhou outro dono: RFC 9526
Uma restauração de fábrica pode apagar a identidade de controle de um roteador sem retirar a zona que ele publicou. O RFC 9526 separa assinatura, transporte e serviço público; por isso, continuidade e revogação dependem de provas que sobrevivam ao equipamento residencial.
IETF
O serviço anunciou OHTTP. A chave ainda podia identificar o cliente: RFC 9540
A RFC 9540 permite descobrir por DNS um alvo Oblivious HTTP, seu gateway e a configuração de chaves. A padronização elimina coordenação improvisada, mas expõe uma fronteira decisiva: anúncio correto, certificado válido e transação bem-sucedida não demonstram que uma chave, rota…
História
O DNS encontrava um nome exato. Não buscava o que você queria dizer: RFC 3467
Uma resposta tecnicamente exata pode levar ao destino errado quando a chave não representa a intenção. A RFC 3467 separou a resolução determinística do DNS da descoberta ambígua feita para pessoas.
Serviços de Nuvem Globais
A carteira de endereços que se divide: quem responde dentro dos demais prefixos da AS210973 da DATAMATIX
O resumo de inteligência sobre A carteira de endereços que se divide: quem responde dentro dos demais prefixos da AS210973 da DATAMATIX explica o desenvolvimento, as evidências públicas disponíveis aos leitores, as organizações envolvidas, o contexto regional, a exposição de…
IETF
O aviso chegou antes do timeout. Isso tornou o dado antigo mais rápido, não mais atual.
O resolvedor não esperou a atualização falhar. Recebeu uma pequena indicação de que nada havia mudado e continuou usando o RRset grande em cache. A latência caiu; o fato provado continuou limitado à afirmação de um servidor, em um instante e sob uma política local.
IETF
A chave provou posse. A autoridade sobre a delegação ainda estava em aberto.
O receptor do pai validou a autoassinatura e reconheceu a nova chave. Esse resultado respondia a uma pergunta estreita: alguém possuía a chave privada correspondente. A pergunta decisiva — se esse alguém podia alterar NS, glue ou DS do filho — continuava dependente do bootstrap e…