Wada w sercu Internetu

Dan Kaminsky, co nietypowe, nie szukał błędów na początku tego roku, kiedy natknął się na błąd w rdzeniu Internetu. Badacz bezpieczeństwa wykorzystywał swoją wiedzę na temat infrastruktury internetowej, aby wymyślić lepszy sposób przesyłania strumieniowego filmów do użytkowników. Kaminsky specjalizuje się w internetowym systemie nazw domen (DNS), protokole odpowiedzialnym za dopasowywanie adresów URL stron internetowych z adresami numerycznymi serwerów, które je obsługują. Ta sama treść może być hostowana na wielu serwerach z kilkoma adresami, a Kaminsky pomyślał, że ma świetną sztuczkę, aby kierować użytkowników na serwery, które najlepiej obsługują ich żądania w danym momencie.

Widząc problem: Badacz bezpieczeństwa Dan Kaminsky po raz pierwszy zauważył podstawową lukę w Internecie zeszłej zimy.

Zwykle DNS jest niezawodny, ale nie jest zwinny. Kiedy komputer, powiedzmy, serwer, który pomaga kierować ruchem w sieci Comcast, żąda adresu numerycznego związanego z danym adresem URL, przechowuje odpowiedź przez okres znany jako czas życia, który może wynosić od sekund do dni. Pomaga to zmniejszyć liczbę żądań wysyłanych przez serwer. Pomysł Kaminsky'ego polegał na ominięciu czasu życia, dzięki czemu serwer otrzymywał nową odpowiedź za każdym razem, gdy chciał poznać adres witryny. W konsekwencji ruch w sieci Comcast byłby w każdej chwili wysyłany pod optymalny adres, a nie na adres, który został już zapisany. Kaminsky był pewien, że strategia może znacznie przyspieszyć dystrybucję treści.

Dopiero później, po rozmowie o pomyśle z przyjacielem, Kaminsky zdał sobie sprawę, że jego sztuczka może całkowicie złamać bezpieczeństwo systemu nazw domen, a tym samym samego Internetu. Okazuje się, że czas życia był podstawą bezpieczeństwa DNS; możliwość ominięcia go pozwalała na szeroką gamę ataków. Kaminsky napisał mały kod, aby upewnić się, że sytuacja jest tak zła, jak sądził. Kiedy zobaczyłem, że to działa, mój żołądek opadł, mówi. Pomyślałem: „Co do cholery mam z tym zrobić? To wpływa na wszystko”.

Technikę Kaminsky'ego można wykorzystać do kierowania internautów do dowolnej strony internetowej wybranej przez atakującego. Najbardziej oczywistym zastosowaniem jest wysyłanie ludzi na strony phishingowe (strony zaprojektowane w celu nakłaniania ludzi do wprowadzania haseł bankowych i innych danych osobowych, co umożliwia atakującemu kradzież ich tożsamości) lub do innych fałszywych wersji stron internetowych. Ale niebezpieczeństwo jest jeszcze większe: protokoły używane do dostarczania poczty e-mail lub do bezpiecznej komunikacji przez Internet ostatecznie opierają się na DNS. Kreatywny atakujący może wykorzystać technikę Kaminsky'ego do przechwytywania poufnych wiadomości e-mail lub do tworzenia sfałszowanych wersji certyfikatów, które zapewniają bezpieczne transakcje między użytkownikami a witrynami bankowymi. Każdego dnia znajduję kolejne domino, mówi Kaminsky. Kolejna rzecz upada, jeśli DNS jest zły. … Mam na myśli, dosłownie, rozglądasz się i widzisz wszystko, co korzysta z sieci - wszystko, co korzysta z sieci - i prawdopodobnie używa DNS.

Multimedia

• Zobacz zarys ataku polegającego na zatruciu pamięci podręcznej.

Kaminsky zadzwonił do Paula Vixie, prezesa Internet Systems Consortium, korporacji non-profit, która obsługuje kilka aspektów infrastruktury internetowej, w tym oprogramowanie najczęściej używane w systemie nazw domen. Zwykle, jeśli ktoś chce zgłosić problem, spodziewasz się, że wyjaśnienie go zajmie sporo czasu - może tablica, może dokument Worda lub dwa, mówi Vixie. W tym przypadku wyjaśnienie problemu zajęło mu 20 sekund i kolejne 20 sekund, aby odpowiedzieć na moje zastrzeżenia. Potem powiedziałem: „Dan, rozmawiam z tobą przez niezabezpieczony telefon komórkowy. Proszę, nigdy więcej nie mów nikomu tego, co właśnie powiedziałeś przez niezabezpieczony telefon komórkowy.

Być może najbardziej przerażające było to, że ponieważ luka nie była zlokalizowana w żadnym konkretnym sprzęcie ani oprogramowaniu, ale w projekcie samego protokołu DNS, nie było jasne, jak ją naprawić. W tajemnicy Kaminsky i Vixie zebrali najlepszych ekspertów DNS na świecie: ludzi z rządu USA i inżynierów wysokiego szczebla z głównych producentów oprogramowania i sprzętu DNS, w tym Cisco i Microsoft. Zorganizowali spotkanie w marcu w kampusie Microsoftu w Redmond w stanie Waszyngton. Aranżacje były tak tajne i pospieszne, mówi Kaminsky, że w odrzutowcach do Microsoftu byli ludzie, którzy nawet nie wiedzieli, co to za błąd.

W Redmond grupa próbowała określić zakres usterki i rozwiązać możliwą naprawę. Zdecydowali się na rozwiązanie tymczasowe, które naprawi większość problemów, będzie stosunkowo łatwe do wdrożenia i zamaskuje dokładną naturę usterki. Ponieważ napastnicy często identyfikują luki w zabezpieczeniach, wykorzystując poprawki mające na celu ich naprawę, grupa zdecydowała, że ​​wszyscy jej członkowie muszą wydać łatkę jednocześnie (data premiery miałaby się pojawić 8 lipca). Kaminsky poprosił również badaczy bezpieczeństwa, aby nie spekulowali publicznie o szczegółach usterki przez 30 dni po wydaniu łaty, próbując dać firmom wystarczająco dużo czasu na zabezpieczenie swoich serwerów.

6 sierpnia na konferencji Black Hat, dorocznym spotkaniu światowych ekspertów ds. bezpieczeństwa w Internecie, Kaminsky publicznie ujawni, na czym polega wada i jak można ją wykorzystać.

Prosić się o kłopoty
Kaminsky tak naprawdę nie odkrył nowego ataku. Zamiast tego znalazł genialny sposób na tchnięcie życia w bardzo stare. Rzeczywiście, podstawowa wada będąca celem jego ataku jest starsza niż sam Internet.

Fundament DNS został położony w 1983 roku przez Paula Mockapetrisa, wówczas na Uniwersytecie Południowej Kalifornii, w czasach ARPAnet, projektu badawczego Departamentu Obrony USA, który połączył komputery w niewielkiej liczbie uniwersytetów i instytucji badawczych, a ostatecznie doprowadził do Internetu . System został zaprojektowany tak, aby działał jak usługa 411 firmy telefonicznej: po podaniu nazwy wyszukuje numery, które doprowadzą do osoby noszącej tę nazwę. DNS stał się niezbędny, ponieważ ARPAnet wyrósł poza zdolność jednostki do śledzenia adresów numerycznych w sieci. Mockapetris, który obecnie jest prezesem i głównym naukowcem Nominum, dostawcy oprogramowania infrastrukturalnego z siedzibą w Redwood w Kalifornii, zaprojektował DNS jako hierarchię. Kiedy ktoś wpisuje adres URL strony internetowej w przeglądarce lub klika hiperłącze, żądanie trafia do serwera nazw obsługiwanego przez dostawcę usług internetowych (ISP) użytkownika. Serwer dostawcy usług internetowych przechowuje często adresy numeryczne adresów URL, które obsługuje — przynajmniej do czasu, gdy upłynie ich czas życia. Ale jeśli nie może znaleźć adresu, wysyła zapytanie do jednego z 13 głównych serwerów DNS, który kieruje żądanie do serwera nazw odpowiedzialnego za jedną z domen najwyższego poziomu, taką jak .com lub .edu. Ten serwer przekazuje żądanie do serwera specyficznego dla jednej nazwy domeny, takiego jak google.com lub mit.edu. Przekazywanie jest kontynuowane przez serwery z coraz bardziej określonymi obowiązkami – mail.google.com lub library.mit.edu – dopóki żądanie nie dotrze do serwera, który może podać żądany adres numeryczny lub odpowiedzieć, że taki adres nie istnieje. W miarę dojrzewania Internetu stało się jasne, że DNS nie jest wystarczająco bezpieczny. Proces przekazywania żądania z jednego serwera do drugiego daje napastnikom wiele możliwości ingerowania w fałszywe odpowiedzi, a system nie miał żadnych zabezpieczeń, aby zapewnić, że serwer nazw odpowiadający na żądanie jest godny zaufania. Jak mówi Mockapetris, już w 1989 roku zdarzały się przypadki zatrucia pamięci podręcznej, w których serwer nazw został oszukany do przechowywania fałszywych informacji o adresie numerycznym powiązanym ze stroną internetową.
W latach 90. praca truciciela była stosunkowo łatwa. Serwery nazw niższego poziomu są zazwyczaj utrzymywane przez podmioty prywatne: na przykład Amazon kontroluje adresy dostarczane przez serwer nazw amazon.com. Jeśli serwer nazw niskiego poziomu nie może znaleźć żądanego adresu, skieruje żądającego do innego serwera nazw lub poinformuje żądającego, że strona nie istnieje. Ale w latach 90. serwer niskiego poziomu mógł również dostarczyć żądającemu adres serwera najwyższego poziomu. Aby zatruć pamięć podręczną, atakujący musiał po prostu sfałszować te informacje. Jeśli atakujący oszuka, powiedzmy, serwer nazw usługodawcy internetowego, aby zapisał niewłaściwy adres serwera .com, może przejąć większość ruchu przechodzącego przez sieć usługodawcy internetowego. Mockapetris twierdzi, że kilka funkcji zostało następnie dodanych do DNS w celu ochrony systemu. Serwery żądające przestały akceptować adresy liczbowe wyższego poziomu z serwerów nazw niższego poziomu. Jednak napastnicy znaleźli sposób na obejście tego ograniczenia. Tak jak poprzednio, odsyłaliby żądającego z powrotem do, powiedzmy, serwera .com. Ale teraz osoba żądająca musiała samodzielnie wyszukać adres serwera .com. Poprosiłby o adres, a atakujący ścigałby się, aby odpowiedzieć sfałszowaną odpowiedzią, zanim nadejdzie prawdziwa odpowiedź. Dodano również doraźne środki bezpieczeństwa w celu ochrony przed tą strategią. Teraz każde żądanie skierowane do serwera DNS zawiera losowo wygenerowany identyfikator transakcji, jedną z 65 000 możliwych liczb, które odpowiedź również musi zawierać. Atakujący, który ścigałby się z uzasadnioną odpowiedzią, musiałby również odgadnąć poprawny identyfikator transakcji. Niestety, komputer może wygenerować tak wiele fałszywych odpowiedzi tak szybko, że jeśli ma wystarczające szanse, z pewnością znajdzie prawidłowy identyfikator. Tak więc czas życia, pierwotnie mający na celu ochronę serwerów nazw przed przeciążeniem zbyt dużą liczbą żądań, stał się kolejną prowizoryczną funkcją bezpieczeństwa. Ponieważ serwer żądający będzie przechowywać odpowiedź przez pewien czas, atakujący ma tylko kilka szans na próbę fałszerstwa. W większości przypadków, gdy serwer potrzebuje adresu .com, sprawdza swoją pamięć podręczną zamiast sprawdzać z serwerem .com. Kaminsky znalazł sposób na ominięcie tych doraźnych zabezpieczeń – co najważniejsze, czasu życia. To sprawiło, że system był tak samo podatny na ataki, jak wtedy, gdy odkryto zatrucie pamięci podręcznej. Wykorzystując technikę Kaminsky'ego, atakujący ma prawie nieskończoną liczbę szans na dostarczenie fałszerstwa. Załóżmy, że atakujący chce przejąć wszystkie wiadomości e-mail, które serwis społecznościowy, taki jak Facebook lub MySpace, wysyła na konta Gmail. Rejestruje konto w sieci społecznościowej, a kiedy jest proszony o podanie adresu e-mail, podaje taki, który wskazuje domenę, którą kontroluje. Zaczyna logować się do sieci społecznościowej, ale twierdzi, że zapomniał hasła. Gdy system próbuje wysłać nowe hasło, przeprowadza wyszukiwanie DNS, które prowadzi do domeny atakującego. Ale serwer atakującego twierdzi, że żądany adres jest nieprawidłowy. W tym momencie osoba atakująca może skierować zgłaszającego do serwerów nazw google.com i ścigać się z dostarczeniem sfałszowanej odpowiedzi. Ale wtedy miałby tylko jedną szansę na złamanie identyfikatora transakcji. Zamiast tego odsyła zgłaszającego do nieistniejących domen 1.google.com, następnie 2.google.com, 3.google.com itd., wysyłając falę fałszywych odpowiedzi dla każdej z nich. Za każdym razem serwer żądający konsultuje się z serwerami nazw Google, a nie ze swoją pamięcią podręczną, ponieważ nie będzie przechowywał adresów żadnych fałszywych adresów URL. Atak całkowicie omija granice wyznaczone przez czas życia. Jedno z fałszerstw napastnika z pewnością się przedostanie. Następnie wystarczy skierować wszystko, co serwer żądający ma dla Google, na własne serwery atakującego, ponieważ wydaje się, że atakujący ma uprawnienia do adresów URL kończących się na google.com. Kaminsky mówi, że był w stanie wykonać ataki testowe w zaledwie 10 sekund.

Atak zatruwający pamięć podręczną
Zatrucie pamięci podręcznej powoduje, że serwer żądający przechowuje fałszywe informacje o adresie numerycznym powiązanym ze stroną internetową. Podstawowa wersja ataku – bez niektórych bardziej wyrafinowanych technik stosowanych przez Kaminsky'ego – została opisana poniżej. 1. Na początek atakujący nakłania serwer ofiary do skontaktowania się z domeną kontrolowaną przez atakującego. Atakujący może, powiedzmy, twierdzić, że zapomniał hasła, co skłania ofiarę do odpowiedzi e-mailem.
2. Ofiara wykonuje wyszukiwanie DNS, aby dowiedzieć się, gdzie wysłać e-mail. Ale serwer nazw atakującego odsyła ofiarę do innego serwera, takiego jak example.com. Ponieważ atakujący wie, że ofiara rozpocznie teraz wyszukiwanie DNS tego serwera, ma możliwość próby zatrucia jego pamięci podręcznej. 3. Atakujący próbuje dostarczyć fałszywą odpowiedź, zanim prawdziwy serwer będzie mógł dostarczyć prawdziwą. Jeśli atakujący odgadnie właściwy numer identyfikacyjny, ofiara akceptuje odpowiedź na zgadywanie, co zatruwa pamięć podręczną.
W ciemności
8 lipca Kaminsky zorganizował obiecaną konferencję prasową, ogłaszając wydanie łatki i prosząc innych badaczy, aby nie spekulowali na temat wady. Sprzedawcy sprzętu i oprogramowania zdecydowali się na poprawkę, która zmusza atakującego do odgadnięcia dłuższego identyfikatora transakcji. Kaminsky mówi, że przed poprawką atakujący musiał podjąć dziesiątki tysięcy prób skutecznego zatrucia pamięci podręcznej. Po aktualizacji musiałby zarobić miliardy. Informacje o błędzie pojawiły się w New York Times, na stronie internetowej BBC oraz w niemal każdej publikacji technicznej. Administratorzy systemów starali się, aby poprawka działała w ich systemach, zanim zostaną zaatakowani. Ale ponieważ Kaminsky nie przedstawił szczegółów wady, niektórzy członkowie społeczności bezpieczeństwa byli sceptyczni. Thomas Ptacek, badacz z Matasano Security, napisał na Twitterze: Mówiąc to najpierw tutaj: wątpimy, czy to ogłoszenie o bezpieczeństwie DNS naprawdę ma jakiekolwiek znaczenie. Dino Dai Zovi, badacz bezpieczeństwa najbardziej znany ze znajdowania sposobów dostarczania złośliwego oprogramowania do w pełni załatanego Macbooka Pro, mówi, że byłem zdecydowanie sceptyczny co do natury luki, zwłaszcza ze względu na ilość szumu i uwagi w porównaniu z małą ilością szczegółów . Ilekroć widzę coś takiego, natychmiast zakładam kapelusz sceptyka, ponieważ wygląda to raczej na kogoś, kto ma żywotny interes, a nie kogoś, kto próbuje coś naprawić. Dai Zovi i inni zauważyli, że czas był idealny, aby promować wygląd Kaminsky'ego Black Hat, i zjeżyli się na prośbę, aby powstrzymać się od spekulacji. Brak informacji był szczególnie kontrowersyjny, ponieważ administratorzy systemów często są odpowiedzialni za ocenę poprawek i podejmowanie decyzji o ich zastosowaniu, oceniając niebezpieczeństwo luki w zabezpieczeniach w porównaniu z zakłóceniami, które spowoduje poprawka. Ponieważ DNS ma kluczowe znaczenie dla działania każdej organizacji zależnej od Internetu, zmiana go nie jest czymś, co robi się lekko. Co gorsza, ta poprawka nie działała poprawnie z niektórymi typami zapór korporacyjnych. Wielu specjalistów IT wyrażało frustrację z powodu braku szczegółów, mówiąc, że nie byli w stanie właściwie ocenić poprawki, gdy tak wiele pozostało w ukryciu. Zaniepokojony sceptycyzmem co do jego twierdzeń, Kaminsky zorganizował telekonferencję z Ptackiem i Dai Zovi, mając nadzieję, że przekonają ich, jak niebezpieczny jest błąd. Obaj wyszli z połączenia nawróceni. Ale chociaż Dai Zovi zauważa, że ​​wiele się zmieniło od czasu, gdy producenci sprzętu i oprogramowania radzili sobie z błędami, po prostu zaprzeczając, że badacze bezpieczeństwa zidentyfikowali prawdziwe problemy, mówi również: Nie wiemy, co zrobić, gdy luki są naprawdę duże. systemy takie jak DNS. Badacze stają przed dylematem, mówi: muszą wyjaśnić wady, aby przekonać innych o ich powadze, ale luka, taka jak ta, którą odkrył Kaminsky, jest tak poważna, że ​​ujawnienie jej szczegółów może zagrozić opinii publicznej. Halvar Flake, niemiecki badacz bezpieczeństwa, był jednym z obserwatorów, który uważał, że milczenie jest bardziej szkodliwą alternatywą. Jak twierdzi, publiczna spekulacja jest właśnie tym, co jest potrzebne, aby pomóc ludziom zrozumieć, co może ich uderzyć. Flake przeczytał kilka podstawowych materiałów, w tym wpis w niemieckiej Wikipedii na temat DNS, i napisał na blogu wpis o tym, co jego zdaniem mógł znaleźć Kaminsky. Oświadczając, że jego przypuszczenia były prawdopodobnie błędne, zaprosił innych badaczy, aby go poprawili. W jakiś sposób, pośród zamieszania, jakie wywołał jego post w społeczności zajmującej się bezpieczeństwem, szczegółowe wyjaśnienie usterki pojawiło się na stronie hostowanej przez pracodawcę Ptacka, Matasano Security. Wyjaśnienie zostało szybko usunięte, ale nie wcześniej niż rozprzestrzeniło się w Internecie. Nastał chaos. Kaminsky napisał na Twitterze, że błąd DNS jest publiczny. Musisz załatać lub przełączyć się na [oparte na sieci] OpenDNS, TERAZ. W ciągu kilku dni Metasploit, projekt bezpieczeństwa komputerowego, który projektuje przykładowe ataki, aby pomóc w testowaniu, wydał dwa moduły wykorzystujące lukę Kaminsky'ego. Niedługo potem na wolności zaobserwowano jeden z pierwszych ataków opartych na luce DNS. Przejęła część serwerów AT&T, aby zaprezentować fałszywą stronę główną Google, załadowaną własnymi reklamami atakującego. Z plików cookie
Trzydzieści minut przed tym, jak Kaminsky wszedł na scenę w Black Hat, aby w końcu ujawnić szczegóły wady, ludzie zaczęli zalewać salę balową w Caesar’s Palace w Las Vegas. Mówca poprzedzający Kamińskiego pospieszył z podsumowaniem. Zabrakło miejsc, a ludzie siedzieli ze skrzyżowanymi nogami na każdym calu kwadratowym dywanu. Babcia Kamińskiego, która siedziała w pierwszym rzędzie, upiekła na imprezę 250 ciastek. Nie było wystarczająco blisko. Kaminsky wszedł na podium. Tam jest dużo ludzi, powiedział. O kurczę. Kaminsky jest wysoki, a jego gesty są trochę niezręczne. Powiedział, że na początku sierpnia ponad 120 milionów klientów usług szerokopasmowych było chronionych, ponieważ dostawcy usług internetowych zastosowali poprawki. Siedemdziesiąt procent firm z listy Fortune 500 załatało swoje systemy, a dodatkowe 15 procent nad tym pracowało. Dodał jednak, że od 30 do 40 procent serwerów nazw w Internecie nadal nie załatano i jest podatnych na jego 10-sekundowy atak zatruwania pamięci podręcznej. Na scenie przeskakiwał między radosnym opisem mrocznych możliwości swojego odkrycia a próbami zebrania powagi odpowiedniej do ich powagi. Mówił przez 75 minut, stając się wyraźnie lżejszym, gdy uwalniał się od siedmiomiesięcznych sekretów. Gdy zakończył swoją przemowę, tłum zbliżył się do niego, a reporter za reporterem odganiał go. Nawet ci eksperci ds. bezpieczeństwa, którzy zgodzili się, że luka jest poważna, byli zaskoczeni gorliwym przyjęciem uwagi mediów przez Kaminsky'ego i jego nieustannym wysiłkiem nagłośnienia błędu. Później tego samego dnia Kaminsky otrzymał nagrodę Pwnie za najbardziej przereklamowany błąd od grupy badaczy bezpieczeństwa. (Słowo pwn, rymujące się z własnym, to slang internetowy oznaczający całkowicie dominację. Nagroda Kamińskiego nosi podtytuł The Pwnie za znęcanie się nad mediami.) Dai Zovi, wręczając nagrodę, próbował wyliczyć publikacje, które przekazały historię Kamińskiego. Zrezygnował, mówiąc: Co nie byłeś w? GQ! ktoś krzyknął z publiczności. Kaminsky wszedł na scenę i wypluł dwa zdania: Niektórzy znajdują błędy; niektórzy ludzie naprawiają błędy. Cieszę się, że jestem w drugiej kategorii. Wymachując nagrodą – złotym kucykiem – za jego jasnoróżowe włosy, przeszedł długim przejściem sali balowej i wyszedł za drzwi. Kto tu rządzi?
W zależności od twojej perspektywy, sposób, w jaki Kaminsky poradził sobie z błędem DNS i jego łatką, był albo niebezpiecznym działaniem, które niepotrzebnie zwróciło uwagę opinii publicznej na lukę w Internecie, albo – jak widzi Kaminsky – włamaniem do mediów, które było konieczne, aby zwrócić uwagę na niebezpieczeństwa błędu. Tak czy inaczej, historia wskazuje na niepokojący brak jakiegokolwiek procesu identyfikacji i naprawy krytycznych usterek w Internecie. Ponieważ Internet jest tak zdecentralizowany, po prostu nie ma konkretnej osoby lub organizacji, która byłaby odpowiedzialna za rozwiązywanie jego problemów. I chociaż wada Kaminsky'ego jest szczególnie poważna, eksperci twierdzą, że prawdopodobnie nie jest jedyną w infrastrukturze internetowej. Wiele protokołów internetowych nie zostało zaprojektowanych z myślą o zastosowaniach, do jakich są obecnie wykorzystywane; wiele jego funkcji bezpieczeństwa zostało dodanych i nie rozwiązuje podstawowych luk w zabezpieczeniach. Na dłuższą metę, architektonicznie, musimy przestać zakładać, że sieć jest tak przyjazna, jak jest, mówi Kaminsky. Jesteśmy po prostu uzależnieni od niepewnego przesyłania poufnych informacji przez Internet. Możemy zrobić lepiej. Rzeczywiście, na innej konferencji poświęconej bezpieczeństwu, zaledwie kilka dni po prezentacji Kaminsky'ego w Black Hat, zespół naukowców wygłosił przemówienie ilustrujące poważne wady w internetowym protokole bramek routingu. Podobnie jak Kaminsky, naukowcy odkryli problemy z podstawowym projektem protokołu internetowego. Podobnie jak wada DNS, problem może umożliwić atakującemu uzyskanie szerokiego dostępu do wrażliwego ruchu przesyłanego przez Internet.
Wielu ekspertów twierdzi, że to, co stało się z błędem DNS, jest najlepszym scenariuszem. Mischel Kwon, dyrektor US-CERT, oddziału Departamentu Bezpieczeństwa Wewnętrznego, który pomógł rozeznać informacje o błędzie DNS, ma nadzieję, że sieć organizacji, które współpracowały w tej sprawie, zrobi to samo, jeśli pojawią się inne błędy. Chociaż w sektorze prywatnym nie ma hierarchii władzy, mówi Kwon, istnieją silne powiązania między firmami i organizacjami, które mogą wdrażać poprawki. Mówi, że jest przekonana, że ​​biorąc pod uwagę pieniądze i wysiłek włożony w poprawę bezpieczeństwa w Internecie, przestarzałe protokoły zostaną zaktualizowane. Ale ta pewność nie jest oparta na dobrze przemyślanej strategii. Co by było, gdyby Kaminsky nie miał rozległych powiązań w środowisku bezpieczeństwa lub, co gorsza, nie był zaangażowany w naprawienie usterki? Co by było, gdyby był prawdziwym czarnym kapeluszem, który zamierzał wykorzystać ujawnioną lukę? Co by się stało, gdyby jego pozornie umiejętne manipulowanie mediami przyniosło odwrotny skutek, a szczegóły wady wyszły na jaw przed wprowadzeniem łatki? Co więcej, nawet biorąc pod uwagę dobre intencje badaczy takich jak Kaminsky, naprawienie podstawowych wad w Internecie nie jest łatwe. Eksperci są zgodni, że problem DNS nie jest wyjątkiem. Istnieje kilka propozycji rozwiązania tego problemu w sposób bardziej niezawodny niż łatka, głównie poprzez zmniejszenie zaufania, jakie serwer żądający przyznaje serwerowi nazw. Propozycje wahają się od stosunkowo prostych poprawek, takich jak włączenie jeszcze większej liczby losowych informacji do żądań wysyłanych do serwerów nazw, po przeniesienie całego systemu do zestawu protokołów, które umożliwiłyby serwerom nazw kryptograficzne podpisywanie odpowiedzi. W międzyczasie zarówno Kaminsky, jak i Vixie twierdzą, że napastnicy zaczęli wykorzystywać lukę w DNS i spodziewają się, że nadejdą kolejne kłopoty. Kaminsky zauważa, że ​​usterka staje się szczególnie niebezpieczna, gdy zostanie wykorzystana wraz z innymi lukami. Jedna z takich kombinacji, jak mówi, pozwoliłaby atakującemu przejąć automatyczne aktualizacje, które dostawca oprogramowania wysyła swoim klientom, zastępując je złośliwym oprogramowaniem. Kaminsky mówi, że ostatnie kilka miesięcy spędził na telefonach z firmami, które byłyby atrakcyjnymi celami dla tego rodzaju ataków, takimi jak urzędy certyfikacji, sieci społecznościowe i dostawcy usług internetowych, próbując przekonać ich do jak najszybszego załatania. Przerażające, jak mówi Dai Zovi, jest to, jak kruchy jest [Internet]. … A co z tym zrobimy? Erica Naone jest asystentką redaktora w Przegląd technologii.

ukryć