Járműgyártók (OEM)
A cél a járművek és a háttérszolgáltatások kiberbiztonságának igazolása a típusjóváhagyáshoz (R155), valamint a beszállítói lánc kockázatainak ellenőrzése.
/ AUTÓIPAR
A modern jármű gördülő számítógép-hálózat. Az autóipari biztonsági vizsgálat a járműkomponensektől a háttérrendszerekig és a gyártóüzemig ellenőrzi, hogy a kiberbiztonság nem veszélyezteti-e a közlekedésbiztonságot és az ügyfelek adatait.
[ 01 ] / MI EZ
Az autóipari biztonsági vizsgálat járművek, járműkomponensek, a hozzájuk kapcsolódó háttérrendszerek és a gyártási környezet kiberbiztonsági tesztelése. Célja annak igazolása, hogy a kiberbiztonsági kockázatok kezelve vannak, ami a közlekedésbiztonság, az adatvédelem és az uniós jóváhagyási (UNECE R155) és ügyféli (TISAX) követelmények teljesítése szempontjából egyaránt alapvető.
Egy mai jármű több tucat vezérlőegységet (ECU), belső hálózatot (CAN, Ethernet), kapcsolódó szolgáltatásokat (telematika, mobilalkalmazás, felhő) és távoli frissítési képességet (OTA) tartalmaz. Minden kapcsolat támadási felület lehet, és a következmény nem csak adatvesztés: egy sikeres támadás befolyásolhatja a jármű működését, így a közlekedésbiztonságot. Az iparágban a biztonsági vizsgálat ezért elsősorban a biztonságkritikus funkciók védelmét, a szabályozási megfelelést és a beszállítói lánc bizalmát szolgálja.
A szabályozás szigorú: az ENSZ EGB R155 előírása (kiberbiztonsági irányítási rendszer, CSMS) és az R156 (szoftverfrissítési irányítási rendszer) a típusjóváhagyás feltétele az EU-ban. Az ISO/SAE 21434 szabvány a járművek kiberbiztonsági mérnöki folyamatát írja le, beleértve a fenyegetés- és kockázatelemzést (TARA). A beszállítóknak a megrendelők gyakran TISAX-minősítést várnak el. A biztonsági vizsgálat a TARA feltételezéseit gyakorlati tesztekkel igazolja vagy cáfolja, és bizonyítékot ad a megfelelőséghez.
A vizsgálat nem csak a járműre vonatkozik. A háttérrendszerek (flottakezelés, OTA-szerver, mobilalkalmazás API-k), a töltőinfrastruktúra és a gyártóüzem (OT) ugyanúgy támadási célpont. A NIS2 pedig a járműgyártást is a fontos szektorok közé sorolja. A módszertan a penetrációs tesztelésre épül, az autóipari környezethez igazítva. Nem jogi tanácsadás: a típusjóváhagyás feltételeit a hatóság és a tanúsító szervezet határozza meg.
Szabályozás és szabványok
[ 02 ] / KINEK AJÁNLJUK
Az iparágban a vizsgálat célja szereplőnként más: a típusjóváhagyás bizonyítékától a beszállítói minősítésen át az üzemi folytonosságig.
A cél a járművek és a háttérszolgáltatások kiberbiztonságának igazolása a típusjóváhagyáshoz (R155), valamint a beszállítói lánc kockázatainak ellenőrzése.
A cél a komponensek biztonságának bizonyítása a megrendelők felé, a TARA validálása, és a megrendelői biztonsági követelmények teljesítése (például TISAX, szerződéses elvárások).
A cél a fejlesztés közbeni hibák korai feltárása a beágyazott szoftverben, a bootloaderben és a kommunikációs protokollokban, még a sorozatgyártás előtt.
A cél a töltők, a töltőprotokollok (például OCPP, ISO 15118) és a háttérrendszerek védelme a visszaélések és a hálózati sérülékenységek ellen.
A cél a járművekhez kapcsolódó távoli szolgáltatások, mobilalkalmazások és flottakezelő rendszerek biztonságának ellenőrzése.
A cél a termelés folytonosságának védelme és a gyártósori ipari rendszerek (OT) kiberbiztonsági kockázatainak feltárása.
[ 03 ] / MIT TARTALMAZ
A hatókört a termékhez, a fejlesztési fázishoz és a szabályozási igényhez igazítjuk. Az alábbi területek jellemzően a szolgáltatás részei lehetnek.
Az ISO/SAE 21434 szerinti TARA áttekintése és gyakorlati validálása: valóban kihasználhatók-e az azonosított támadási útvonalak.
Firmware-elemzés, hibakereső interfészek, rendszerindítási lánc, titkosítási kulcsok és adatvédelem vizsgálata a vezérlőegységeken.
A belső hálózatok szegmentálása, az üzenethitelesítés, a diagnosztikai hozzáférések (UDS) és a gateway védelme.
Bluetooth, Wi-Fi, mobilhálózat, USB és alkalmazásszintű támadási felületek vizsgálata.
A frissítések hitelességének, integritásának és visszaállíthatóságának ellenőrzése az R156 szerinti folyamat szempontjából.
Flottakezelő, OTA- és felhőszolgáltatások, a járműhöz kapcsolódó mobilalkalmazások és API-k penetrációs tesztelése. Lásd még: felhőbiztonság.
Töltőállomások, töltőprotokollok és azok háttérrendszereinek biztonsági vizsgálata.
A gyártósor ipari rendszerei (OT), a beszállítói kapcsolatok és a távoli hozzáférések vizsgálata, valamint TISAX-felkészítés.
[ 04 ] / HOGYAN ZAJLIK
A folyamat a fejlesztési életciklushoz igazodik, és a közlekedésbiztonságot soha nem veszélyezteti.
Megismerjük a terméket, az architektúrát és a szabályozási környezetet, és egyeztetjük a vizsgálandó komponenseket, interfészeket és rendszereket.
A TARA és a támadási felület alapján tesztforgatókönyveket készítünk, és kijelöljük a vizsgálati környezetet (komponens, labor, próbapad).
Komponens-, hálózati, alkalmazás- és háttérrendszer-szinten teszteljük a rendszert. Közlekedésbiztonsági szempontból érzékeny tesztet csak kontrollált környezetben végzünk.
A találatokat a biztonságra, az adatvédelemre és a megfelelőségre gyakorolt hatás szerint értékeljük, és a szabványokhoz kapcsolható bizonyítékot készítünk.
Átadjuk a technikai jelentést, a vezetői összefoglalót és a javítási javaslatokat, a fejlesztési folyamatba illeszkedve.
A javítások után ellenőrizzük a megszüntetett hibákat, és szükség esetén támogatjuk az auditorok felé történő bemutatást.
[ 05 ] / MIT OLD MEG
Az autóiparban egy kiberbiztonsági hiba nem csak adatvédelmi vagy üzleti kérdés: közlekedésbiztonsági kockázat is lehet, és egy visszahívás vagy a típusjóváhagyás elmaradása óriási költséggel jár. A vizsgálat a hibákat a fejlesztési szakaszban, még a sorozatgyártás előtt, kis költséggel feltárja.
Emellett bizonyítékot ad a szabályozás és a megrendelők felé: az R155-ös típusjóváhagyáshoz, az ISO/SAE 21434 szerinti folyamat igazolásához és a TISAX-hoz is szükséges a gyakorlatban végzett, dokumentált tesztelés.
[ 06 ] / MIÉRT A QYNTAR
Mert az autóipari tesztelés beágyazott rendszerekhez, hálózatokhoz, háttérszolgáltatásokhoz és a szabályozáshoz egyaránt értő csapatot igényel.
A beágyazott rendszerek, a járműhálózatok és a háttérszolgáltatások tesztelésében is jártas szakemberekkel dolgozunk.
A jelentést úgy állítjuk össze, hogy az az ISO/SAE 21434, az R155 és a TISAX bizonyítékigényéhez kapcsolható legyen.
A közlekedésbiztonsági szempontból érzékeny teszteket kontrollált környezetben végezzük, és a fejlesztőcsapattal egyeztetjük.
A jármű, a háttérrendszer, a gyártóüzem és a megfelelőségi támogatás vizsgálata egy helyen. Lásd: megfelelőségi támogatás.
[ 07 ] / GYAKORI KÉRDÉSEK
Annak igazolása, hogy a járművek, a komponensek és a kapcsolódó rendszerek kiberbiztonsági kockázatai kezeltek, különös tekintettel a közlekedésbiztonságra, valamint a típusjóváhagyás és a megrendelői követelmények teljesítésére.
Az ENSZ Európai Gazdasági Bizottságának előírásai. Az R155 a járművek kiberbiztonsági irányítási rendszerét (CSMS), az R156 a szoftverfrissítési irányítási rendszert (SUMS) szabályozza. Az EU-ban a típusjóváhagyás feltételei.
A közúti járművek kiberbiztonsági mérnöki folyamatának nemzetközi szabványa. Leírja a kockázatelemzést (TARA), a fejlesztési és a termelési szakasz követelményeit, valamint a termék teljes életciklusára vonatkozó kiberbiztonsági tevékenységeket.
Az autóipari információbiztonsági értékelési és adatcsere-modell, amelyet a beszállítóktól sok megrendelő elvár. A TISAX szervezeti szintű értékelés, a technikai vizsgálat kiegészíti, és bizonyítékot ad a kontrollok működéséről. A minősítést akkreditált szervezet adja, nem a Qyntar.
A teszteket kontrollált környezetben (komponens, labor, próbapad) végezzük, és biztonságkritikus funkciókat csak előzetes egyeztetés és szigorú szabályok mellett érintünk. Éles közúti járművön tesztet nem végzünk.
Igen. A töltők, a töltőprotokollok, a flottakezelő és az OTA-rendszerek, valamint a mobilalkalmazások és API-k a vizsgálat részei lehetnek.
Már a fejlesztés során, a sorozatgyártás előtt, jelentős változtatás után, a típusjóváhagyás előtt, és rendszeresen a termék életciklusa alatt. Minél korábban találunk meg egy hibát, annál olcsóbb javítani.
[ 08 ] / KAPCSOLÓDÓ SZOLGÁLTATÁSOK
Egy konkrét technikai kérdéstől a komplex biztonsági projektekig segítünk tisztázni a lehetőségeket, a prioritásokat és a továbblépés irányát.