Resumo

  • A RFC 9539 permite que resolvedores recursivos e servidores autoritativos adotem DoT ou DoQ de forma oportunista, sem coordenação prévia, reduzindo a exposição das consultas a observadores passivos.
  • O controle prático continua no estado e na política de recuo do resolvedor: um sucesso pode afastar o texto claro, uma falha o restabelece, e a criptografia sem autenticação não resiste a um atacante ativo.

O salto exposto depois do resolvedor

A privacidade no DNS costuma ser explicada como a ligação entre um dispositivo e o resolvedor recursivo que ele utiliza. Essa é apenas a primeira relação da resolução. Se a resposta não estiver no cache, o resolvedor procura servidores autoritativos. Quando essa troca usa o DNS tradicional na porta 53, um observador passivo situado no trecho correspondente ainda pode enxergar a consulta e a resposta, mesmo que o primeiro salto esteja criptografado.

A RFC 9539 trata dessa lacuna entre o resolvedor recursivo e o servidor autoritativo. Publicada pelo IETF como RFC Experimental em fevereiro de 2024, ela descreve uma adoção unilateral do transporte criptografado. Os operadores nas duas pontas não precisam negociar antes nem organizar um lançamento conjunto. Um servidor autoritativo pode oferecer DNS sobre TLS ou DNS sobre QUIC na porta 853. Um resolvedor pode sondar esses transportes e utilizá-los quando funcionarem.

“Unilateral” não quer dizer que um resolvedor consiga criptografar a conversa com um servidor que não oferece transporte compatível. Também não lhe concede autoridade sobre os dados de DNS do servidor. O autoritativo deve responder com base nos mesmos dados de zona, qualquer que seja o transporte. O que muda é o modelo de coordenação: cada lado pode se preparar de forma independente, e o resolvedor descobre a capacidade disponível por resultados observados, em vez de aguardar um acordo operacional.

Um sucesso governa a consulta seguinte

O mecanismo não depende de uma declaração permanente de capacidade. Ele constrói estado a partir da experiência recente. A RFC 9539 descreve registros indexados pelo endereço de origem do resolvedor, pelo endereço IP do servidor autoritativo e pelo protocolo criptografado. No primeiro contato, o resolvedor pode experimentar DNS em texto claro, DoT, DoQ ou vários transportes simultaneamente. Depois registra se a conexão criptografada teve sucesso, falhou ou excedeu o prazo.

Após um sucesso recente, o resolvedor não deveria enviar em texto claro a próxima consulta para aquele endereço. Pode usar somente o transporte que acabou de demonstrar funcionamento. É nesse ponto que a autoridade operacional muda: a evidência guardada pelo resolvedor altera o caminho das consultas posteriores.

Essa evidência expira. A RFC sugere lembrar um sucesso por três dias, uma falha por um dia e esperar quatro segundos pelo estabelecimento da conexão criptografada, embora permita que os operadores escolham e publiquem outros valores. Esses parâmetros não são detalhes neutros. Uma persistência maior mantém mais tráfego no transporte já comprovado. Um período de amortecimento mais longo evita insistência contra um destino incompatível, mas posterga uma nova tentativa depois que ele se torna capaz. Um prazo maior pode acomodar conexões difíceis, ao custo de latência e recursos.

O estado por endereço também revela a complexidade escondida por um único nome de servidor. Um serviço autoritativo pode usar anycast, balanceador de carga ou um conjunto cujos integrantes são atualizados em momentos diferentes. Se o resolvedor atribuir a capacidade ao nome, e não ao endereço realmente alcançado, pode supor que outro nó ainda despreparado oferece criptografia e provocar atraso desnecessário. Por isso, a RFC 9539 favorece o registro por endereço e recomenda que operadores de conjuntos mantenham capacidade coerente ou direcionem as conexões deliberadamente durante a transição.

O recuo preserva o serviço, não toda a privacidade

A segurança oportunista é atraente porque melhora a confidencialidade sem transformar a criptografia em condição para a resolução. Seu limite nasce da mesma escolha. Quando a negociação criptografada falha, a RFC 9539 orienta o resolvedor a limpar o estado da sessão, lembrar a falha e reenviar a consulta pelo DNS comum quando não houver outra cópia pendente. A queda posterior de uma conexão já estabelecida pode produzir o mesmo retorno ao texto claro.

Essa regra protege a disponibilidade durante uma implantação parcial ou uma falha. Ela também transforma o recuo em decisão de privacidade. Um observador passivo não quebra uma criptografia correta apenas escutando. Um atacante ativo, porém, pode interferir na tentativa criptografada e empurrar o resolvedor para o canal aberto. A RFC exclui expressamente a defesa contra esse adversário de sua promessa.

A autenticação estabelece outra fronteira. Nessa política unilateral e oportunista, o resolvedor precisa aceitar qualquer certificado apresentado pelo servidor autoritativo. Rejeitar uma identidade que não consegue verificar provocaria o recuo e exporia a sessão ao observador passivo. A criptografia resultante protege o conteúdo em trânsito, mas não comprova a identidade do servidor. Um intermediário ativo pode permanecer sem detecção por esse mecanismo.

Não é uma falha escondida atrás da palavra “criptografado”, e sim a concessão declarada pelo experimento. Uma proteção forte contra interferência ativa exigiria sinalização autenticada e coordenação fora do escopo da RFC 9539. A liderança deve, portanto, descrever o mecanismo como confidencialidade oportunista, não como DNS autoritativo autenticado.

A privacidade traz uma conta operacional

A sondagem criptografada acrescenta trabalho antes de reduzir a exposição. Um resolvedor pode abrir tentativas simultâneas, manter o estado de capacidades e sessões, administrar temporizadores e preservar conexões abertas. Um servidor autoritativo pode receber muito mais conexões TLS ou QUIC duradouras do que recebia com UDP sem estado. As duas pontas precisam de regras para quando CPU, memória, largura de banda ou conexões se tornarem escassas.

A RFC 9539 trata a redução desses efeitos negativos como prioridade de projeto. Ela cita uso excessivo de banda e de computação, além do risco de amplificação. Recomenda administrar conexões ociosas ou com consultas pendentes, reconhecendo que um sistema limitado pode deixar de iniciar conexões criptografadas ou recusar novas conexões. DoT e DoQ fornecem o transporte; o experimento fornece uma política para testá-lo sem transformar cada falha em custo permanente.

A análise de tráfego também não desaparece. O preenchimento de consultas e respostas pode reduzir o que seus tamanhos revelam. Já uma indicação de nome de servidor enviada em claro pode expor informações sobre a autoridade consultada; por isso, a RFC recomenda não usar SNI nesse padrão sem proteção adicional. Endereços das pontas, caches frios e tentativas simultâneas continuam produzindo sinais observáveis. A criptografia reduz o que um observador passivo aprende, mas não torna a resolução invisível.

Limites das evidências

As normas estabelecem os transportes, as transições de estado, os temporizadores sugeridos, o recuo e o modelo de ameaça. Elas não demonstram quanto da RFC 9539 foi implementado ou ativado, qual parcela atual do tráfego entre resolvedores e autoritativos está criptografada nem quais parâmetros os operadores usam em produção. A própria RFC pede medições depois que existirem implementações variadas. Esses resultados permanecem desconhecidos aqui.

O poder reside principalmente no operador do resolvedor: seu software e sua política decidem quando sondar, que resultado lembrar e quando voltar ao texto claro. A autorização é mais estreita do que o controle dos dados de DNS. O IETF define um experimento opcional, cada operador escolhe participar e o operador autoritativo continua controlando as respostas e a existência do serviço criptografado.

Os beneficiários pretendidos são os usuários cujas perguntas de DNS atravessariam em claro um segmento observável, além dos operadores que acumulam experiência para mecanismos futuros mais fortes. O custo recai sobre resolvedores e servidores autoritativos na forma de conexões, estado, computação, memória, banda e tratamento de falhas. A alternativa evita a sondagem, mas em geral deixa esse salto exposto até que as partes coordenem um mecanismo mais robusto.

Fontes