Blog 24/7

bezpieczeństwo IoT (internetu rzeczy)

TAB. 1Hasłoobie formy
Po angielskuIoT security / smart home security
Którą formą pisaćobie formy Obie formy są w obiegu. Przy pierwszym wystąpieniu pisz „polski termin (english term)”, dalej sam polski.
Inne formyinternet rzeczy · bezpieczeństwo inteligentnego domu · urządzenia sieciowe codziennego użytku
KategoriaMobile, IoT i OT/ICS

Bezpieczeństwo IoT (internetu rzeczy, ang. IoT security) to ochrona urządzeń sieciowych codziennego użytku: kamer, routerów, sprzętu inteligentnego domu i czujników. Sekurak przedstawia urządzenia internetu rzeczy jako sprzęt, którego bezpieczeństwo pozostaje dyskusyjne i który może być źródłem ruchu do ataków DDoS [1]. Typowy problem to urządzenie podłączone do sieci z domyślnym hasłem i bez ścieżki aktualizacji. Tysiące takich urządzeń przejętych naraz tworzą botnet.

Jak działa atak na urządzenia IoT

Wzorcowym przykładem jest Mirai. Według alertu CISA z 14 października 2016 roku złośliwe oprogramowanie próbowało logować się na urządzenia listą 62 popularnych domyślnych par nazwa użytkownika i hasło [2]. W ten sposób przejęło setki tysięcy urządzeń podłączonych do internetu, takich jak routery i kamery [2]. Sekurak podaje, że Mirai powstał w 2016 roku i wykorzystywał publicznie dostępne routery oraz kamery IP [1]. Nie potrzebował przy tym żadnego exploita: wystarczyło, że właściciele nie zmienili haseł fabrycznych. CISA podaje, że domniemany autor Mirai twierdził, iż w ataku na stronę Briana Krebsa użyto ponad 380 tysięcy urządzeń IoT [2]. Przejęte urządzenia to głównie domowe routery, kamery sieciowe i cyfrowe rejestratory wideo [2]. Pod koniec września 2016 roku kod źródłowy Mirai opublikowano w internecie [2], co ułatwiło tworzenie kolejnych odmian.

Cykl takiego botnetu pokazuje schemat poniżej.

RYS. 1Samorozprzestrzeniający się botnet IoT

CISA zalecała monitorowanie portów 23/TCP i 2323/TCP, na których działa usługa telnet wykorzystywana przez Mirai [2]. Otwarta usługa zdalnego zarządzania od strony internetu to najczęstszy element powierzchni ataku urządzenia domowego.

Wymagania i normy

Europejska norma ETSI EN 303 645 określa podstawowe wymagania bezpieczeństwa dla konsumenckiego IoT i dzieli je na 13 grup [3]. Pierwsze trzy odpowiadają wprost na błędy, które umożliwiły Mirai.

Grupa ETSI EN 303 645Wymaganie
5.1 Brak uniwersalnych haseł domyślnychhasło unikalne dla urządzenia albo ustawione przez użytkownika [3]
5.2 Obsługa zgłoszeń podatnościpubliczna polityka ujawniania podatności z kontaktem i terminami [3]
5.3 Aktualizowanie oprogramowaniabezpieczny mechanizm aktualizacji i jawny okres wsparcia [3]
5.6 Minimalizacja powierzchni atakuograniczenie wystawionych usług [3]
5.13 Walidacja danych wejściowychsprawdzanie danych przyjmowanych przez urządzenie [3]

Wymóg unikalnych haseł ma też drugą część. Hasła fabryczne, unikalne dla każdego egzemplarza, muszą być generowane tak, by utrudnić zautomatyzowane ataki na całą klasę urządzeń [3]. Norma podaje jako przykład błędny schemat z rosnącym licznikiem, w którym kolejne urządzenia dostają hasła różniące się tylko numerem [3]. Norma wymaga też, by producent w przystępny i przejrzysty sposób opublikował zdefiniowany okres wsparcia [3]. Definiuje go jako minimalny czas, przez który producent dostarcza aktualizacje bezpieczeństwa [3]. Wymóg 5.2 odpowiada praktyce skoordynowanego ujawniania podatności.

Sama aktualizacja firmware też musi być bezpieczna. RFC 9019 wymaga, by obrazy firmware były chronione kryptograficznie przed modyfikacją i przed pochodzeniem z niezaufanego źródła [6]. Zaleca też aktualizacje działające bez udziału użytkownika [6].

W Unii Europejskiej wymagania te stają się obowiązkiem prawnym przez akt o cyberodporności (Cyber Resilience Act). Według Komisji Europejskiej akt odpowiada na niewystarczający poziom cyberbezpieczeństwa wielu produktów i brak terminowych aktualizacji bezpieczeństwa [4]. Obejmuje sprzęt i oprogramowanie z elementami cyfrowymi, od elektronicznych nianiek po smartwatche [4]. Wszedł w życie 10 grudnia 2024 roku, główne obowiązki stosuje się od 11 grudnia 2027 roku, a obowiązki zgłaszania od 11 września 2026 roku [4].

W WordPressie

Przejęte urządzenia IoT atakują strony internetowe, w tym witryny na WordPressie. W kwietniu 2017 roku BleepingComputer opisał raport Wordfence, według którego 6,7% wszystkich ataków siłowych na strony WordPress w marcu 2017 roku pochodziło z domowych routerów z otwartym portem 7547 [5]. Routery przejmowano przez słabości protokołu zdalnego zarządzania TR-069, a próby zgadywania haseł rozkładano na tysiące adresów IP [5].

Dla administratora strony wynikają z tego dwie rzeczy. Po pierwsze, blokowanie pojedynczych adresów IP słabo działa przeciw botnetowi, dlatego lepszy jest limit prób logowania liczony na konto i uwierzytelnianie dwuskładnikowe (2FA). Po drugie, botnety IoT prowadzą ataki odmowy usługi na strony i hostingi. Mirai zaatakował stronę dziennikarza Briana Krebsa ruchem ponad 620 Gb/s, a francuski hosting OVH ruchem co najmniej 1,1 Tb/s [2]. Przed takim ruchem chroni raczej CDN albo usługa ochrony przed DDoS niż ustawienia samej strony.

Jak się bronić

  • Zmienić wszystkie domyślne dane logowania na silne hasła; to pierwsze zalecenie CISA [2].
  • Instalować poprawki bezpieczeństwa, gdy tylko są dostępne [2].
  • Wyłączyć UPnP na routerze [2].
  • Zainfekowane urządzenie uruchomić ponownie po odłączeniu od sieci, co usuwa działające w pamięci złośliwe oprogramowanie [2], a potem zmienić hasło, zanim wróci do sieci.
  • Kupować urządzenia od producentów, którzy mają opinię dostarczających bezpieczny sprzęt [2].
  • Przy zakupie sprawdzać, czy producent publikuje okres wsparcia i politykę ujawniania podatności [3].
  • Oddzielać urządzenia IoT od komputerów z dostępem do paneli administracyjnych; pomaga w tym segmentacja sieci.

W zastosowaniach przemysłowych obowiązują osobne zasady, opisane w haśle bezpieczeństwo systemów przemysłowych (OT/ICS).

Historia i przykłady

Nie każda głośna historia o botnecie IoT jest prawdziwa. W lutym 2024 roku media obiegła informacja o 3 milionach inteligentnych szczoteczek do zębów użytych w ataku DDoS [1]. Sekurak wyjaśnił, że scenariusz przedstawiono hipotetycznie, jako ilustrację rodzaju ataku, a nie wynik badań [1]. Dziennikarze pomylili przykład z rzeczywistym zdarzeniem [1].

TAB. 2

Przypisy

6
  1. [1] Rekordowy botnet IoT, który nigdy nie istniał · Sekurak
  2. [2] Heightened DDoS Threat Posed by Mirai and Other Botnets (TA16-288A) · CISA
  3. [3] ETSI EN 303 645 V3.1.3: Cyber Security for Consumer Internet of Things: Baseline Requirements · ETSI
  4. [4] Cyber Resilience Act · Komisja Europejska
  5. [5] Home Routers Used to Hack WordPress Sites · BleepingComputer
  6. [6] RFC 9019: A Firmware Update Architecture for Internet of Things · IETF
TAB. 3

Hasła w tym artykule

14
TAB. 4

Linkują tutaj

4

Wszystkie kategorie → · Hasło w słowniku →

Blog 24/7
05.11CISA i FBI wzywają do zabezpieczenia sterowników chłodzenia po atakach w Europietherecord.media05.11Midnight Blizzard atakowała iPhone'y i Androidy przez zainfekowane strony w Europie i USAsecurityweek.com05.11APT29 kradła dane z iPhone'ów i Androidów przez przejęte i podrobione stronytherecord.media05.11Grupa APT29 przejęła skrypt Plerdy i atakowała niezałatane iPhone'y i Androidythehackernews.com05.11Microsoft wykrył 7,3 mld wiadomości phishingowych w III kwartale 2026microsoft.com05.11DigiCert ujawnia wyciek danych klientów i skanów dokumentów tożsamościbleepingcomputer.com05.11CWPdoor podmienia serwer cwpsrv w Control Web Panel i otwiera tylne wejście do Linuksableepingcomputer.com05.11Brytyjskie NCSC ostrzega, że narzędzia AI zwiększyły liczbę wykrywanych luk zero-daythehackernews.com05.11Skaner RootEvidence sprawdza starą lukę w Cisco IOS i dodaje nagłówki Opt-Outisc.sans.edu05.11Włamanie do portalu grantowego Norad, zagrożone dane 20 614 użytkownikówhelpnetsecurity.com