Wprowadzenie do problemu / definicja
Nowoczesne samochody coraz częściej działają jak mobilne platformy IT. Łączą moduły telematyczne, łączność komórkową, systemy infotainment, mikrofony, aplikacje mobilne oraz mechanizmy zdalnego zarządzania. Taka architektura zwiększa wygodę użytkownika, ale równocześnie rozszerza powierzchnię ataku i powoduje, że podatności znane ze świata IoT oraz usług chmurowych zaczynają bezpośrednio wpływać na bezpieczeństwo pojazdu.
Przypadek BYD Shark 6 pokazuje, że problem nie ogranicza się wyłącznie do ochrony danych. Naruszenie zabezpieczeń samochodu połączonego z siecią może oznaczać także ingerencję w funkcje dostępne podczas jazdy, śledzenie lokalizacji oraz pozyskiwanie informacji z wnętrza kabiny.
W skrócie
Badacz bezpieczeństwa zademonstrował zdalny dostęp do wybranych funkcji BYD Shark 6. W ramach testu możliwe było między innymi blokowanie drzwi, sterowanie wycieraczkami i oświetleniem, odtwarzanie dźwięku przez głośniki oraz wyświetlanie treści na ekranie infotainment.
Równolegle wykazano możliwość śledzenia pojazdu i przechwytywania dźwięku z kabiny. Choć demonstracja nie obejmowała przejęcia hamulców ani kamer, sam zakres dostępu potwierdza, że nawet częściowe naruszenie bezpieczeństwa samochodu może prowadzić do poważnych skutków operacyjnych, prywatnościowych i bezpieczeństwa fizycznego.
Kontekst / historia
Samochody połączone z siecią od lat budzą zainteresowanie specjalistów od cyberbezpieczeństwa, ponieważ łączą świat motoryzacji z klasycznym ekosystemem IoT. Gdy pojazd korzysta z usług zdalnych, aplikacji mobilnych i aktualizacji OTA, każdy błąd projektowy, słabe uwierzytelnianie lub nadmierne uprawnienia mogą przełożyć się na skutki wykraczające poza sferę cyfrową.
W przypadku BYD Shark 6 demonstracja miała pokazać, jakie możliwości może uzyskać osoba dysponująca dostępem do warstwy komunikacyjnej i usług zdalnych pojazdu. Istotne jest to, że scenariusz nie koncentrował się wyłącznie na przejęciu układów krytycznych, lecz również na ryzykach związanych z telemetrią, prywatnością oraz interakcją auta z innymi urządzeniami użytkownika.
Sprawa wpisuje się też w szerszą debatę o regulacjach cyberbezpieczeństwa w branży motoryzacyjnej. Wraz ze wzrostem liczby funkcji sterowanych programowo coraz większe znaczenie mają bezpieczny cykl wytwarzania oprogramowania, odpowiednia segmentacja systemów, skuteczne aktualizacje OTA oraz niezależne testy bezpieczeństwa.
Analiza techniczna
Kluczowym elementem incydentu był punkt wejścia, który według opisu badacza nie został odpowiednio zabezpieczony. Brak skutecznej kontroli dostępu umożliwił wejście do warstwy odpowiedzialnej za obsługę wielu funkcji pojazdu. Tego rodzaju słabość może wynikać z błędu projektowego, niewłaściwej konfiguracji interfejsu serwisowego, źle zabezpieczonego kanału administracyjnego albo nieprawidłowego rozdzielenia uprawnień między komponentami.
Po uzyskaniu dostępu badacz zademonstrował możliwość ingerencji w liczne funkcje użytkowe i telemetryczne pojazdu, co wskazuje, że naruszenie nie dotyczyło pojedynczego modułu, lecz całego zestawu usług dostępnych z poziomu systemu połączonego z warstwą użytkową samochodu.
- zdalne blokowanie drzwi,
- uruchamianie i sterowanie wycieraczkami,
- przełączanie świateł, w tym ich wyłączanie,
- odtwarzanie dźwięku przez głośniki,
- wyświetlanie treści na ekranie infotainment,
- śledzenie lokalizacji pojazdu w czasie rzeczywistym,
- aktywacja mikrofonu w kabinie.
Z perspektywy architektury bezpieczeństwa szczególnie niepokojąca jest niewystarczająca segmentacja. Jeżeli komponent odpowiedzialny za zdalny dostęp może wpływać na wiele funkcji jednocześnie, oznacza to, że granice zaufania między modułami są zbyt słabe albo nie są właściwie egzekwowane.
Istotne jest również to, że zagrożenie nie kończy się na samym pojeździe. W analizowanym scenariuszu mikrofon pokładowy został wykorzystany do pozyskania informacji wypowiadanych w kabinie. To oznacza, że kompromitacja samochodu może stać się elementem ataku łańcuchowego obejmującego także smartfon, konto użytkownika lub inne systemy korzystające z komend głosowych i danych kontekstowych.
Brak dostępu do hamulców czy kamer nie oznacza pełnego bezpieczeństwa. Atakujący nie musi przejmować wszystkich układów krytycznych, aby wywołać niebezpieczną sytuację. Wystarczy zakłócić percepcję kierowcy, odwrócić jego uwagę albo wpłynąć na warunki prowadzenia pojazdu w niekorzystnym momencie.
Konsekwencje / ryzyko
Ryzyko wynikające z podobnych podatności należy rozpatrywać wielowarstwowo. Pierwszą warstwą jest bezpieczeństwo jazdy. Nawet częściowa manipulacja funkcjami nadwozia i interfejsu kierowcy może prowadzić do dezorientacji, ograniczenia widoczności oraz zwiększenia prawdopodobieństwa wypadku.
Drugim obszarem jest prywatność. Samochód wyposażony w mikrofony, moduły lokalizacyjne i stałą łączność może stać się narzędziem nadzoru. Możliwość śledzenia trasy oraz odsłuchiwania rozmów w kabinie tworzy atrakcyjny wektor zarówno dla cyberprzestępców, jak i dla nadużyć wewnętrznych czy działań szpiegowskich.
Trzecia kwestia dotyczy danych uwierzytelniających i rozszerzania ataku na inne urządzenia. Pojazd nie jest już odseparowanym środowiskiem, lecz częścią osobistego ekosystemu cyfrowego kierowcy. Jeżeli z kabiny można pozyskać wrażliwe informacje, to samochód staje się kolejnym punktem wejścia do kont, aplikacji i usług użytkownika.
Czwarty wymiar ryzyka obejmuje producentów i operatorów flot. Tego rodzaju incydenty wpływają na reputację marki, mogą powodować wzrost kosztów zgodności, wymuszać kampanie naprawcze i zwiększać presję regulacyjną. Dla organizacji zarządzających flotą dochodzi dodatkowo ryzyko ekspozycji danych lokalizacyjnych, danych pracowników i zakłócenia operacji.
Rekomendacje
Dla producentów kluczowe powinno być wdrożenie podejścia security by design. Obejmuje ono zarówno mocne uwierzytelnianie i autoryzację interfejsów zdalnych, jak i ścisłą segmentację między telematyką, infotainment oraz komponentami wpływającymi na zachowanie pojazdu.
- wdrożenie silnego uwierzytelniania i autoryzacji dla wszystkich interfejsów zdalnych,
- segmentacja systemów i ograniczenie zaufania między modułami,
- stosowanie zasady najmniejszych uprawnień,
- regularne testy penetracyjne i niezależne audyty bezpieczeństwa,
- rozwój bezpiecznego procesu wytwarzania oprogramowania,
- zapewnienie pełnej rejestrowalności operacji zdalnych i detekcji anomalii,
- bezpieczne aktualizacje OTA z walidacją integralności i kontrolą wersji.
Operatorzy flot powinni traktować pojazdy połączone z siecią jak aktywa IT o podwyższonym profilu ryzyka. Oznacza to konieczność monitorowania komunikatów producenta, wdrażania polityk bezpieczeństwa dla kierowców oraz ograniczania użycia takich pojazdów w kontekstach szczególnie wrażliwych.
- uwzględnienie pojazdów w politykach cyberbezpieczeństwa organizacji,
- ograniczenie omawiania informacji poufnych w kabinie,
- rozdzielenie profili służbowych i prywatnych na urządzeniach mobilnych,
- śledzenie biuletynów bezpieczeństwa i aktualizacji producenta.
Użytkownicy indywidualni również mogą ograniczyć ryzyko. Przede wszystkim nie powinni traktować kabiny nowoczesnego auta jako przestrzeni w pełni prywatnej, zwłaszcza jeśli pojazd oferuje rozbudowane funkcje online i integrację z urządzeniami mobilnymi.
- niewypowiadanie w pojeździe haseł, kodów i danych uwierzytelniających,
- ograniczenie funkcji asystentów głosowych, jeśli nie są niezbędne,
- regularna instalacja aktualizacji auta i aplikacji towarzyszących,
- przegląd uprawnień aplikacji mobilnych połączonych z pojazdem.
Podsumowanie
Incydent związany z BYD Shark 6 pokazuje, że cyberbezpieczeństwo samochodów połączonych z siecią nie jest już problemem teoretycznym. Nawet bez pełnego przejęcia systemów krytycznych możliwe jest uzyskanie wpływu na funkcje pojazdu, naruszenie prywatności i wykorzystanie auta jako punktu wejścia do dalszych ataków.
Dla branży motoryzacyjnej to wyraźny sygnał, że nowoczesny samochód trzeba oceniać nie tylko przez pryzmat bezpieczeństwa mechanicznego, ale także odporności cyfrowej. O poziomie ryzyka coraz częściej decydują dziś architektura oprogramowania, kontrola dostępu, segmentacja systemów i szybkość reagowania na podatności.
Źródła
- Security Affairs – A BYD Shark 6 Hack Shows the Risks of Connected Cars – https://securityaffairs.com/199460/hacking/a-byd-shark-6-hack-shows-the-risks-of-connected-cars.html
- ABC News – Four Corners report on BYD Shark 6 remote hacking demonstration – https://www.abc.net.au/news/2026-09-21/byd-shark-6-hack-connected-cars-four-corners/105728778
- UNECE WP.29 – Cybersecurity and Cybersecurity Management System – https://unece.org/transport/vehicle-regulations/wp29-introduction
- OWASP – IoT Security Guidance – https://owasp.org/www-project-internet-of-things/
- CISA – Internet of Things Security Guidance – https://www.cisa.gov/resources-tools/resources/internet-things-iot-security