DNS μέσω Περιστεριών: Το Πιο Απίθανο Πρωτόκολλο Δικτύωσης που θα Λατρέψεις

Θα σου πω κάτι χωρίς αιδώ: ξόδεψα αρκετό χρόνο διαβάζοντας ένα draft του IETF με τίτλο "DNS over Avian Carriers (DoAC)" και δεν μετανιώνω καθόλου.

Για όσους δεν το γνωρίζουν, το IETF είναι ο οργανισμός πίσω από τα τεχνικά πρότυπα του σύγχρονου διαδικτύου. Τα έγγραφά του είναι συνήθως πυκνά, μεθοδικά και βαθιά σοβαρά. Οπότε όταν συναντάς ένα draft που προτείνει σοβαρά τη χρήση αλληλογραφικών περιστεριών για την επίλυση hostnames, σταματάς να διαβάσεις—όχι επειδή είναι πρακτικό, αλλά επειδή αποκαλύπτει κάτι συναρπαστικό για το πώς σκεφτόμαστε τα πρωτόκολλα δικτύωσης.

Το Πρωτόκολλο που Ξέχασε ο Χρόνος

Η ιστορία ξεκινά το 1990 με το RFC 1149, που εισήγαγε το IP over Avian Carriers (IPoAC). Ναι, το IETF δημοσίευσε επίσημη προδιαγραφή για τη μετάδοση IP datagrams μέσω αλληλογραφικών περιστεριών. Το έγγραφο περιλαμβάνει εκτιμήσεις απώλειας πακέτων ("περίπου 55% χωρίς στάθμιση"), υπολογισμούς λανθάνοντος χρόνου και συγκρίσεις απόδοσης. Ανανεώθηκε το 2001 με το RFC 2549 (υποστήριξη ποιότητας υπηρεσίας για αερομεταφορείς πουλιών) και ξανά το 2011 με το RFC 6214 (συμβατότητα IPv6).

Αυτά δεν ήταν αστεία—ήταν νόμιμα πειραματικά πρωτόκολλα, με πλήρεις υλοποιήσεις και δοκιμές στον πραγματικό κόσμο. Πανεπιστήμια και ομάδες χάκερ έχουν αναπτύξει δίκτυα βασισμένα σε περιστέρια για διασκέδαση και εκπαιδευτικούς σκοπούς.

Υπάρχει όμως ένα πρόβλημα: για τρεις δεκαετίες, αυτό το stack είχε ένα τεράστιο κενό. Μπορούσες να στείλεις IP πακέτα μέσω περιστεριού, αλλά δεν μπορούσες να επιλύσεις domain names. Χωρίς DNS, κάθε προορισμός έπρεπε να κωδικοποιηθεί σκληρά ως IP διεύθυνση πάνω στο πουλί. Φαντάσου να εξηγείς στους διαχειριστές δικτύου ότι η προσθήκη νέου server απαιτούσε φυσική επανεκπαίδευση των περιστεριών σου.

DoAC: DNS για τα Πουλιά

Το draft DoAC επιχειρεί να λύσει αυτό με χαρακτηριστική τεχνική σοβαρότητα. Ορίζει:

• Μορφές μηνυμάτων για ερωτήματα και απαντήσεις DNS που μπορούν να προσαρτηθούν σε περιστέρια
• Την AA (Avian Authority) Resource Record για δημοσίευση διευθύνσεων περιστερώνων
• Συμπεριφορά επαναμετάδοσης που λαμβάνει υπόψη την απρόβλεπτη φύση της πτηνηγορίας
• Διαδικασίες bootstrapping συμπεριλαμβανομένου του "Pigeon of Last Resort" για αρχική ανακάλυψη resolver

Η προσοχή στη λεπτομέρεια είναι πραγματικά εντυπωσιακή. Η ενότητα 5.2 συζητά "Resolver Discovery Without Prior State", αναγνωρίζοντας ότι το πρώτο σου περιστέρι δεν μπορεί να ξέρει πού να βρει DNS server επειδή δεν έχει DNS για να το αναζητήσει. Η λύση; Ένα προρυθμισμένο επείγον περιστέρι.

Ζητήματα Ασφαλείας που Διαβάζονται Σαν Ντοκιμαντέρ

Εκεί όπου το DoAC λάμπει πραγματικά είναι στην ανάλυση ασφαλείας του. Το draft εντοπίζει απειλές όπως:

• Επιθέσεις Hawk-in-the-Middle όπου ένα αρπακτικό υποκλέπτει το ερώτημά σου στη μέση της πτήσης
• Pigeon spoofing και η προτεινόμενη λύση της "Plumage-Based Authentication"
• Loft hijacking όπου επιτιθέμενος αναλαμβάνει τον έλεγχο του προορισμού σου
• Επιθέσεις Denial of Flight (DoF)—ουσιαστικά DDoS αλλά για πουλιά
• Η Πεινασμένη Γάτα ως Φυσική Απειλή Επιπέδου (αυτονόητο)
• Replay attacks μέσω τυπωμένου αλληλογραφικού περιστεριού (κάποιος στέλνει ένα νεκρό περιστέρι με παλιές cached απαντήσεις)

Θα πλήρωνα πραγματικά χρήματα για να δω μια ομάδα red team να επιχειρεί μερικά από αυτά.

Τι Σημαίνει Πραγματικά Αυτό

Το θέμα με τα απίθανα τεχνικά έγγραφα είναι ότι συχνά διδάσκουν περισσότερα από τα λογικά. Το DoAC σε αναγκάζει να αντιμετωπίσεις υποθέσεις που δεν κατάλαβες ότι έκανες.

Όταν χρησιμοποιείς DNS σήμερα, εμπιστεύεσαι σιωπηλά:

• Τα resolvers του ISP σου δεν θα σε ψευδοδοξούν
• Τα πακέτα δεν θα υποκλαπούν ή θα τροποποιηθούν
• Οι servers θα είναι διαθέσιμοι όταν τους χρειάζεσαι
• Η φυσική υποδομή δεν θα καταρρεύσει καταστροφικά

Το DoAC κάνει όλες αυτές τις σιωπηλές εμπιστοσύνες ρητές—και γελοίες. Ένα δίκτυο περιστεριών δεν έχει νόημα για παραγωγικά συστήματα, αλλά η άσκηση σχεδιασμού για αυτό αποκαλύπτει ακριβώς πόσο εξαρτόμαστε από υποδομές που θεωρούμε δεδομένες.

Το Πραγματικό Μάθημα

Υπάρχει ένα μάθημα εδώ για προγραμματιστές που χτίζουν σύγχρονα συστήματα, ειδικά αυτούς που εργάζονται με edge computing, mesh δίκτυα ή διαλείπουσα συνδεσιμότητα:

Κάθε πρωτόκολλο προϋποθέτει ένα υποκείμενο transport με συγκεκριμένες ιδιότητες. Όταν αυτές οι ιδιότητες αλλάζουν, χρειάζεσαι νέα πρωτόκολλα.

DNS over TCP/IP προϋποθέτει αξιόπιστη, γρήγορη παράδοση πακέτων. DNS over Avian Carriers προϋποθέτει... ότι τα πακέτα σου θα φτάσουν τελικά, πιθανώς, μάλλον. Το draft DoAC δεν είναι απλά αστείο—είναι υπενθύμιση ότι το "always-on, low-latency, high-reliability" είναι πολυτέλεια, όχι σταθερά.

Για startups που χτίζουν εφαρμογές για αναδυόμενες αγορές, αγροτικές περιοχές ή σενάρια καταστροφών, η κατανόηση αυτών των tradeoffs έχει σημασία. Το IETF πέρασε 30 χρόνια σκεπτόμενο τι γίνεται όταν το δίκτυό σου είναι ένα κοπάδι περιστέρια. Αυτή η δουλειά μπορεί να είναι πιο σχετική από ό,τι νομίζεις.

Έχεις συναντήσει ποτέ κάποιο πρωτόκολλο που σε έκανε να αμφισβητήσεις τις υποθέσεις σου για το πώς λειτουργεί η δικτύωση; Μοιράσου το αγαπημένο σου απίθανο RFC στα σχόλια. Και αν βρήκες ένα τυπωμένο περιστέρι με DNS records προσαρτημένα, πες μας πώς πήγε.