Robot sprzątający wygląda jak spokojne urządzenie domowe: jeździ po mieszkaniu, tworzy mapę, wraca do stacji i usuwa kurz. Sprawa Shark pokazuje jednak, że taki sprzęt może być częścią znacznie większego systemu: certyfikatów urządzeń, MQTT, AWS IoT, aplikacji mobilnej, map mieszkania, czasem kamery i reguł chmurowych, których właściciel nie widzi.

Bezmarkowy robot sprzątający obok planu mieszkania, routera i symbolu ochrony chmury

13 lipca badacz tokay0 opublikował analizę robotów Shark. Według niego certyfikat i klucz prywatny wyciągnięte z modelu Shark RV2320EDUS pozwalały wysyłać polecenia do innych urządzeń Shark w tym samym regionie AWS, ponieważ polityka dostępu w chmurze była zbyt szeroka. W opisie pojawiają się AWS IoT shadow commands, zdalne wykonanie kodu, podgląd z kamery, sterowanie ruchem, mapy domu oraz hasło Wi-Fi zapisane jako plaintext.

Nie oznacza to, że każdy właściciel powinien natychmiast wyrzucić odkurzacz. Wpis badacza zawiera już notę, że SharkNinja deklaruje naprawienie podatności 20 lipca. Najważniejsza lekcja jest inna: jeśli błąd tkwi w autoryzacji chmurowej producenta, użytkownik nie ma prostego sposobu, by samemu sprawdzić, czy zawężono polityki, unieważniono certyfikaty i objęto wszystkie modele.

Dlaczego to ważne

W poprawnym projekcie IoT certyfikat jednego urządzenia powinien mieć dostęp tylko do jego własnych tematów i stanu. Dokumentacja AWS IoT Device Defender ostrzega, że zbyt szerokie polityki mogą pozwolić skompromitowanemu certyfikatowi czytać lub modyfikować shadows, jobs i wiadomości wielu urządzeń. Tokay0 twierdzi, że właśnie taka granica była ustawiona zbyt luźno.

Najbardziej wrażliwe elementy to kamera, mapa mieszkania, hasło Wi-Fi i zdalne sterowanie. The Hacker News, Malwarebytes, Tom’s Hardware i Digital Trends opisały te ryzyka. Liczby trzeba traktować precyzyjnie: 1 517 605 obserwowanych numerów seryjnych i 673 816 urządzeń z Exec_Response w jednej regionie przez 24 godziny nie oznaczają tylu zhakowanych domów, lecz skalę widocznej powierzchni.

Co może zrobić użytkownik

Sprawdź aplikację, firmware, komunikaty wsparcia oraz ustawienia kamery, map i historii sprzątania. Jeśli obawa jest duża, można tymczasowo odłączyć robota od Wi-Fi, ale zwykle oznacza to utratę zdalnego sterowania, harmonogramów i części funkcji map. Zmiana hasła Wi-Fi ma sens tylko jako świadoma operacja resetu, jeśli uważasz, że konkretne urządzenie mogło być narażone.

Najlepszą stałą praktyką jest osobna sieć dla IoT: guest network, oddzielny SSID albo VLAN bez swobodnego dostępu do laptopów, NAS i sprzętu służbowego. Przy kolejnym zakupie zapytaj, czy naprawdę potrzebujesz kamery, czy robot działa bez chmury, czy można usunąć mapy, jak producent komunikuje podatności i jak długo wspiera firmware. Mądrzejszy dom to nie ten, który ma najwięcej połączeń, lecz ten, który ogranicza niepotrzebne zaufanie.