DNS por Pombos-Correio: O Stack de Protocolos Mais Absurdo que Você Vai Amar

Deixa eu confessar uma coisa: gastei um tempo ridiculamente grande lendo um draft do IETF chamado "DNS over Avian Carriers (DoAC)" e não me arrependo de nada.

Pra quem não conhece, o IETF é a organização responsável pelos padrões técnicos que fazem a internet moderna funcionar. Os documentos deles são tipicamente densos, metódicos e absurdamente sérios. Então quando você encontra um draft que propõe, com toda a seriedade do mundo, usar pombos-correio para resolver hostnames, você presta atenção — não porque seja prático, mas porque revela algo fascinante sobre como мышление (o jeito de pensar) sobre protocolos de rede.

O Stack de Protocolos que o Tempo Esqueceu

A história começa em 1990 com o RFC 1149, que apresentou o IP over Avian Carriers (IPoAC). Isso mesmo: o IETF publicou uma especificação formal para transmitir datagramas IP via pombos-correio. O documento inclui estimativas de perda de pacotes ("aproximadamente 55% sem peso"), cálculos de latência e comparações de throughput. Foi atualizado em 2001 com o RFC 2549 (suporte a Quality of Service para pombos) e de novo em 2011 com o RFC 6214 (compatibilidade com IPv6).

Esses não eram brincadeira — eram protocolos experimentais legítimos, completos com implementações funcionando e testes no mundo real. Universidades e grupos de hackers realmente deployaram redes baseadas em pombos pra diversão e aprendizado.

Mas tinha um problema: por três décadas, esse stack de protocolos tinha uma lacuna enorme. Você podia enviar pacotes IP pelo pombo, mas não conseguia resolver nomes de domínio. Sem DNS, todo destino precisava ser hardcoded como endereço IP diretamente no pássaro. Imagina explicar pro seu time de operações que adicionar um novo servidor exigia fisicamente retreinar seus pombos.

Entrando o DoAC: DNS pros Pássaros

O draft DoAC tenta resolver isso com uma seriedade técnica característica. Ele define:

• Formatos de mensagem para queries e respostas DNS que podem ser anexadas aos pombos
• O Resource Record AA (Avian Authority) pra publicar endereços de poleiros
• Comportamento de retransmissão considerando a natureza imprevisível da entrega aviária
• Procedimentos de bootstrapping incluindo o "Pombo de Último Recurso" pra descoberta inicial do resolver

A atenção aos detalhes é genuinamente impressionante. A seção 5.2 discute "Descoberta de Resolver Sem Estado Prévio," reconhecendo que seu primeiro pombo não pode saber onde encontrar um servidor DNS porque não tem DNS pra procurar. A solução? Um pombo de emergência pré-configurado.

Considerações de Segurança que Parecem Documentário da Natureza

Onde o DoAC realmente brilha é na análise de segurança. O draft identifica ameaças incluindo:

• Ataques Hawk-in-the-Middle onde um raptador intercepta sua query no meio do voo
• Pombo spoofing e a solução proposta de "Autenticação Baseada em Plumagem"
• Sequestro de poleiro onde um atacante assume controle do seu destino
• Ataques de Negação de Voo (DoF) — essencialmente um DDoS, mas pra pássaros
• O Gato Faminto como Ameaça da Camada Física (autoexplicativo)
• Replay attacks via pombo taxidermizado (alguém envia um pombo morto com respostas em cache antigas)

Eu pagaria dinheiro real pra ver um red team tentando alguns desses vetores de ataque.

O Que Isso Realmente Nos Conta

Aqui é onde os documentos técnicos absurdos se tornam mais instrutivos do que os sensatos. O DoAC te força a confrontar pressupostos que você nem sabia que estava fazendo.

Quando você usa DNS hoje, você implicitamente confia que:

• Os resolvers do seu ISP não vão te mentir
• Os pacotes não serão interceptados ou modificados
• Os servidores estarão disponíveis quando você precisar
• A infraestrutura física não vai falhar catastroficamente

O DoAC torna todos esses trusts implícitos explícitos — e ridículos. Uma rede de pombos não faz sentido pra sistemas em produção, mas o exercício de projetar pra ela revela exatamente o quanto dependemos de infraestrutura que consideramos garantida.

O Verdadeiro Recado

Tem uma lição aqui pra desenvolvedores que constroem sistemas modernos, especialmente quem trabalha com edge computing, redes mesh ou conectividade intermitente:

Todo protocolo assume um transporte subjacente com propriedades específicas. Quando essas propriedades mudam, você precisa de novos protocolos.

DNS over TCP/IP assume entrega de pacotes confiável e rápida. DNS over Avian Carriers assume... bem, que seus pacotes eventualmente vão chegar, provavelmente, talvez. O draft DoAC não é só uma piada — é um lembrete de que "sempre ligado, baixa latência, alta confiabilidade" é um luxo, não uma constante.

Pra startups construindo aplicações pra mercados emergentes, áreas rurais ou cenários de desastre, entender esses tradeoffs importa. O IETF passou 30 anos pensando sobre o que acontece quando sua rede é um bando de pombos. Esse trabalho pode ser mais relevante do que você imagina.

Você já encontrou um protocolo que te fez questionar suas suposições sobre como redes funcionam? Compartilhe seu RFC absurdo favorito nos comentários. E se você encontrou um pombo taxidermizado com registros DNS anexados, por favor nos conte como isso foi.