DNS przez gołębie pocztowe: Najbardziej absurdalny stos protokołów, jaki kiedykolwiek pokochasz

Zaczynam od wyznania: poświęciłem niewiarygodnie dużo czasu na lekturę draftu IETF zatytułowanego "DNS over Avian Carriers (DoAC)" i ani przez chwilę tego nie żałuję.

Dla tych, którzy nie mieli tej przyjemności — IETF to organizacja odpowiedzialna za standardy techniczne napędzające współczesny internet. Ich dokumenty są zazwyczaj gęste, metodyczne i głęboko poważne. Więc kiedy trafiasz na draft, który z całą powagą proponuje wykorzystanie gołębi pocztowych do rozwiązywania nazw hostów, zwracasz uwagę — nie dlatego, że to praktyczne, ale dlatego, że ujawnia coś fascynującego o tym, jak myślimy o protokołach sieciowych.

Stos protokołów zapomniany przez czas

Historia zaczyna się w 1990 roku, kiedy to pojawił się RFC 1149, wprowadzający IP over Avian Carriers (IPoAC). Tak, IETF opublikowało formalną specyfikację transmisji datagramów IP za pomocą gołębi pocztowych. Dokument zawiera oszacowania utraty pakietów ("około 55% bez wag"), obliczenia opóźnień i porównania przepustowości. Zaktualizowano go w 2001 roku RFC 2549 (wsparcie Quality of Service dla przewoźników lotniczych), a potem jeszcze raz w 2011 RFC 6214 (kompatybilność z IPv6).

To nie były żarty — to były legitymacyjne eksperymentalne protokoły, kompletne z działającymi implementacjami i testami w prawdziwym świecie. Uniwersytety i grupy hakerów faktycznie wdrażały sieci oparte na gołębiach dla zabawy i edukacji.

Jest jednak jeden problem: przez trzy dekady ten stos protokołów miał ogromną lukę. Można było wysyłać pakiety IP przez gołębia, ale nie można było rozwiązywać nazw domenowych. Bez DNS każdy cel musiał być zakodowany jako adres IP bezpośrednio na ptaku. Wyobraź sobie tłumaczenie administratorom sieci, że dodanie nowego serwera wymaga fizycznego przeuczenia gołębi.

Wchodzi DoAC: DNS dla ptaków

Draft DoAC próbuje rozwiązać ten problem z charakterystyczną techniczną powagą. Definiuje:

• Formaty wiadomości dla zapytań i odpowiedzi DNS, które można przymocować do gołębi
• Rekord zasobowy AA (Avian Authority) do publikowania adresów loftów
• Zachowanie przy ponownej transmisji uwzględniające nieprzewidywalną naturę dostawy lotniczej
• Procedury bootstrapingu włącznie z "Gołębiem Ostatniej Szansy" do początkowego odnalezienia resolvera

Dbałość o szczegóły jest naprawdę imponująca. Sekcja 5.2 omawia "Odnajdywanie Resolvera Bez Uprzedniego Stanu", uznając, że twój pierwszy gołąb nie może wiedzieć, gdzie znaleźć serwer DNS, bo nie ma DNS, żeby to sprawdzić. Rozwiązanie? Wstępnie skonfigurowany awaryjny gołąb.

Rozważania bezpieczeństwa brzmiące jak film przyrodniczy

Tam gdzie DoAC naprawdę błyszczy, to w analizie bezpieczeństwa. Draft identyfikuje zagrożenia takie jak:

• Ataki Jastrzębia w Środku (Hawk-in-the-Middle), gdzie drapieżnik przechwytuje twoje zapytanie w połowie lotu
• Podrabianie gołębi i proponowane rozwiązanie "Uwierzytelniania na Podstawie Upięcia"
• Porwanie loftu, gdzie atakujący przejmuje kontrolę nad twoim celem
• Ataki Odmowy Lotu (Denial of Flight, DoF) — zasadniczo DDoS, ale dla ptaków
• Głodny Kot jako Zagrożenie Warstwy Fizycznej (samo się tłumaczy)
• Ataki powtórzeniowe przez wypchany okaz (ktoś wysyła martwego gołębia ze starymi buforowanymi odpowiedziami)

Zapłaciłbym prawdziwymi pieniędzmi, żeby zobaczyć red team próbujący niektórych z tych wektorów ataku.

Co to nam tak naprawdę mówi

Oto rzecz dotycząca absurdalnych dokumentów technicznych: często są bardziej pouczające niż te sensowne. DoAC zmusza cię do konfrontacji z założeniami, których nie zdawałeś sobie sprawy, że robisz.

Kiedy korzystasz z DNS dzisiaj, implicite ufasz, że:

• Resolwery twojego ISP nie będą cię okłamywać
• Pakiety nie zostaną przechwycone ani zmodyfikowane
• Serwery będą dostępne, kiedy ich potrzebujesz
• Infrastruktura fizyczna nie zawiedzie katastrofalnie

DoAC sprawia, że wszystkie te implicytne zaufania stają się jawne — i absurdalne. Sieć gołębiowa nie ma sensu dla systemów produkcyjnych, ale ćwiczenie projektowania dla niej ujawnia, jak bardzo polegamy na infrastrukturze, którą traktujemy jako coś oczywistego.

Prawdziwa lekcja

Jest tu lekcja dla developerów budujących nowoczesne systemy, szczególnie tych pracujących z edge computing, sieciami mesh czy przerywanymi połączeniami:

Każdy protokół zakłada istnienieunderlying transportu o określonych właściwościach. Kiedy te właściwości się zmieniają, potrzebujesz nowych protokołów.

DNS over TCP/IP zakłada niezawodną, szybką dostawę pakietów. DNS over Avian Carriers zakłada... cóż, że twoje pakiety w końcu dotrą, prawdopodobnie, może. Draft DoAC to nie tylko żart — to przypomnienie, że "zawsze włączone, niskie opóźnienia, wysoka niezawodność" to luksus, nie stała.

Dla startupów budujących aplikacje na rynki wschodzące, obszary wiejskie czy scenariusze katastrof, zrozumienie tych kompromisów ma znaczenie. IETF spędziło 30 lat zastanawiając się, co się dzieje, kiedy twoja sieć to stado gołębi. Ta praca może być bardziej aktualna, niż myślisz.

Czy kiedykolwiek natknąłeś się na protokół, który kazał ci zakwestionować założenia o tym, jak działą sieciowanie? Podziel się swoim ulubionym absurdalnym RFC w komentarzach. A jeśli znalazłeś wypchanego gołębia z rekordami DNS, daj znać, jak to się skończyło.