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.
ICANN
A ICANN enquadrou os pedidos da AFRALO sem adotá-los
A frase que organiza o dossiê está no ofício de envio: a declaração conjunta foi encaminhada ao Board da ICANN “para fins de informação”. O texto, porém, continha pedidos capazes de exigir orçamento, responsáveis e metas. A resposta de duas páginas reconheceu o problema, apontou…
Reportagens
A RIPE NCC manteve as verificações de delegações defeituosas e encerrou os e-mails
Em 2009, a RIPE NCC separou duas atividades que costumam ser tratadas como uma só: continuou verificando periodicamente delegações DNS defeituosas e interrompeu os alertas em massa por e-mail. O episódio mostra por que detectar um problema, entregar um aviso, conquistar atenção…
ICANN
O bloqueio de autistici.org tem data, mas não tem recibo público
O RDAP da PIR mostra o `serverHold` e o instante em que o domínio mudou. O que ele não mostra é quem transformou a designação dos Estados Unidos numa medida de registro, qual fundamento foi usado, por que a ação veio antes do fim da licença de encerramento e como foram avaliadas…
ICANN
ICANN: qual regra obriga e qual recurso protege a operação?
Entre uma política publicada e uma obrigação exigível existe uma cadeia de instrumentos. Entre o direito de contestar uma decisão e a preservação da operação durante a disputa existe outra. Os documentos públicos da ICANN ajudam a localizar essas duas cadeias, mas não autorizam…
Serviços de Nuvem Globais
Genesis Cloud: a visibilidade da rota não prova continuidade operacional
O resumo de inteligência sobre Genesis Cloud: a visibilidade da rota não prova continuidade operacional 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 consequências…
ICANN
ICANN: como autoridade, contratos e recursos se encaixam
A autoridade da ICANN não nasce de um único documento. Ela é distribuída entre instrumentos corporativos fundacionais, procedimentos de elaboração de políticas, contratos com registros e registradores e mecanismos de responsabilização. O resultado é uma cadeia institucional em…
Reportagens
O teste da APNIC com dois servidores teve menos repetições — a causa ainda precisa de um recibo de reprodução
A APNIC observou menos consultas DNS autoritativas em um teste posterior com dois servidores de nomes do que no teste anterior com um. A diferença está nos agregados publicados; a causa não está resolvida. Para orientar uma decisão, os dois tratamentos precisam compartilhar…
História
RFC 2065: a resposta podia vir de um servidor comum; a confiança não
O primeiro desenho padronizado de DNSSEC fez uma escolha prática em janeiro de 1997. Registros assinados poderiam atravessar servidores que não sabiam validá-los, desde que o resolvedor consciente de segurança conseguisse buscar a prova e conferir a cadeia. O RFC 2065 ampliava a…
Reportagens
O nó anycast da AFRINIC em Uganda reúne dois serviços, não um
O resumo de inteligência sobre O nó anycast da AFRINIC em Uganda reúne dois serviços, não um 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 consequências de…
ICANN
A integração de nomes alternativos da ICANN precisa de desligamento verificável
O relatório inicial da ICANN recomenda que qualquer integração entre um gTLD e outro sistema de nomes chegue à avaliação com um plano obrigatório de desligamento. É uma salvaguarda importante, sobretudo porque a cobertura de emergência EBERO não parece incluir essa camada…
Reportagens
O teste do ccTLD não define o limite do IPv6 de um país
A verificação dos servidores do registro é útil. A conclusão de que nenhum site abaixo deles pode ser alcançado por IPv6, porém, ignora o caminho que um resolvedor recursivo pode fazer.
IETF
DNS ANY deve ser retirado por finalidade, não apenas pelo código de consulta
Trocar a resposta de um servidor é mais rápido do que descobrir o que seus clientes faziam com ela. Uma retirada responsável de ANY precisa fechar as finalidades herdadas, com consultas explícitas, testes funcionais e exceções que tenham dono e prazo.
IETF
Uma troca de servidor ULD precisa provar que os serviços locais sobreviveram
A troca de um roteador pode terminar sem derrubar a internet e, ainda assim, deixar para trás um pedaço da rede local. O novo servidor de descoberta responde, os clientes o escolheram e quase todos os dispositivos reaparecem. O “quase” é o problema: uma escolha correta não…
IETF
O backup não existe; a zona ainda tem algumas horas de futuro
Uma chave privada DNSSEC pode desaparecer enquanto a zona continua íntegra aos olhos dos validadores. O que resta nos servidores autoritativos não é a chave, mas um estoque de assinaturas com prazo de validade. Usá-lo bem exige reconstruir a capacidade de assinar sem destruir o…
IETF
DANCE 14 reduz quatro resultados TLSA a uma decisão binária do servidor
Um `handshake_failure` pode encerrar quatro histórias diferentes antes que elas apareçam no painel. A revisão 14 do mecanismo DANE para autenticar clientes agora separa falha de validação, resposta não autenticada, NXDOMAIN e NODATA. Depois, deixa todas diante da mesma política…
IETF
O EDE 33 pode indicar uma NTA sem provar que ela mudou a resposta
O número 33 já aparece no registro da IANA, mas o documento que explica seu uso ainda está numa chamada de adoção do DNSOP. A combinação expõe duas fronteiras. Uma alocação não é uma decisão final do grupo de trabalho. E um aviso de que uma Negative Trust Anchor estava ativa não…
Reportagens
Os quatro glues IPv6 antigos da RIPE NCC agora são três — porque a raiz não é corrigida em lote
O glue de `.ps` passou a coincidir com o endereço atual do servidor, enquanto `.ne`, `.sd` e `.tj` continuam divergentes. A separação dos resultados mostra que uma única renumeração produz quatro processos de delegação, cada um com sua própria autorização.
História
Gihan Dias e o dia em que duas escritas entraram na raiz
O Sri Lanka já trocava e-mails e operava redes quando surgiu outra fronteira: fazer com que o sistema global de nomes reconhecesse o país em cingalês e tâmil. Na trajetória de Gihan Dias, conexão, linguagem e responsabilidade institucional deixam de ser problemas separados.
Reportagens
LACNIC assina 150 arquivos de DNS reverso, sem manifesto do lote
Há uma assinatura para cada peça, mas não há uma lista assinada dizendo quais peças formam a edição completa. Para quem espelha o diretório de DNS reverso do LACNIC, essa diferença separa integridade de completude.
História
Demi Getschko e o código de país que chegou antes de o Brasil falar TCP/IP
Em 18 de abril de 1989, o `.br` já constava na raiz do DNS. A rede acadêmica brasileira tinha conexões internacionais e trocava mensagens por BITNET e HEPnet, mas a FAPESP só começaria a trafegar TCP/IP em janeiro de 1991. Na trajetória de Demi Getschko, o nome veio primeiro…