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.
Arquivo de Caso
Uma cobrança, dois caixas: os 30% que mudaram de natureza jurídica
O registrante fazia um pagamento. O recibo, porém, financiava duas coisas diferentes: um serviço privado e um fundo de finalidade pública. Quando a segunda parcela chegou ao tribunal, o Congresso alterou retroativamente a resposta sobre quem ficaria com o dinheiro.
História
O nome que escolhia um serviço: como o DNS SRV achou servidores
Um domínio costumava levar a um endereço e uma porta presumida. O DNS SRV tornou a localização do serviço uma escolha explícita e limitada.
História
O alias que não movia a autoridade: DNS DNAME
O DNAME redireciona descendentes ao trocar um sufixo. Proprietário, ápice, corte de zona e autoridade NS permanecem no lugar.
História
O nome criado pela pergunta: limites do curinga DNS
Um curinga DNS pode sintetizar um nome ausente da zona. Nós exatos, não terminais vazios e delegação ainda decidem quando esse padrão limitado responde.
Arquivo de Caso
A resposta que venceu a corrida: Kaminsky, DNS e a entropia por trás da confiança
O pacote falso não precisava provar que vinha da autoridade correta. Bastava parecer a resposta de uma consulta ainda aberta e chegar primeiro. Em 2008, essa regra de aceitação virou uma corrida que o agressor podia reiniciar, revelando a distância entre comprar imprevisibilidade…
Arquivo de Caso
A assinatura que exigia todas as chaves: o custo da confiança exposto pelo KeyTrap
O KeyTrap não falsificou o DNSSEC; transformou o zelo do validador em capacidade computacional disponível ao emissor remoto e tornou inevitável um orçamento local para a prova.
Arquivo de Caso
A raiz que não foi vendida: o que a saída da Symantec revelou sobre confiança transferível
A Symantec podia vender a operação de certificados, os clientes e os sistemas à DigiCert. Não podia incluir no negócio uma ordem para que os navegadores continuassem aceitando as raízes antigas.
Arquivo de Caso
A rota que tomou um nome emprestado: o que o sequestro da MyEtherWallet revelou sobre autoridade em camadas
O incidente de 2018 não teve uma única fronteira: uma decisão de rota feita longe do usuário reapareceu como resposta DNS e tentativa de transação.
ICANN
O teste da ICANN para nomes alternativos para na viabilidade técnica
A ICANN abriu uma consulta sobre a ligação entre um gTLD e a mesma cadeia de caracteres em sistemas de nomes alternativos. O relatório inicial considera o desenho tecnicamente seguro se todas as instâncias preservarem o mesmo controlador e uma fonte de verdade coerente. É uma…
História
O número que ficou mais novo depois do zero: como o DNS ordenou versões sem relógio
No serial SOA, zero pode vir depois de 4.294.967.295. Essa regra permitiu comparar cópias de uma zona sem impor um relógio mundial aos servidores autoritativos. Ela funciona porque o DNS não tenta ordenar todo o passado: limita a decisão a uma janela menor que meia volta.
História
A zona que bateu: DNS NOTIFY, IXFR e autoridade atual
No início do DNS, um secundário ignorava seu atraso até a próxima consulta. NOTIFY o acordou; IXFR levou apenas as diferenças.
História
O endereço que precisava do DNS para ser encontrado: como o glue rompeu o ciclo de delegação
Uma delegação pode dizer qual servidor conhece a resposta e ainda deixar o resolvedor sem caminho até ele. O glue foi a exceção estreita e não autoritativa que permitiu atravessar essa fronteira sem entregar ao pai os fatos da zona filha.
ICANN
ICANN tem a contagem de pedidos, não a lista final de strings
A rodada de 2026 para novos gTLDs recebeu mais de 1.600 pedidos principais, e mais de 1.100 deles trouxeram uma string de substituição. É uma fotografia do protocolo de entrada, não o inventário dos nomes que chegarão à avaliação — muito menos à raiz.
História
Duas formas de não haver nada: como o DNS separou NXDOMAIN de NODATA
Uma resposta DNS sem o registro pedido pode esconder duas situações incompatíveis: o nome inteiro não existe, ou o nome existe e só não possui aquele tipo. A cache negativa só se tornou um mecanismo confiável quando o protocolo passou a preservar essa diferença, a autoridade que…
História
O erro que aprendeu a expirar: como o DNS guardou em cache o que não existia
Uma resposta vazia pode significar nome inexistente, tipo ausente, falha de servidor, perda de rede ou apenas uma delegação a seguir. O cache negativo só tornou essa ausência reutilizável quando lhe deu um emissor autorizado, uma chave precisa e um prazo que continua diminuindo…
História
O endereço que sobreviveu ao servidor: como o MX separou identidade e entrega
O domínio depois de `@` já pareceu indicar a própria máquina de destino. À medida que o correio atravessou redes, relays e organizações, esse atalho deixou de funcionar. O MX deu ao endereço uma vida longa e tratou o servidor como uma implementação que podia mudar.
Reportagens
RIPE NCC separa o futuro do ENUM de 23 delegações problemáticas
O rascunho preparado para a reunião de setembro do UIT-T reduziu uma pergunta que havia crescido demais. O RIPE NCC agora defende a continuidade do ENUM público em `e164.arpa` e propõe tratar 17 delegações aparentemente inoperantes e seis com falhas parciais como casos…
Arquivo de Caso
A fronteira invisível da Mozilla: como a Public Suffix List vira código
A Mozilla iniciou a Public Suffix List, e o Firefox ainda transforma uma de suas versões em comportamento do navegador. O DNS mostra que `whatwg.github.io` está sob `github.io`, mas não se dois subdomínios pertencem a uma administração ou a usuários que não confiam entre si. Este…
ICANN
Consulta sobre o sucessor de .juniper chega ao último dia
A ICANN recebe até 23h59 UTC de 19 de agosto contribuições sobre sua conclusão preliminar de que o domínio de marca `.juniper` não precisa passar a um operador sucessor. O processo contratual está em curso, mas a delegação ainda aparece no registro público da IANA.
IETF
A data pública de resposta sobre ENUM passou; a decisão, não.
Uma consulta da UIT-T sobre o possível encerramento das delegações de códigos de país E.164 em `e164.arpa` indicou 15 de agosto de 2026 para as respostas dos Estados-membros. O registro público ainda não informa um resultado.