9.3.2021 |
CS |
Úřední věstník Evropské unie |
L 82/30 |
Pouze původní texty EHK OSN mají podle mezinárodního veřejného práva právní účinek. Je zapotřebí ověřit si status a datum vstupu tohoto předpisu v platnost v nejnovější verzi dokumentu EHK OSN o statusu TRANS/WP.29/343/, který je k dispozici na internetové adrese: http://www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29fdocstts.html
Předpis OSN č. 155 – Jednotná ustanovení pro schvalování vozidel z hlediska kybernetické bezpečnosti a systému řízení kybernetické bezpečnosti [2021/387]
Datum vstupu v platnost: 22. ledna 2021
Tento dokument slouží výhradně jako dokumentační nástroj. Autentická a právně závazná znění jsou tato:
— |
ECE/TRANS/WP.29/2020/79 |
— |
ECE/TRANS/WP.29/2020/94 a |
— |
ECE/TRANS/WP.29/2020/97 |
OBSAH
PŘEDPIS
1. |
Oblast působnosti |
2. |
Definice |
3. |
Žádost o schválení |
4. |
Označení |
5. |
Schválení |
6. |
Osvědčení o shodě pro systém řízení kybernetické bezpečnosti |
7. |
Specifikace |
8. |
Změna typu vozidla a rozšíření schválení typu |
9. |
Shodnost výroby |
10. |
Postihy za neshodnost výroby |
11. |
Definitivní ukončení výroby |
12. |
Názvy a adresy technických zkušeben odpovědných za provádění schvalovací zkoušky a názvy a adresy schvalovacích orgánů |
PŘÍLOHY
1 |
Informační dokument |
2 |
Sdělení |
3 |
Uspořádání značky schválení typu |
4 |
Vzor osvědčení o shodě pro systém řízení kybernetické bezpečnosti |
5 |
Seznam hrozeb a odpovídajících zmírňujících opatření |
1. OBLAST PŮSOBNOSTI
1.1 |
Tento předpis se vztahuje na vozidla kategorií M a N, pokud jde o kybernetickou bezpečnost.
Tento předpis se vztahuje rovněž na vozidla kategorie O, pokud jsou vybavena alespoň jednou elektronickou řídicí jednotkou. |
1.2 |
Tento předpis se rovněž vztahuje na vozidla kategorií L6 a L7, jsou-li vybavena funkcemi automatizovaného řízení úrovně 3 nebo vyšší, v souladu s referenčním dokumentem s definicemi automatizovaného řízení podle WP.29 a obecnými zásadami pro vypracování předpisu OSN o automatizovaných vozidlech (ECE/TRANS/WP.29/1140). |
1.3 |
Tímto předpisem nejsou dotčeny jiné předpisy OSN, regionální nebo vnitrostátní právní předpisy upravující přístup oprávněných stran k vozidlu, jeho údajům, funkcím a zdrojům a podmínky tohoto přístupu. Rovněž jím není dotčeno uplatňování vnitrostátních a regionálních právních předpisů o soukromí a ochraně fyzických osob v souvislosti se zpracováním jejich osobních údajů. |
1.4 |
Tímto předpisem nejsou dotčeny jiné předpisy OSN, vnitrostátní nebo regionální právní předpisy upravující vývoj a instalaci/začlenění náhradních dílů a součástí, fyzických či digitálních, pokud jde o kybernetickou bezpečnost. |
2. DEFINICE
Pro účely tohoto předpisu se rozumí:
2.1 |
„typem vozidla“, vozidla, která se neliší alespoň v těchto zásadních hlediscích:
|
2.2 |
„kybernetickou bezpečností“ stav, kdy jsou silniční vozidla a jejich funkce chráněny před kybernetickými hrozbami zaměřenými na elektrické nebo elektronické součásti; |
2.3 |
„systémem řízení kybernetické bezpečnosti (CSMS)“ systematický přístup založený na posouzení rizik, který vymezuje organizační procesy, povinnosti a řízení s cílem řešit rizika spojená s kybernetickými hrozbami pro vozidla a chránit vozidla před kybernetickými útoky; |
2.4 |
„systémem“ soubor konstrukčních částí a/nebo subsystémů, které vykonávají jednu nebo více funkcí; |
2.5 |
„vývojovou fází“ doba do schválení typu vozidla; |
2.6 |
„výrobní fází“ doba, po kterou je typ vozidla ve výrobě; |
2.7 |
„povýrobní fází“ doba, po kterou se typ vozidla nevyrábí, ohraničená koncem životnosti všech vozidel daného typu. Vozidla s daného typu budou během této fáze v provozu, nebudou však dále vyráběna. Tato fáze končí, jakmile žádná vozidla konkrétního typu vozidla nejsou v provozu; |
2.8 |
„zmírňujícím opatřením“ kroky ke snížení rizika; |
2.9 |
„rizikem“ potenciál, že zranitelnost vozidla bude zneužita konkrétní hrozbou, čímž bude organizaci nebo jednotlivci způsobena újma; |
2.10 |
„posouzením rizik“ celkový proces zjišťování, rozpoznání a popisu rizik (identifikace rizik) s cílem porozumět povaze rizika a stanovit úroveň rizika (analýza rizik), s následným porovnáním výsledků analýzy rizik s kritérii rizik s cílem určit, zda je riziko a/nebo jeho rozsah přijatelné nebo tolerovatelné (hodnocení rizik); |
2.11 |
„řízením rizik“ koordinované činnosti zaměřené na řízení a kontrolu organizace s ohledem na rizika; |
2.12 |
„hrozbou“ potenciální příčina nežádoucího incidentu, který může vést k poškození systému, organizace nebo jednotlivce; |
2.13 |
„zranitelností“ slabá místa systému nebo zmírňujícího opatření, která mohou být zneužita jednou či více hrozbami. |
3. ŽÁDOST O SCHVÁLENÍ
3.1 |
Žádost o schválení typu vozidla z hlediska kybernetické bezpečnosti předkládá výrobce vozidla nebo jeho řádně pověřený zástupce. |
3.2 |
K žádosti musí být přiloženy následující dokumenty ve trojím vyhotovení a tyto náležitosti: |
3.2.1 |
Popis typu vozidla z hlediska položek uvedených v příloze 1 tohoto předpisu. |
3.2.2 |
V případech, kdy se ukáže, že se na některé informace vztahují práva duševního vlastnictví, nebo pokud tyto informace představují zvláštní know-how výrobce nebo jeho dodavatelů, výrobce nebo jeho dodavatelé poskytnou dostatečné údaje, které umožní řádné provedení kontrol uvedených v tomto předpisu. S těmito informacemi se nakládá jako s důvěrnými. |
3.2.3 |
Osvědčení o shodě pro systém řízení kybernetické bezpečnosti podle bodu 6 tohoto předpisu. |
3.3 |
Dokumentace musí obsahovat dvě části:
|
4. OZNAČENÍ
4.1 |
Na každé vozidlo, jež odpovídá typu vozidla schválenému podle tohoto předpisu, se na viditelném a snadno přístupném místě uvedeném na formuláři schválení připevní mezinárodní značka schválení typu, která se skládá z: |
4.1.1 |
písmene „E“ v kružnici, za nímž následuje rozlišovací číslo země, která schválení udělila; |
4.1.2 |
čísla tohoto předpisu, za nímž následuje písmeno „R“, pomlčka a číslo schválení vpravo od kružnice popsané výše v bodě 4.1.1. |
4.2 |
Vyhovuje-li vozidlo typu vozidla schválenému podle jednoho nebo více dalších předpisů připojených k dohodě v zemi, která udělila schválení typu podle tohoto předpisu, není třeba symbol předepsaný výše v bodě 4.1.1 opakovat; v takovém případě se čísla předpisu a schválení, jakož i další symboly všech předpisů, podle kterých bylo schválení uděleno v zemi, která udělila schválení podle tohoto předpisu, umístí do svislých sloupců vpravo od symbolu předepsaného výše v bodě 4.1.1. |
4.3 |
Značka schválení musí být jasně čitelná a nesmazatelná. |
4.4 |
Značka schválení typu se umístí poblíž tabulky s údaji o vozidle, kterou umísťuje výrobce, nebo přímo na ni. |
4.5 |
V příloze 3 tohoto předpisu jsou uvedeny příklady uspořádání značky schválení typu. |
5. SCHVÁLENÍ
5.1 |
Schvalovací orgány v příslušných případech udělí schválení typu z hlediska kybernetické bezpečnosti pouze těm typům vozidel, které splňují požadavky tohoto předpisu. |
5.1.1 |
Schvalovací orgán nebo technická zkušebna kontrolou dokladů ověří, zda výrobce vozidla přijal nezbytná opatření pro daný typ vozidla s cílem:
|
5.1.2 |
Schvalovací orgán nebo technická zkušebna ověří zkouškou vozidla daného typu vozidla, že výrobce vozidla zavedl opatření kybernetické bezpečnosti, která uvedl v dokumentaci. Zkoušky provádí schvalovací orgán nebo technická zkušebna sama nebo ve spolupráci s výrobcem vozidla výběrem vzorků. Odběr vzorků se zaměří převážně na rizika, která jsou během posouzení rizik vyhodnocena jako vysoká, ale není jimi omezen. |
5.1.3 |
Schvalovací orgán nebo technická zkušebna odmítne udělit schválení typu z hlediska kybernetické bezpečnosti, pokud výrobce vozidla nesplnil jeden nebo více požadavků uvedených v bodě 7.3, zejména:
|
5.1.4 |
Posuzující schvalovací orgán rovněž odmítne udělit schválení typu z hlediska kybernetické bezpečnosti, pokud schvalovací orgán nebo technická zkušebna neobdržely od výrobce vozidla dostatečné informace pro posouzení kybernetické bezpečnosti typu vozidla. |
5.2 |
Oznámení o schválení nebo o rozšíření či odmítnutí schválení typu vozidla podle tohoto předpisu se zašle stranám dohody z roku 1958, které uplatňují tento předpis, na formuláři podle vzoru v příloze 2 tohoto předpisu. |
5.3 |
Schvalující orgány neudělí schválení typu, aniž by ověřily, že výrobce zavedl uspokojivá opatření a postupy pro řádné řízení aspektů kybernetické bezpečnosti, na něž se vztahuje tento předpis. |
5.3.1 |
Kromě kritérií stanovených v rozpisu 2 k dohodě z roku 1958 musí schvalovací orgán a jeho technické zkušebny zajistit:
|
5.3.2 |
Každá smluvní strana uplatňující tento předpis oznámí a informuje prostřednictvím svého schvalovacího orgánu schvalovací orgány ostatních smluvních stran uplatňujících tento předpis OSN o metodě a kritériích, na jejichž základě oznamující orgán posoudil vhodnost opatření přijatých v souladu s tímto předpisem, a zejména s body 5.1, 7.2 a 7.3.
Tyto informace jsou sdíleny a) pouze před prvním udělením schválení podle tohoto předpisu a b) pokaždé, když dojde k aktualizaci metody nebo kritérií pro posouzení. Tyto informace mají být sdíleny pro účely shromažďování a analýzy osvědčených postupů a s cílem zajistit konvergentní uplatňování tohoto předpisu všemi schvalovacími orgány, které ho uplatňují. |
5.3.3 |
Informace uvedené v bodě 5.3.2 musí být včas a nejpozději 14 dnů před prvním udělením schválení podle příslušných metod a kritérií posuzování vloženy v anglickém jazyce do zabezpečené internetové databáze DETA (2) vytvořené Evropskou hospodářskou komisí OSN. Informace musí být dostatečné k tomu, aby umožnily porozumět minimálním úrovním výkonnosti, které schvalovacím orgánem přijal pro každý konkrétní požadavek uvedený v bodě 5.3.2, jakož i postupům a opatřením, které uplatňuje k ověření, zda jsou tyto minimální úrovně výkonnosti splněny (3). |
5.3.4 |
Schvalovací orgány, které obdrží informace uvedené v bodě 5.3.2, mohou podat připomínky oznamujícímu schvalovacímu orgánu tak, že je do 14 dnů ode dne oznámení vloží do databáze DETA. |
5.3.5 |
Není-li možné, aby schvalovací orgán udělující schválení zohlednil připomínky obdržené v souladu s bodem 5.3.4, bude spolu se schvalovacími orgány, které zaslaly připomínky usilovat o další objasnění v souladu s přílohou 6 dohody z roku 1958. Příslušná podpůrná pracovní skupina (4) Světového fóra pro harmonizaci předpisů týkajících se vozidel (WP.29) pro účely tohoto předpisu se dohodne na společném výkladu metod a kritérií pro posouzení (5). Tento společný výklad se provede a všechny schvalovací orgány budou vydávat schválení typu podle tohoto předpisu v souladu s tímto výkladem. |
5.3.6 |
Každý schvalovací orgán, který uděluje schválení typu podle tohoto předpisu, oznámí udělené schválení ostatním schvalovacím orgánům. Schválení typu spolu s doplňující dokumentací vloží schvalovací orgán do 14 dnů ode dne udělení schválení do databáze DETA v anglickém jazyce (6). |
5.3.7 |
Smluvní strany mohou prostudovat udělená schválení na základě informací vložených do databáze DETA podle bodu 5.3.6. V případě rozdílných stanovisek smluvních stran se rozhodne v souladu s článkem 10 a přílohou 6 dohody z roku 1958. Smluvní strany o rozdílných výkladech ve smyslu rozpisu 6 dohody z roku 1958 rovněž informují příslušnou podpůrnou pracovní skupinu Světového fóra pro harmonizaci předpisů týkajících se vozidel (WP.29). Příslušná pracovní skupina přispěje k urovnání rozdílných názorů a v případě potřeby může v této věci konzultovat WP.29. |
5.4 |
Pro účely bodu 7.2 tohoto předpisu výrobce zajistí, aby byly provedeny aspekty kybernetické bezpečnosti, na něž se vztahuje tento předpis. |
6. OSVĚDČENÍ O SHODĚ PRO SYSTÉM ŘÍZENÍ KYBERNETICKÉ BEZPEČNOSTI
6.1 |
Smluvní strany určí schvalovací orgán, který provede posouzení výrobce a vydá osvědčení o shodě pro CSMS. |
6.2 |
Žádost o schválení typu vozidla z hlediska systému řízení kybernetické bezpečnosti předkládá výrobce vozidla nebo jeho řádně pověřený zástupce. |
6.3 |
K žádosti musí být přiloženy následující dokumenty ve trojím vyhotovení a tyto údaje: |
6.3.1 |
Dokumentace popisující systém řízení kybernetické bezpečnosti. |
6.3.2 |
Podepsané prohlášení podle vzoru popsaného v dodatku 1 k příloze 1. |
6.4 |
V souvislosti s posouzením musí výrobce učinit prohlášení za použití vzoru definovaného v dodatku 1 k příloze 1 a ke spokojenosti schvalovacího orgánu nebo jeho technické zkušebny prokázat, že má nezbytné postupy pro splnění všech požadavků na kybernetickou bezpečnost podle tohoto předpisu. |
6.5 |
Po úspěšném dokončení tohoto posouzení a po obdržení podepsaného prohlášení od výrobce podle vzoru definovaného v dodatku 1 k příloze 1, se výrobci udělí certifikát nazvaný „Certifikát o shodě pro CSMS“, jak je popsán v příloze 4 tohoto předpisu (dále jen „Certifikát o shodě pro CSMS“). |
6.6 |
Schvalovací orgán nebo jeho technická zkušebna použije pro osvědčení o shodě pro CSMS vzor uvedený v příloze 4 tohoto předpisu. |
6.7 |
Osvědčení o shodě pro CSMS zůstává v platnosti po dobu nejvýše tří let ode dne vydání osvědčení, není-li odňato. |
6.8 |
Schvalovací orgán, který udělil certifikát o shodě pro CSMS, může kdykoliv ověřit, že požadavky pro jeho udělení jsou nadále splněny. Schvalovací orgán odejme osvědčení o shodě pro CSMS, pokud požadavky stanovené v tomto předpisu již splněny nejsou. |
6.9 |
Výrobce informuje schvalovací orgán nebo jeho technickou zkušebnu o každé změně, která ovlivní význam osvědčení o shodě pro CSMS. Po konzultaci s výrobcem schvalovací orgán nebo jeho technická zkušebna rozhodne, zda jsou zapotřebí nové kontroly. |
6.10 |
V přiměřené lhůtě, která schvalovacímu orgánu umožní dokončit posouzení před koncem doby platnosti osvědčení o shodě pro CSMS, požádá výrobce o nové osvědčení o shodě pro CSMS nebo o prodloužení stávajícího osvědčení. Schvalovací orgán vydá na základě kladného posouzení nové osvědčení o shodě pro CSMS nebo prodlouží jeho platnost o další tři roky. Schvalovací orgán ověří, že CSMS nadále splňuje požadavky tohoto předpisu. V případě, že byly schvalovacímu orgánu nebo jeho technické zkušebně oznámeny změny a tyto změny byly kladně přehodnoceny, vydá schvalovací orgán nové osvědčení. |
6.11 |
Vypršení platnosti nebo odejmutí osvědčení výrobce o shodě pro CSMS se považuje, vzhledem k typům vozidla, pro které byl dotyčný CSMS relevantní, za změnu schválení podle bodu 8, jejíž součástí může být odejmutí schválení, pokud již podmínky pro udělení schválení nejsou nadále splněny. |
7. SPECIFIKACE
7.1 |
Všeobecné specifikace |
7.1.1 |
Požadavky stanovené tímto předpisem neomezují ustanovení nebo požadavky stanovené jinými předpisy OSN |
7.2 |
Požadavky pro systém řízení kybernetické bezpečnosti |
7.2.1 |
Schvalovací orgán nebo jeho technická zkušebna za účelem posouzení ověří, zda má výrobce vozidla zaveden systém řízení kybernetické bezpečnosti, a ověří jeho soulad s tímto předpisem. |
7.2.2 |
Systém řízení kybernetické bezpečnosti pokrývá následující oblasti: |
7.2.2.1 |
Výrobce vozidla musí schvalovacímu orgánu nebo technické zkušebně prokázat, že jeho systém řízení kybernetické bezpečnosti pokrývá tyto fáze:
|
7.2.2.2 |
Výrobce vozidla musí prokázat, že postupy používané v jeho systému řízení kybernetické bezpečnosti zajišťují odpovídající zohlednění bezpečnosti, včetně rizik a zmírňujících opatření uvedených v příloze 5. To zahrnuje:
|
7.2.2.3 |
Výrobce vozidla prokáže, že postupy používané v rámci jeho systému řízení kybernetické bezpečnosti zajistí, aby na základě kategorizace uvedené v bodě 7.2.2.2 písmenu c) a bodě 7.2.2.2 písmenu g) byla pro kybernetické hrozby a zranitelnosti, které vyžadují reakci výrobce vozidla, zmírňující opatření provedena v přiměřené lhůtě. |
7.2.2.4 |
Výrobce vozidla prokáže, že postupy používané v jeho systému řízení kybernetické bezpečnosti zajistí, aby monitorování uvedené v bodě 7.2.2.2 písmenu g) bylo nepřetržité. Toto monitorování musí:
|
7.2.2.5 |
Výrobce vozidla prokáže, jak bude jeho systém řízení kybernetické bezpečnosti řídit závislosti, které mohou existovat se smluvními dodavateli, poskytovateli služeb nebo podřízenými organizacemi výrobce, pokud jde o požadavky bodu 7.2.2.2. |
7.3 |
Požadavky pro typy vozidel |
7.3.1 |
Výrobce musí mít platné osvědčení o shodě pro systém řízení kybernetické bezpečnosti odpovídající typu vozidla, který se schvaluje.
Pokud však může výrobce v případě schválení typu uděleného před 1. červencem 2024 vozidla prokázat, že typ vozidla nemohl být vyvinut v souladu s CSMS, musí výrobce vozidla prokázat, že během vývojové fáze dotčeného typu vozidla byla kybernetická bezpečnost náležitě zohledněna. |
7.3.2 |
Výrobce vozidla musí u schváleného typu vozidla identifikovat a řídit rizika související s dodavatelem. |
7.3.3 |
Výrobce vozidla musí určit kritické prvky typu vozidla, provést vyčerpávající posouzení rizik pro daný typ vozidla a náležitě řešit zjištěná rizika nebo je řídit. Posouzení rizik zohlední jednotlivé prvky typu vozidla a jejich vzájemné působení. Posouzení rizik dále zohlední interakce s veškerými vnějšími systémy. Při posuzování rizik vezme výrobce vozidla v úvahu rizika související se všemi hrozbami uvedenými v příloze 5 části A, jakož i veškerá další relevantní rizika. |
7.3.4 |
Výrobce vozidla chrání typ vozidla před riziky zjištěnými v jím vypracovaném posouzení rizik. K ochraně typu vozidla musí být provedena přiměřená zmírňující opatření. Provedená opatření ke zmírnění rizik musí zahrnovat všechna zmírnění uvedená v příloze 5 části B a C, která jsou pro zjištěná rizika relevantní. Pokud však zmírnění uvedené v příloze 5 části B nebo C není pro zjištěné riziko relevantní nebo dostatečné, výrobce vozidla zajistí, aby bylo provedeno jiné vhodné zmírnění.
Zejména u schválení typu před 1. červencem 2024 výrobce vozidla zajistí, aby bylo provedeno jiné vhodné zmírnění, pokud zmírňující opatření uvedené v příloze 5 části B nebo C není technicky proveditelné. Příslušné posouzení technické proveditelnosti poskytne výrobce schvalovacímu orgánu. |
7.3.5 |
Výrobce vozidel pro daný typ vozidla zavede vhodná a přiměřená opatření k zabezpečení vyhrazených prostředí (je-li k dispozici) pro ukládání a spouštění softwaru, služeb, aplikací nebo dat pocházejících z následného trhu. |
7.3.6 |
Výrobce vozidla provede před schválením typu vhodné a dostatečné zkoušky k ověření účinnosti zavedených bezpečnostních opatření. |
7.3.7 |
Výrobce vozidla pro typ vozidla provede opatření, jejichž účelem je:
|
7.3.8 |
Kryptografické moduly použité pro účely tohoto předpisu musí být v souladu s normami založenými na konsenzu. Pokud použité kryptografické moduly nejsou v souladu s normami založenými na konsenzu, musí výrobce vozidla jejich použití zdůvodnit. |
7.4 |
Ustanovení o podávání zpráv |
7.4.1 |
V souladu s ustanovením bodu 7.2.2.2 písmene g) podává výrobce vozidla schvalovacímu orgánu nebo technické zkušebně zprávu o výsledcích svých monitorovacích činností, a to včetně příslušných informací o nových kybernetických útocích, nejméně jednou ročně, případně častěji. Výrobce vozidla rovněž potvrdí schvalovacímu orgánu nebo technické zkušebně, že opatření ke zmírnění rizik v oblasti kybernetické bezpečnosti provedená u jejich typů vozidel jsou stále účinná a nahlásí jakákoli další přijatá opatření. |
7.4.2 |
Schvalovací orgán nebo technická zkušebna ověří poskytnuté informace a v případě potřeby požádá výrobce vozidla, aby odstranil nalezené nedostatky.
Není-li podávání zpráv nebo reakce dostačující, může schvalovací orgán rozhodnout o odejmutí CSMS v souladu s bodem 6.8. |
8. ZMĚNA TYPU VOZIDLA A ROZŠÍŘENÍ SCHVÁLENÍ TYPU
8.1 |
Každá změna typu vozidla, která má vliv na jeho technickou výkonnost z hlediska kybernetické bezpečnosti a/nebo dokumentace požadované tímto předpisem, se oznámí schvalovacímu orgánu, který typ vozidla schválil. Tento orgán pak může buď: |
8.1.1 |
dojít k závěru, že změny vyhovují požadavkům a dokumentaci již udělenému schválení typu; nebo |
8.1.2 |
přistoupit k nezbytnému doplňkovému posouzení podle bodu 5 a případně si od technické zkušebny odpovědné za provedení zkoušek vyžádat nový zkušební protokol. |
8.1.3 |
Potvrzení, rozšíření nebo odmítnutí schválení se spolu s výčtem změn sdělí prostřednictvím formuláře sdělení podle vzoru v příloze 2 tohoto předpisu. Schvalovací orgán, který vydává rozšíření schválení, přidělí tomuto rozšíření pořadové číslo a informuje o něm ostatní strany dohody z roku 1958, které uplatňují tento předpis, a to prostřednictvím formuláře sdělení podle vzoru v příloze 2 tohoto předpisu. |
9. SHODNOST VÝROBY
9.1 |
Postupy pro zajištění shodnosti výroby musí odpovídat postupům stanoveným v příloze 1 dohody z roku 1958 (E/ECE/TRANS/505/Rev.3) společně s následujícími požadavky: |
9.1.1 |
Držitel schválení musí zajistit, aby byly výsledky zkoušek shodnosti výroby zaprotokolovány a aby byly připojené dokumenty k dispozici po dobu stanovenou v souladu se schvalovacím orgánem nebo technickou zkušebnou. Tato doba nepřesáhne 10 let od doby, kdy byla výroba definitivně ukončena. |
9.1.2 |
Schvalovací orgán, který udělil schválení typu, může kdykoli ověřit metody kontroly shodnosti používané v každém výrobním zařízení. Obvyklá četnost těchto kontrol je jednou za dva roky. |
10. POSTIHY ZA NESHODNOST VÝROBY
10.1 |
Schválení udělené typu vozidla podle tohoto předpisu je možno odejmout, pokud požadavky stanovené v tomto předpisu nejsou dodrženy nebo jestliže požadavkům tohoto předpisu neodpovídají vozidla vybraná jako vzorek. |
10.2 |
Pokud schvalovací orgán odejme schválení, které dříve udělil, neprodleně to prostřednictvím formuláře sdělení podle vzoru uvedeného v příloze 2 tohoto předpisu oznámí smluvním stranám, které uplatňují tento předpis. |
11. DEFINITIVNÍ UKONČENÍ VÝROBY
11.1 |
Pokud držitel schválení typu zcela ukončí výrobu typu vozidla schváleného podle tohoto předpisu, musí o tom uvědomit orgán, který schválení typu udělil. Po obdržení příslušného sdělení podá uvedený orgán zprávu o ukončení výroby ostatním smluvním stranám dohody, které uplatňují tento předpis, a to prostřednictvím kopie formuláře schválení opatřené na konci velkými písmeny napsanou, podepsanou a datovanou poznámkou „VÝROBA UKONČENA“. |
12. NÁZVY A ADRESY TECHNICKÝCH ZKUŠEBEN ODPOVĚDNÝCH ZA PROVÁDĚNÍ SCHVALOVACÍ ZKOUŠKY A NÁZVY A ADRESY SCHVALOVACÍCH ORGÁNŮ
12.1 |
Smluvní strany dohody, které uplatňují tento předpis, sdělí sekretariátu Organizace spojených národů názvy a adresy technických zkušeben odpovědných za provádění schvalovacích zkoušek, jakož i názvy a adresy schvalovacích orgánů, které schválení udělují a jimž se mají zasílat formuláře osvědčující udělení, rozšíření, zamítnutí nebo odnětí schválení vydané v jiných zemích. |
(1) např. ISO 26262-2018, ISO/PAS 21448, ISO/SAE 21434
(2) https://www.unece.org/trans/main/wp29/datasharing.html
(3) Pokyny týkající se podrobných informací (např. metody, kritérií, úrovně výkonnosti), které mají být nahrány, a formát se uvedou v interpretačním dokumentu, který připravuje pracovní skupina pracovní skupina pro kybernetickou bezpečnost a otázky bezdrátových přenosů (Task Force on Cyber Security and Over the Air issues), pro sedmé zasedání GRVA.
(4) Pracovní skupina pro automatizovaná/autonomní a propojená vozidla (GRVA)
(5) Tento výklad bude zohledněn v interpretačním dokumentu uvedeném v poznámce pod čarou k bodu 5.3.3.
(6) Další informace o minimálních požadavcích na soubor dokumentace vypracuje skupina GRVA během svého sedmého zasedání.
PŘÍLOHA 1
Informační dokument
Následující informace, přicházejí-li v úvahu, se spolu se soupisem obsahu předkládají trojmo. Předkládají-li se výkresy, musí být dodány ve vhodném měřítku a s dostatečnými podrobnostmi na archu formátu A4, nebo musí být na tento formát složeny. Fotografie, pokud se přikládají k žádosti, musí být dostatečně detailní.
1.
Značka (obchodní název výrobce): …
2.
Typ a všeobecný obchodní popis: …
3.
Způsob označení typu, je-li na vozidle vyznačen: …
4.
Umístění tohoto označení: …
5.
Kategorie vozidla: …
6.
Jméno a adresa výrobce/zástupce výrobce: …
7.
Název (názvy) a adresa (adresy) montážního závodu (závodů): …
8.
Fotografie a/nebo výkres (výkresy) reprezentujícího vozidla: …
9.
Kybernetická bezpečnost
9.1
Obecné konstrukční vlastnosti typu vozidla, včetně:
a) |
systémů vozidla, které jsou důležité pro kybernetickou bezpečnost typu vozidla; |
b) |
konstrukčních částí těchto systémů, které jsou relevantní pro kybernetickou bezpečnost; |
c) |
vzájemného působení těchto systémů s jinými systémy v rámci typu vozidla a s vnějšími rozhraními. |
9.2
Schematické znázornění typu vozidla
9.3
Číslo osvědčení o shodě pro CSMS …
9.4
Dokumentace pro typ vozidla, který má být schválen, popisující výsledek jeho posouzení rizik a zjištěná rizika: …
9.5
Dokumentace pro typ vozidla, který má být schválen, s popisem zmírňujících opatření, která byla provedena u systémů uvedených v seznamu, nebo typu vozidla a popisu způsobu, kterým řeší uvedená rizika: …
9.6
Dokumentace pro typ vozidla, který má být schválen, s popisem ochrany vyhrazených prostředí pro ukládání a spouštění softwaru, služeb, aplikací nebo dat pocházejících z následného trhu: …
9.7
Dokumentace pro typ vozidla, který má být schválen, popisující, jaké zkoušky byly použity k ověření kybernetické bezpečnosti typu vozidla a jeho systémů, a výsledek těchto zkoušek: …
9.8
Popis zohlednění dodavatelského řetězce po stránce kybernetické bezpečnosti: …
Příloha 1 – dodatek 1
Vzor prohlášení výrobce o shodě pro CSMS
Prohlášení výrobce o splnění požadavků na systém řízení kybernetické bezpečnosti
Název výrobce: …
Adresa výrobce: …
… (název výrobce) potvrzuje, že jsou zavedeny postupy nezbytné ke splnění požadavků na systém řízení kybernetické bezpečnosti stanovených v bodě 7.2 předpisu OSN č. 155, a že tyto postupy budou nadále dodržovány.………
Vystaveno v: … (místo)
Datum: …
Jméno podepisující osoby: …
Funkce podepisující osoby: …
…
(razítko a podpis zástupce výrobce)
PŘÍLOHA 2
Sdělení
(maximální formát: A4 (210 × 297 mm))
|
vydal: |
název správního orgánu: … … … |
týkající se (2) |
Udělení schválení Rozšíření schválení Odejmutí schválení s účinkem ode dne dd/mm/rrrr Odmítnutí schválení Definitivního ukončení výroby |
typu vozidla podle předpisu OSN č. 155
Schválení č.: …
Rozšíření č.: …
Důvod rozšíření: …
1.
Značka (obchodní název výrobce): …
2.
Typ a obecný obchodní popis (popisy) …
3.
Způsob označení typu, je-li na vozidle vyznačen: …
3.1
Umístění tohoto označení: …
4.
Kategorie vozidla: …
5.
Jméno a adresa výrobce/zástupce výrobce: …
6.
Název (názvy) a adresa (adresy) výrobního závodu (závodů): …
7.
Číslo osvědčení o shodě pro systém řízení kybernetické bezpečnosti: …
8.
Technická zkušebna odpovědná za provádění zkoušek: …
9.
Datum vydání zkušebního protokolu: …
10.
Číslo zkušebního protokolu: …
11.
Připomínky: (jsou-li): …
12.
Místo: …
13.
Datum: …
14.
Podpis: …
15.
Je přiložen seznam informačních dokumentů uložených u schvalovacího orgánu, které lze obdržet na požádání:
(1) Rozlišovací číslo země, která schválení udělila / rozšířila / odmítla / odňala (viz ustanovení o schválení v předpise).
(2) Nehodící se škrtněte.:
PŘÍLOHA 3
Uspořádání značky schválení typu
Vzor A
(viz bod 4.2 tohoto předpisu)
a = minimálně 8 mm
Výše uvedená značka schválení typu upevněná na vozidlo prokazuje, že typ silničního vozidla byl schválen v Nizozemsku (E4) v souladu s předpisem č. 155 pod číslem schválení 001234. První dvě číslice čísla schválení udávají, že schválení bylo uděleno v souladu s požadavky tohoto předpisu v jeho původním znění (00).
PŘÍLOHA 4
Vzor osvědčení o shodě pro systém řízení kybernetické bezpečnosti
Osvědčení o shodě pro systém řízení kybernetické bezpečnosti
v souladu s předpisem OSN č. 155
Číslo osvědčení [referenční číslo]
[……. Schvalovací orgán]
potvrzuje, že
Výrobce: …
Adresa výrobce: …
vyhovuje ustanovením bodu 7.2 předpisu č. 155
Ověření proběhlo dne: …
(název a adresa schvalovacího orgánu nebo technické zkušebny): …
Číslo protokolu: …
Osvědčení je platné do […………………………………………………datum]
V [………………………………………………… místo]
Dne […………………………………………………datum]
[…………………………………………………podpis]
Přílohy: popis systému řízení kybernetické bezpečnosti výrobce
PŘÍLOHA 5
Seznam hrozeb a odpovídajících zmírňujících opatření
1.
Tato příloha sestává ze tří částí: Část A této přílohy popisuje základní scénář hrozeb, zranitelnosti a metody útoku. Část B této přílohy popisuje zmírňující opatření pro hrozby, která jsou určena pro dané typy vozidel. Část C popisuje zmírňující opatření pro hrozby, která jsou určena pro oblasti mimo vozidla, např. na back-end IT infrastruktuře.
2.
Část A, část B a část C se zohlední při posuzování a zmírňování rizik, která mají výrobci vozidel provádět.
3.
V části A je uveden rejstřík obecného popisu zranitelností a jejich příslušných příkladů. Stejný rejstřík je uveden v tabulkách v částech B a C, aby každý útok/zranitelnost byly propojené se seznamem odpovídajících zmírňujících opatření.
4.
Analýza hrozeb rovněž zohlední možné dopady útoku. Tyto dopady mohou pomoci zjistit závažnost rizika a určit další rizika. Možné dopady útoku mohou zahrnovat:
a) |
negativní dopad na bezpečný provoz vozidla. |
b) |
přerušení provozu funkcí vozidla; |
c) |
úpravu softwaru vedoucí ke změně výkonu; |
d) |
úpravu softwaru bez účinku na provoz; |
e) |
narušení integrity dat; |
f) |
narušení důvěrnosti dat; |
g) |
narušení dostupnosti dat; |
h) |
jiné, včetně trestné činnosti. |
Část A. Zranitelnost nebo metoda útoku v souvislosti s hrozbami
1. |
Obecné popisy hrozeb a souvisejících zranitelností nebo metod útoku jsou uvedeny v tabulce A1.
Tabulka A1 Část A. Seznam zranitelností nebo metod útoku v souvislosti s hrozbami
|
Část B. Zmírňující opatření pro hrozby zaměřené na vozidla
1. |
Zmírňující opatření pro komunikační kanály vozidla
Zmírňující opatření pro hrozby související s komunikačními kanály vozidel jsou uvedena v tabulce B1. Tabulka B1 Zmírňující opatření pro hrozby související s komunikačními kanály vozidel
|
2. |
Zmírňující opatření pro proces aktualizace
Zmírňující opatření pro hrozby související s procesem aktualizace jsou uvedena v tabulce B2. Tabulka B2 Zmírňující opatření pro hrozby související s procesem aktualizace
|
3. |
Zmírňující opatření pro nezamýšlené lidské jednání umožňující kybernetický útok
Zmírňující opatření pro hrozby související s nezamýšleným lidským jednáním umožňujícím kybernetický útok jsou uvedena v tabulce B3. Tabulka B3 Zmírňující opatření pro hrozby související s nezamýšleným lidským jednáním umožňujícím kybernetický útok
|
4. |
Zmírňující opatření pro hrozby související s vnější konektivitou a připojeními
Zmírňující opatření pro hrozby související s vnější konektivitou a připojeními jsou uvedena v tabulce B4. Tabulka B4 Zmírňující opatření pro hrozby související s vnější konektivitou a připojeními
|
5. |
Zmírňující opatření pro potenciální cíle útoků nebo motivace pro útok
Zmírňující opatření pro hrozby související s potenciálními cíli útoků a motivy pro útok jsou uvedena v tabulce B5. Tabulka B5 Zmírňující opatření pro hrozby související s potenciálními cíli útoků a motivy pro útok
|
6. |
Zmírňující opatření pro potenciální zranitelnosti, které by mohly být zneužity, pokud by nebyly dostatečně chráněny nebo zabezpečeny
Zmírňující opatření pro hrozby související s potenciálními zranitelnostmi, které by mohly být zneužity, pokud by nebyly dostatečně chráněny nebo zabezpečeny, jsou uvedena v tabulce B6. Tabulka B6 Zmírňující opatření pro hrozby související s potenciálními zranitelnostmi, které by mohly být zneužity, pokud by nebyly dostatečně chráněny nebo zabezpečeny
|
7. |
Zmírňující opatření pro ztrátu nebo únik dat z vozidla
Zmírňující opatření pro hrozby související s možností ztráty nebo úniku dat z vozidla jsou uvedena v tabulce B7. Tabulka B7 Zmírňující opatření pro hrozby související s možností ztráty nebo úniku dat z vozidla
|
8. |
Zmírňující opatření proti fyzické manipulaci se systémy za účelem umožnění útoku
Zmírňující opatření pro hrozby související s fyzickou manipulací se systémy za účelem umožnění útoku jsou uvedena v tabulce B8. Tabulka B8 Zmírňující opatření pro hrozby související s fyzickou manipulací se systémy za účelem umožnění útoku
|
Část C. Zmírňující opatření pro hrozby zaměřené na oblasti vozidla
1. |
Zmírňující opatření pro back-end servery
Zmírňující opatření pro hrozby související s back-end servery jsou uvedena v tabulce C1. |
Tabulka C1
Zmírňující opatření pro hrozby související s back-end servery
Odkaz na tabulku A1 |
Hrozby pro back-end servery |
Odkaz |
Zmírňující opatření |
1.1 & 3.1 |
Zneužití oprávnění ze strany zaměstnanců (útok provedený zaměstnancem) |
M1 |
Back-end systémy musí být chráněny bezpečnostními mechanismy minimalizujícími riziko útoku provedeného zaměstnanci |
1.2 & 3.3 |
Neoprávněný přístup k serveru z internetu (například prostřednictvím zadních vrátek (backdoor), neopravenými zranitelnostmi softwaru systému, útoky SQL nebo jinými prostředky) |
M2 |
Back-end systémy musí být chráněny bezpečnostními mechanismy minimalizujícími riziko neoprávněného přístupu Příklad mechanismů zabezpečení lze nalézt v OWASP |
1.3 & 3.4 |
Neoprávněný fyzický přístup k serveru (například prostřednictvím USB média nebo připojením jiných médií k serveru) |
M8 |
Díky návrhu systému a řízení přístupu by neoprávněné osoby neměly mít možnost získat přístup k osobním údajům nebo kritickým systémovým údajům. |
2.1 |
Útok na back-end server zastaví jeho fungování, například tím, že zabrání interakci s vozidly a poskytování služeb, na které vozidla spoléhají |
M3 |
Musí být zavedeny mechanismy zabezpečení back-end systémů. Pro back-end servery, které jsou kriticky důležité pro poskytování služeb, existují opatření na obnovu v případě výpadku systému. Příklad mechanismů zabezpečení lze nalézt v OWASP |
3.2 |
Ztráta informací v cloudu. Citlivé údaje mohou být ztraceny v důsledku útoků nebo nehod, pokud jsou uloženy u externích poskytovatelů cloudových služeb. |
M4 |
Musí být zavedeny mechanismy zabezpečení s cílem minimalizovat rizika spojená s cloudovými službami. Příklady mechanismů zabezpečení lze nalézt v pokynech pro cloud computing projektu OWASP a strategie NCSC. |
3.5 |
Únik informací neúmyslným sdílením údajů (např. chyby ve správě systému, ukládání dat na serverech servisů) |
M5 |
Back-end systémy musí být chráněny bezpečnostními mechanismy minimalizujícími riziko úniku dat Příklad mechanismů zabezpečení lze nalézt v OWASP |
2. |
Zmírňující opatření pro nezamýšlené lidské jednání
Zmírňující opatření pro hrozby související s nezamýšleným lidským jednáním jsou uvedena v tabulce C2. Tabulka C2 Zmírňující opatření pro hrozby související s nezamýšleným lidským jednáním
|
3. |
Zmírňující opatření pro hrozbu fyzické ztráty dat
Zmírňující opatření pro hrozby související s hrozbou fyzické ztráty dat jsou uvedena v tabulce C3. Tabulka C3 Zmírňující opatření pro hrozby související s hrozbou fyzické ztráty dat
|