DNSFS : Le Hack de Stockage Cloud le Plus Flippant que Vous Verrez

Commençons par une expérience de pensée. Imaginez que vos fichiers soient stockés non pas sur AWS S3, ni même sur une base de données distribuée dernier cri, mais dans les caches DNS de millions de serveurs à travers le monde. Vos données flotteraient littéralement autour du globe, fragmentées sur des machines que vous ne possédez pas, dans des résolveurs dont vous ignorez probablement l'existence.

Ça ressemble à un truc de roman cyberpunk, non ? Et bien quelqu'un l'a vraiment construit.

La Découverte Qui Tout Déclenché

Avant d'entrer dans le vif du sujet, parlons de quelque chose que la plupart des développeurs considèrent comme acquis : les TTL DNS. Quand vous interrogez un nom de domaine, le résolveur garde le résultat en cache pendant un certain temps avant de revérifier. La plupart d'entre nous думаent que c'est quelques minutes, peut-être quelques heures.

Mais voilà le truc : certains résolveurs accepteront volontiers de mettre en cache des entrées pendant une semaine entière si vous leur demandez gentiment.

Cette découverte a ouvert une question fascinante : si les caches DNS peuvent garder des données aussi longtemps, pourrait-on y stocker délibérément des fichiers ? Pas juste des recherches de domaine, mais de vraies données ?

La réponse,surprisingly, est oui.

DNSFS : Du Stockage en Plein Jour

DNSFS s'inspire d'un hack précédent appelé PingFS, qui stockait des données dans les paquets ICMP ping. Le problème avec PingFS ? Vous deviez faire des allers-retours constants pour maintenir les données en vie. Si vous cessiez d'envoyer, vos données disparaissaient.

DNSFS améliore ça considérablement. Puisque les résolveurs DNS mettent en cache les réponses, une fois qu'un morceau de donnée est stocké dans un résolveur, il persiste sans que vous ayez besoin de le redemander en boucle. Le résolveur bosse pour vous.

Laissez ça mariner une seconde. Vous utilisez l'infrastructure d'autres personnes — sans qu'ils le sachent — comme système de stockage de fichiers distribué et redondant.

Comment Ça Fonctionne Vraiment

L'implémentation technique est aussi brillante qu'inquiétante.

Pour que ça marche, il faut des résolveurs DNS ouverts — des serveurs qui répondent aux requêtes pour n'importe quel domaine, pas juste ceux pour lesquels ils sont authoritaires. Techniquement, ils devraient être isolés du net public car ils représentent un risque de réflexion DDoS. Mais voilà : des millions d'appareils arrivent avec des services DNS mal configurés et accessibles de partout.

Le système fonctionne en découpant les fichiers en petits morceaux, en les encodant comme requêtes DNS, et en les distribuant à travers l'internet. Chaque résolveur qui reçoit et met en cache une requête garde maintenant un bout de votre fichier. Pour récupérer les données, vous interrogez simplement les mêmes résolveurs et recomposez les morceaux.

La beauté (et l'horreur) de ce système : les données restent en cache jusqu'à expiration du TTL — aucune connexion continue nécessaire.

Scanner l'Internet pour Trouver des Résolveurs Ouverts

Voici où les choses deviennent impressionnantes et légèrement troublantes.

Construire DNSFS demande de trouver des résolveurs ouverts à travers l'internet. Ça signifie scanner des milliards d'adresses IP pour identifier ceux qui répondront aux requêtes DNS pour des domaines arbitraires.

Un développeur a utilisé masscan combiné avec des règles BPF (Berkeley Packet Filter) malines pour identifier efficacement uniquement les résolveurs utiles — en filtrant les serveurs authoritaires-only et autres bruits. Le résultat ? Près de 4 millions de résolveurs DNS ouverts dispersés à travers le globe.

La distribution géographique est révélatrice. La Chine domine avec plus de 1,4 million de résolveurs ouverts, suivie des États-Unis, de la Corée du Sud, de la Russie et du Brésil. Mais voici la métrique la plus intéressante : quand vous normalisez par rapport aux utilisateurs internet, les petites nations comme Saint-Kitts-et-Nevis ont une densité de résolveurs remarquable — environ un résolveur pour 51 habitants.

Pourquoi Ça Compte (Au-delà de l'Effet Cool)

Soyons clairs : DNSFS n'est absolument pas une solution de stockage pour la production. C'est lent, peu fiable, pas audité du tout, et probablement un cauchemar sécuritaire. Scanner tout l'internet pour trouver des résolveurs ouverts soulève aussi des questions éthiques sérieuses sur le consentement et les frontières réseau.

Mais ce n'est pas le propos.

DNSFS représente ce genre de pensée créative et qui repousse les limites qui fait avancer notre compréhension des systèmes en réseau. Ça met en lumière combien d'infrastructure mal configurée existe sur l'internet, ce qui ouvre des conversations importantes sur le durcissement de la sécurité. Ça démontre la persistance surprenante des données en cache dans les systèmes distribués. Et ça montre comment des protocoles apparemment rigides peuvent être détournés de façons inattendues.

C'est aussi un rappel que l'internet est bien plus bordélique que ce qu'on imagine souvent. Ces millions de résolveurs ouverts ? Ils tournent sur des routeurs domestiques, des appareils IoT, des équipements d'entreprise, et tout ce qu'il y a entre les deux. La plupart des administrateurs n'ont aucune idée que leurs services DNS sont accessibles de l'extérieur.

Ce Qu'il Faut Retenir pour les Développeurs

DNSFS ne stockera pas vos données applicatives de sitôt, mais ça offre des leçons précieuses :

Les protocoles ne sont que des points de départ. DNS a été conçu pour la résolution de noms. Ça ne veut pas dire que c'est sa seule utilisation.

Les hypothèses de sécurité comptent. Les résolveurs ouverts existent parce que quelqu'un a mal configuré quelque chose. Auditez toujours l'exposition de votre infrastructure.

Les contraintes créatives engendrent l'innovation. Les meilleurs hacks viennent souvent du travail dans des limitations inattendues. DNSFS existe parce que quelqu'un s'est demandé "et si on utilisait le cache ?"

L'internet est plus étrange et plus malléable que la plupart d'entre nous ne le pensent. Parfois les systèmes les plus intéressants sont ceux qui ne devraient probablement pas marcher du tout.

Vous avez rencontré des exploits de protocoles inhabituels ou des hacks d'infrastructure créatifs ? L'équipe NameOcean adore entendre parler des façons inventives dont les développeurs repoussent la technologie dans ses retranchements.