DNSFS: O Hack de Armazenamento na Nuvem Mais Peculiar Que Você Vai Ver

Vamos começar com um exercício de imaginação. Imagine guardar seus arquivos não no AWS S3, não num banco de dados distribuído sofisticado, mas dentro dos caches DNS de milhões de servidores espalhados pela internet. Seus dados estariam literalmente flutuando pelo globo, fragmentados em dispositivos que você não possui, em resolvers que você provavelmente nem sabia que existiam.

Parece coisa de filme de ficção científica cyberpunk, né? Pois alguém realmente construiu isso.

A Descoberta no Cache DNS Que Deu Início a Tudo

Antes de entrar na parte mais maluca, vamos falar sobre algo que a maioria dos desenvolvedores dá como certo: os TTLs do DNS. Quando você consulta um nome de domínio, o resolver armazena esse resultado em cache por um tempo determinado antes de verificar novamente. A maioria de nós assume que são alguns minutos ou horas, no máximo.

Mas aí é que está: alguns resolvers ficam felizes em manter entradas em cache por uma semana inteira, se você pedir de forma educada.

Essa descoberta levou a uma pergunta fascinante: se os caches DNS conseguem manter dados por tanto tempo,seria possível armazenar arquivos deliberadamente dentro deles? Não apenas pesquisas de domínio, mas dados reais?

A resposta, surpreendentemente, é sim.

Apresentando o DNSFS: Armazenamento de Arquivos Escondido à Vista de Todos

O DNSFS pega emprestada a inspiração de um hack anterior chamado PingFS, que guardava dados dentro das seções de payload dos pacotes ICMP ping. O problema do PingFS? Você precisava ficar dando ping para lá e para cá constantemente para manter os dados vivos. Se parasse de transmitir, seus dados desapareciam.

O DNSFS melhora esse conceito dramaticamente. Como os resolvers DNS fazem cache das respostas, uma vez que você armazena um pedaço de dado no cache de um resolver, ele persiste sem que você precise solicitar repetidamente. O resolver faz o trabalho pesado para você.

Pense nisso por um segundo. Você está essencialmente usando a infraestrutura de outras pessoas—sem o conhecimento delas—como um sistema de armazenamento de arquivos distribuído e redundante.

Como Isso Funciona na Prática

A implementação técnica é igualmente engenhosa e preocupante.

Para fazer isso funcionar, você precisa de resolvers DNS abertos—servidores que respondem consultas para qualquer domínio, não apenas para os quais são autoritativos. Tecnicamente, esses deveriam estar protegidos por firewall do acesso público da internet porque representam um risco de reflexão para ataques DDoS. Mas aqui está o problema: milhões de dispositivos saem de fábrica com serviços DNS mal configurados que são acessíveis de qualquer lugar.

O sistema funciona dividindo arquivos em pequenos pedaços, codificando-os como consultas DNS e distribuindo essas consultas pela internet. Cada resolver que recebe e faz cache de uma consulta agora guarda um pedaço do seu arquivo. Para recuperar os dados, você simplesmente consulta os mesmos resolvers e reconstrói os pedaços.

A beleza (e o horror) desse sistema é que os dados persistem no cache até o TTL expirar—sem necessidade de conexão contínua.

Mapeando a Internet em Busca de Resolvers Abertos

É aqui que as coisas ficam impressionantes e um pouco inquietantes ao mesmo tempo.

Construir o DNSFS exige encontrar resolvers abertos espalhados pela internet. Isso significa escanear bilhões de endereços IP para identificar quais deles vão responder consultas DNS para domínios arbitrários.

Um desenvolvedor usou masscan combinado com regras inteligentes de BPF (Berkeley Packet Filter) para identificar eficientemente apenas os resolvers que seriam úteis—filtrando servidores autoritativos-only e outros ruídos. O resultado? Quase 4 milhões de resolvers DNS abertos espalhados pelo mundo.

A distribuição geográfica é de abrir os olhos. A China lidera com mais de 1,4 milhão de resolvers abertos, seguida pelos Estados Unidos, Coreia do Sul, Rússia e Brasil. Mas a métrica mais interessante vem quando você normaliza por usuários de internet: nações pequenas como São Cristóvão e Névis possuem uma densidade de resolvers impressionantemente alta—cerca de um resolver para cada 51 pessoas.

Por Que Isso Importa (Além do Fator Curiosidade)

Vamos ser claros: o DNSFS definitivamente não é uma solução de armazenamento para produção. É lento, não confiável, completamente não auditado, e provavelmente um pesadelo de segurança. Executar um scan completo da internet em busca de resolvers abertos também levanta sérias questões éticas sobre consentimento e limites de rede.

Mas esse não é o ponto.

O DNSFS representa aquele tipo de pensamento criativo e que empurra limites que avança nossa compreensão de sistemas em rede. Ele destaca quanta infraestrutura mal configurada existe na internet, provocando conversas importantes sobre endurecimento de segurança. Demonstra a persistência surpreendente de dados em cache em sistemas distribuídos. E mostra como protocolos aparentemente rígidos podem ser reaproveitados de formas inesperadas.

Também é um lembrete de que a internet é muito mais bagunçada do que frequentemente assumimos. Aqueles milhões de resolvers abertos? Estão rodando em roteadores domésticos, dispositivos IoT, equipamentos empresariais, e tudo mais entremeio. A maioria dos administradores não tem ideia de que seus serviços DNS são acessíveis externamente.

O Que Ficar de Mão Para Desenvolvedores

O DNSFS não vai estar armazenando seus dados de aplicação tão cedo, mas oferece lições valiosas:

Protocolos são apenas pontos de partida. O DNS foi criado para resolução de nomes. Isso não significa que esteja limitado a esse caso de uso.

Suposições de segurança importam. Resolvers abertos existem porque alguém configurou algo errado. Sempre audite a exposição da sua infraestrutura.

Restrições criativas geram inovação. Os melhores hacks frequentemente vêm de trabalhar dentro de limitações inesperadas. O DNSFS existe porque alguém perguntou "e se usássemos o cache?"

A internet é mais estranha e maleável do que a maioria de nós imagina. Às vezes os sistemas mais interessantes são aqueles que provavelmente não deveriam funcionar de jeito nenhum.

Você já se deparou com exploits de protocolo incomuns ou hacks criativos de infraestrutura? A equipe NameOcean adora ouvir sobre as formas inventivas que desenvolvedores usam para levar a tecnologia ao limite.