text: часа в тонове: ...Капацитет на трюмовете: ...+++++ TIFF +++++ВИД РИБОЛОВA. Дънен риболовДънен крайбрежен риболов:Дънен дълбочинен риболов:Вид трал:за главоноги:за скариди:за риби:Дължина на трала: ...Дължина на въжето:...Размери на отворите на торбата:...Размери на отворите на крилете: ...Скорост на тралене: ...Б. Риболов на големи пелагични видове (риба тон)С въдица:Брой въдици:С гриб:Дължина на мрежата: ...Дълбочина на мрежата: ...Брой съоръжения за съхранение: ...Капацитет в тонове:...В. Риболов с парагади и винтерина повърхността:на дъното:Дължина на въжето:...Брой куки: ...Брой въжета: ...Брой винтери: ...СЪОРЪЖЕНИЯ НА СУШАТААдрес и номер на разрешението: ...Търговско наименование:...Дейности: ...Вътрешна търговия с риболовни продукти:Външна търговия с риболовни продукти:Вид и номер на картата за търговец на риболовни продукти: ...Описание на съоръженията за преработка и съхранение:Брой служители: ...NB: Отбележете утвърдителния отговор в полетата, които са оставени за целта.Технически забележкиРазрешение на Министерството на рибарството+++++ TIFF +++++--------------------------------------------------Допълнение 2Двете страни по споразумението ще се консултират впоследствие в рамките на смесената комисия, за да определят разпоредбите, приложими към системата за сателитно наблюдение (VMS), и координатите на риболовната зона на Гвинея.--------------------------------------------------Допълнение 3БОРДОВИ ДНЕВНИК НА МЕЖДУНАРОДНАТА КОМИСИЯ ЗА ОПАЗВАНЕ НА РИБАТА ТОН В АТЛАНТИЧЕСКИЯ ОКЕАН ЗА РИБОЛОВ НА РИБА ТОНИме на кораба: ...БРТ: ...ОТПЛАВАНЕ на кораба:ВРЪЩАНЕ на кораба:МесецДенГодинаПристанищеДържава на флага: ...Капацитет (MТ): ...Регистрационен номер: ...Капитан: ...Корабособственик: ...Брой членове на екипажа: ...Адрес: ...Дата на доклада: ...(Автор на доклада): ...Брой дни в морето:Брой дни на риболов:Брой на хвърляния на мрежите:Номер на риболовния рейс:ДатаЗонаt° на водната повърхност(°C)Риболовно усилиеБрой на използваните кукиCapturas (улов)Isco usado na pesca(използвана стръв)месецденширина с/юдължина и/зчервен тонThunnus Thynnus или maccoyiжълтопер тонThunnus albacares(дебел (големоок) тон)Thunnus obesus(бял тон)Thunnus alalunga(риба меч)Xiphias gladius(ивичест марлин)(бял марлин)Tetraptunus audax или albidus(черен марлин)Makaira indica(риба ветроход)Istiophorus albicanes или platypterusлистаоKatsuwonus pelamis(смесен улов)общо дневно(тегло само в kg)сайракалмаржива стръв(други)бройтеглоkgбройkgбройkgбройkgбройkgбройkgбройkgбройkgбройkgбройkgбройkgРазтоварени количества (в kg)Забележки:1 — Да се ползва един лист на месец и един ред на ден.2 — В края на всеки риболовен рейс да се предава препис от дневника на Вашия кореспондент или на Международната комисия за опазване на рибата тон в Атлантическия океан, адрес: Calle Corazón de María, 8, 28002 Madrid. Espagne.3 — Под думата „ден“, се разбира ден, в който се замята парагад.4 — Секторът за риболов посочва местоположението на кораба. Броят минути се закръгля и се отбелязват градусите на ширината и дължината. Моля, посочете С/Ю и И/З.5 — Последният ред (разтоварени количества) следва да се попълни в края на риболовния рейс. Трябва да се посочи реалното тегло към момента на разтоварването.6 — Всички включени по-горе информации ще останат строго поверителни.ПарагадЖива стръвМрежа гъргърТралOutros (други)+++++ TIFF +++++--------------------------------------------------


text:
 Важна правна забележка
 |
 22005D0123
 Официален вестник n° L 339 , 22/12/2005 стр. 0032 - 0034
 Решение на Съвместния комитет на ЕИПNo 123/2005от 30 септември 2005 годиназа изменение на приложение XV (Държавни помощи) и на Протокол 26 (относно правомощията и функциите на Надзорния орган на ЕАСТ в областта на държавните помощи) към Споразумението за ЕИПСЪВМЕСТНИЯТ КОМИТЕТ НА ЕИП,като взе предвид Споразумението за Европейското икономическо пространство, изменено с Протокола за адаптиране на Споразумението за Европейското икономическо пространство, по-нататък наричано "Споразумението", и по-специално член 98 от него,като има предвид, че:(1) Приложение ХV към Споразумението е изменено с Решение No 131/2004 на Съвместния комитет на ЕИП от 24 септември 2004 г. [1](2) Протокол 26 към Споразумението е изменен със Споразумението за участие на Чешката република, Република Естония, Република Кипър, Република Унгария, Република Латвия, Република Литва, Република Малта, Република Полша, Република Словения и Словашката република в Европейското икономическо пространство, подписан на 14 октомври 2003 г. в Люксембург [2].(3) Регламент (ЕО) No 794/2004 на Комисията от 21 април 2004 г. за прилагането на Регламент (ЕО) No 659/1999 на Съвета относно определянето на подробни правила за прилагането на член 93 от Договора за създаване на Европейската общност [3], поправен в ОВ L 25, 28.1.2005 г., стр. 74 и ОВ L 131, 25.5.2005 г., стр. 45, следва да бъде включен в Споразумението.(4) Включването в Споразумението на Регламент (ЕО) No 794/2004 прави нищожни някои точки в приложение ХV към Споразумението, които по тази причина следва да се заличат,РЕШИ:Член 1Приложение ХV към Споразумението се изменя, както е посочено в приложение I към настоящото решение.Член 2Протокол 26 към Споразумението се изменя, както е посочено в приложение II към настоящото решение.Член 3Текстовете на Регламент (ЕО) No 794/2004, поправен в ОВ L 25, 28.1.2005 г., стр. 74 и в ОВ L 131, 25.5.2005 г., стр. 45 на исландски и на норвежки език, които предстои да се публикуват в притурката за ЕИП към Официален вестник на Европейския съюз, са автентични.Член 3Настоящото решение влиза в сила на 1 октомври 2005 г., при условие че всички нотификации до Съвместния комитет на ЕИП в съответствие с член 103, параграф 1 от Споразумението са направени [****].Член 4Настоящото решение се публикува в раздела за ЕИП и в притурката за ЕИП към Официален вестник на Европейския съюз.Съставено в Брюксел на 30 септември 2005 година.За Съвместния комитет на ЕИППредседателHSH Prinz Nikolaus von Liechtenstein[1] ОВ L 64, 10.3.2005 г., стр. 67.[2] ОВ L 130, 29.4.2004 г., стр. 3.[3] ОВ L 140, 30.4.2004 г., стр. 1.[****] Не са посочени конституционни изисквания.--------------------------------------------------ПРИЛОЖЕНИЕ IПриложение ХV към Споразумението се изменя, както следва:Текстът на точки 2 (С/252/80/ стр. 2: Нотификация до Комисията за предоставени помощи от държавите в съответствие с член 93, параграф 3 от Договора за ЕО), 3 (писмо на Комисията до държавите-членки SG(81) 12740 от 2 октомври 1981 г.), 4 (писмо на Комисията до държавите-членки SG(89) D/5521 от 27 април 1989 г.), 5 (писмо на Комисията до държавите-членки SG(87) D/5540 от 30 април 1989 г.), 6 (писмо на Комисията до държавите-членки SG(90) D/28091 от 11 октомври 1990 г.), 7 (писмо на Комисията до

type: contracts

jurisdiction: EU


text: държавите-членки SG(91) D/4577 от 4 март 1991 г.), 8 (С/40/90/ стр. 2: Нотификация за схемите за по-малки помощи), 10 (С/318/83/стр. 3: Съобщение от Комисията относно незаконно предоставените помощи) и 34 (С/3/85/стр. 2: Съобщение от Комисията за кумулиране на помощи с различна насоченост) се заличава.--------------------------------------------------ПРИЛОЖЕНИЕ IIПротокол 26 към Споразумението се изменя, както следва:1. в член 2 изразът "следният акт" се заменя със "следните актове".2. Регламент (ЕО) No 659/1999 на Съвета става точка 1.3. След точка 1 (Регламент (ЕО) No 659/1999 на Съвета) се добавя следната точка:"2. 32004 R 0794: Регламент (ЕО) No 794/2004 на Комисията от 21 април 2004 г. за прилагането на Регламент (ЕО) No 659/1999 на Съвета относно определянето на подробни правила за прилагането на член 93 от Договора за създаване на Европейската общност (ОВ L 140, 30.4.2004 г., стр. 1), поправен в ОВ L 25, 28.1.2005 г., стр. 74 и в ОВ L 131, 25.5.2005 г., стр. 45."--------------------------------------------------


text:
 8.5.2008
 BG
 Официален вестник на Европейския съюз
 L 124/39
 РЕШЕНИЕ НА СЪВМЕСТНИЯ КОМИТЕТ НА ЕИП
 No 171/2007
 от 7 декември 2007 година
 за изменение на приложение XXII (Дружествено право) към Споразумението за ЕИП
 СЪВМЕСТНИЯТ КОМИТЕТ НА ЕИП,
 като взе предвид Споразумението за Европейското икономическо пространство, изменено с Протокола за адаптиране на Споразумението за Европейското икономическо пространство, наричано по-долу „Споразумението“, и по-специално член 98 от него,
 като има предвид, че:
 (1)
 Приложение XXII към Споразумението бе изменено с Решение на Съвместния комитет на ЕИП No 132/2007 от 26 октомври 2007 г. (1)
 (2)
 Регламент (ЕО) No 610/2007 на Комисията от 1 юни 2007 г. за изменение на Регламент (ЕО) No 1725/2003 относно приемането на някои международни счетоводни стандарти в съответствие с Регламент (ЕО) No 1606/2002 на Европейския парламент и на Съвета във връзка с тълкувание 10 на Комитета за разяснения на международните стандарти за финансови отчети (КРМСФО) (2) следва да бъде включен в Споразумението,
 (3)
 Регламент (ЕО) No 611/2007 на Комисията от 1 юни 2007 г. за изменение на Регламент (ЕО) No 1725/2003 за приемане на някои международни счетоводни стандарти в съответствие с Регламент (ЕО) No 1606/2002 на Европейския парламент и на Съвета във връзка с тълкуване 11 на Комитета за разяснения на международните стандарти за финансови отчети (КРМСФО) (3) следва да бъде включен в Споразумението,
 РЕШИ:
 Член 1
 Към точка 10ба (Регламент (ЕО) No 1725/2003 на Комисията) от приложение XXII към Споразумението се добавят следните тирета:
 „—
 32007 R 0610: Регламент (ЕО) No 610/2007 на Комисията от 1 юни 2007 г. (ОВ L 141, 2.6.2007 г., стр. 46),
 —
 32007 R 0611: Регламент (ЕО) No 611/2007 на Комисията от 1 юни 2007 г. (ОВ L 141, 2.6.2007 г., стр. 49).“
 Член 2
 Текстовете на Регламент (EО) No 610/2007 и Регламент (ЕО) No 611/2007 на исландски и на норвежки език, които ще бъдат публикувани в притурката за ЕИП към Официален вестник на Европейския съюз, са автентични.
 Член 3
 Настоящото решение влиза в сила 20 дни след приемането му, при условие че всички нотификации, предвидени в член 103, параграф 1 от Споразумението, са внесени в Съвместния комитет на ЕИП (4).
 Член 4
 Настоящото решение се публикува в раздела за ЕИП и в притурката за ЕИП към Официален вестник на Европейския съюз.
 Съставено в Брюксел на 7 декември 2007 година.
 За Съвместния комитет на ЕИП
 Председател
 Stefán Haukur JÓHANNESSON
 (1) ОВ L 100, 10.4.2008 г., стр. 1.
 (2) ОВ L 141, 2.6.2007 г., стр. 46.
 (3) ОВ L 141, 2.6.2007 г., стр. 49.
 (4) Без отбелязани конституционни изисквания.


text:
 12.1.2017
 BG
 Официален вестник на Европейския съюз
 L 8/28
 РЕШЕНИЕ НА СЪВМЕСТНИЯ КОМИТЕТ НА ЕИП
 No 192/2015
 от 10 юли 2015 година
 за изменение на приложение XX (Околна среда) към Споразумението за ЕИП [2017/32]
 СЪВМЕСТНИЯТ КОМИТЕТ НА ЕИП,
 като взе предвид Споразумението за Европейското икономическо пространство („Споразумението за ЕИП“), и по-специално член 98 от него,
 като има предвид, че:
 (1)
 Решение 2014/746/ЕС на Комисията от 27 октомври 2014 г. за определяне, съгласно Директива 2003/87/ЕО на Европейския парламент и на Съвета, на списък с отрасли и подотрасли, за които се смята, че са изложени на съществен риск от изместване на въглеродни емисии, за периода 2015—2019 година (1) следва да бъде включено в Споразумението за ЕИП.
 (2)
 Решение 2014/746/ЕС отменя Решение 2010/2/ЕС на Комисията (2), което е включено в Споразумението за ЕИП и което следва съответно да бъде заличено от него.
 (3)
 Поради това приложение XX към Споразумението за ЕИП следва да бъде съответно изменено,
 ПРИЕ НАСТОЯЩОТО РЕШЕНИЕ:
 Член 1
 Текстът на точка 21алб (Решение 2010/2/ЕС на Комисията) от приложение XX към Споразумението за ЕИП се заменя със следния текст:
 „32014 D 0746: Решение 2014/746/ЕС на Комисията от 27 октомври 2014 г. за определяне, съгласно Директива 2003/87/ЕО на Европейския парламент и на Съвета, на списък с отрасли и подотрасли, за които се смята, че са изложени на съществен риск от изместване на въглеродни емисии, за периода 2015—2019 година (ОВ L 308, 29.10.2014 г., стр. 114)“.
 Член 2
 Текстовете на Решение 2014/746/ЕС на исландски и норвежки език, които ще бъдат публикувани в притурката за ЕИП към Официален вестник на Европейския съюз, са автентични.
 Член 3
 Настоящото решение влиза в сила на 11 юли 2015 г., при условие че са внесени всички нотификации, предвидени в член 103, параграф 1 от Споразумението за ЕИП (*1).
 Член 4
 Настоящото решение се публикува в раздела за ЕИП и в притурката за ЕИП към Официален вестник на Европейския съюз.
 Съставено в Брюксел на 10 юли 2015 година.
 За Съвместния комитет на ЕИП
 Председател
 Atle LEIKVOLL
 (1) ОВ L 308, 29.10.2014 г., стр. 114.
 (2) ОВ L 1, 5.1.2010 г., стр. 10.
 (*1) Без отбелязани конституционни изисквания.


text:
 Важна правна забележка
 |
 22002D0025
 Официален вестник n° L 110 , 25/04/2002 стр. 0027 - 0028 специално чешко издание глава 11 том 07 стр. 180 - 181 специално испанско издание глава 11 том 07 стр. 180 - 181 специално унгарско издание глава 11 том 07 стр. 180 - 181 специално литвийско издание глава 11 том 07 стр. 180 - 181 LV.ES глава 11 том 07 стр. 180 - 181 MT.ES глава 11 том 07 стр. 180 - 181 PL.ES глава 11 том 07 стр. 180 - 181 SK.ES глава 11 том 07 стр. 180 - 181 специално словенско издание глава 11 том 07 стр. 180 - 181
 Решение на Съвместния комитет на ЕИПNo 25/2002от 1 март 2002 годиназа изменение на приложение ХХI (Статистика) към Споразумението за ЕИПСЪВМЕСТНИЯТ КОМИТЕТ НА ЕИП,като взе предвид Споразумението за Европейското икономическо пространство, изменено с Протокол за адаптиране на Споразумението за Европейското икономическо пространство, по-нататък наричано "Споразумението", и по-специално член 98 от него,като има предвид, че:(1) Приложение ХХI към Споразумението е изменено с Решение No 86/2001 на Съвместния комитет на ЕИП от 19 юни 2001 г. [1].(2) Регламент (ЕО) No 1638/2001 на Комисията от 24 юли 2001 г. за изменение на Регламент (EО) No 2597/95 на Съвета относно предаването на статистика за уловите и риболовната дейност на държавите-членки, извършващи риболов в някои зони, различни от тези на Северния Атлантик [2] трябва да бъде включен към Споразумението,РЕШИ:Член 1Към точка 25в (Регламент (ЕИО) No 2597/95 на Съвета) от приложение ХХI към Споразумението се добавя следният текст:"изменено с:- 32001 R 1638: Регламент (ЕО) No 1638/2001 на Комисията от 24 юли 2001 г. (ОВ L 222, 17.8.2001 г., стр. 29)."Член 2Текстовете на Регламент (ЕО) No 1638/2001 на исландски и норвежки език, които предстои да бъдат публикувани в допълнението за ЕИП в Официален вестник на Еврoпейските общности, са автентични.Член 3Настоящoто решение влиза в сила на 2 март 2002 г., при условие че всички нотификации до Съвместния комитет на ЕИП [***] съгласно член 103, параграф 1 от Споразумението са направени.Член 4Настоящото решение се публикува в раздела за ЕИП и в притурката за ЕИП към Официален вестник на Еврoпейските общности.Съставено в Брюксел на 1 март 2002 година.За Съвместния комитет на ЕИППредседателP. Westerlund[1] ОВ L 238, 6.9.2001 г., стр. 39.[2] ОВ L 222, 17.8.2001 г., стр. 29.[***] Не са посочени конституционни изисквания.--------------------------------------------------


text:
 11.6.2010
 BG
 Официален вестник на Европейския съюз
 L 145/17
 РЕШЕНИЕ No 3/2010 НА КОМИТЕТА НА ПОСЛАНИЦИТЕ АКТБ—ЕС
 от 19 май 2010 година
 за назначаване на директор на Центъра за развитие на предприемачеството (ЦРП)
 (2010/325/ЕС)
 КОМИТЕТЪТ НА ПОСЛАНИЦИТЕ АКТБ—ЕС,
 като взе предвид Споразумението за партньорство АКТБ—ЕО, подписано в Котону на 23 юни 2000 г. (1), преразгледано със Споразумението за изменение на Споразумението за партньорство, подписано в Люксембург на 25 юни 2005 г. (2), и по-специално член 2, параграф 7 от приложение III към него,
 като има предвид, че:
 (1)
 Мандатът на предишния директор изтече на 28 февруари 2010 г.;
 (2)
 След приключване на работата си създаденият от двете страни съвместен комитет за избор предложи г-н Jean-Erick ROMAGNE (Франция) да бъде назначен на длъжността директор на Центъра за развитие на предприемачеството,
 РЕШИ:
 Член единствен
 Без да се засягат по-нататъшните решения, които Комитетът би могъл да приеме в рамките на правомощията си, г-н Jean-Erick ROMAGNE се назначава за директор на Центъра за развитие на предприемачеството, считано от 6 септември 2010 г. до 28 февруари 2015 г.
 Съставено в Брюксел на 19 май 2010 година.
 За Комитета на посланиците АКТБ—ЕС
 Председател
 René MAKONGO
 (1) ОВ L 317, 15.12.2000 г., стр. 3.
 (2) ОВ L 209, 11.8.2005 г., стр. 27.


text:
 Важна правна забележка
 |
 22004D0086
 Официален вестник n° L 349 , 25/11/2004 стр. 0046 - 0047
 Решение на Съвместния комитет на ЕИПNo 86/2004от 8 юни 2004 годиназа изменение на приложение XХI (Статистика) към Споразумението за ЕИПСЪВМЕСТНИЯТ КОМИТЕТ НА ЕИП,като взе предвид Споразумението за Европейското икономическо пространство, изменено с Протокол за адаптиране на Споразумението за Европейското икономическо пространство, по-нататък наричано "Споразумението", и по-специално член 98 от него,като има предвид, че:(1) Приложение ХХI към Споразумението беше изменено със Споразумението за участие на Чешката република, Република Естония, Република Кипър, Република Унгария, Република Латвия, Република Литва, Република Малта, Република Полша, Република Словения и Словашката република в Европейското икономическо пространство, подписано на 14 октомври 2003 г. в Люксембург [1].(2) Регламент (ЕО) No 16/2004 на Комисията от 6 януари 2004 г. за прилагане на Регламент (ЕО) No 1177/2003 на Европейския парламент и на Съвета относно статистиките на Общността за доходите и условията на живот (EU-SILC) по отношение на списъка на второстепенни променливи, свързани с "предаването на бедността между поколенията" [2] трябва да се включи в Споразумението.(3) Регламент (ЕО) No 28/2004 на Комисията от 5 януари 2004 г. за прилагане на Регламент (ЕО) No 1177/2003 на Европейския парламент и на Съвета относно статистиките на Общността за доходите и условията на живот (EU-SILC) по отношение на подробното съдържание на междинни и финални отчети за качество [3] трябва да се включи в Споразумението.(4) Регламент (ЕО) No 48/2004 на Европейския парламент и на Съвета от 5 декември 2003 г. относно съставянето на годишна статистика на Общността за стоманената промишленост за референтни години 2003—2009 г. [4] трябва да се включи в Споразумението.(5) Директива 2003/107/ЕО на Европейския парламент и на Съвета от 5 декември 2003 г., изменяща Директива 96/16/ЕО на Съвета относно статистическите проучвания за млякото и млечните продукти [5] трябва да се включи в Споразумението,РЕШИ:Член 1Приложение ХХI към Споразумението се изменя както следва:1. Следните точки се добавят след точка 18м (Регламент (ЕО) No 1983/2003 на Комисията):"18н. 32004 R 0016: Регламент (ЕО) No 16/2004 на Комисията от 6 януари 2004 г. за прилагане на Регламент (ЕО) No 1177/2003 на Европейския парламент и на Съвета относно статистиките на Общността за доходите и условията на живот (EU-SILC) по отношение на списъка на второстепенни променливи, свързани с "предаването на бедността между поколенията" (ОВ L 4, 8.1.2004 г., стр. 3).18о. 32004 R 0028: Регламент (ЕО) No 28/2004 на Комисията от 5 януари 2004 г. за прилагане на Регламент (ЕО) No 1177/2003 на Европейския парламент и на Съвета относно статистиките на Общността за доходите и условията на живот (EU-SILC) по отношение на подробното съдържание на междинни и финални отчети за качество (ОВ L 5, 9.1.2004 г., стр. 42)."2. Следната точка се добавя след точка 4б (Регламент (ЕИО) No 2186/93 на Съвета):"4в. 32004 R 0048: Регламент (ЕО) No 48/2004 на Европейския парламент и на Съвета от 5 декември 2003 г. относно съставянето на годишна статистика на Общността за стоманената промишленост за референтни години 2003—2009 г. (ОВ L 7, 13.1.2004 г., стр. 1)."3. Следното се добавя в точка 21 (Директива 96/16/ЕО на Съвета):"изменено с:- 32003 L 0107: Директива


text: 2003/107/ЕО на Европейския парламент и на Съвета от 5 декември 2003 г. (ОВ L 7, 13.1.2004 г., стр. 40)."Член 2Текстовете на Регламенти (ЕО) No 16/2004, (ЕО) No 28/2004, (ЕО) No 48/2004 и Директива 2003/107/ЕО на исландски и норвежки език, които предстои да бъдат публикувани в притурката за ЕИП към Официален вестник на Европейския съюз, имат еднаква сила.Член 3Настоящото решение влиза в сила на 9 юни 2004 г., при условие че всички нотификации до Съвместния комитет на ЕИП съгласно член 103, параграф 1 от Споразумението са направени [******].Член 4Настоящото решение се публикува в раздела за ЕИП и в допълнението за ЕИП в Официален вестник на Европейския съюз.Съставено в Брюксел на 8 юни 2004 година.За Съвместния комитет на ЕИППредседателS. Gillespie[1] ОВ L 130, 29.4.2004 г., стр. 3.[2] ОВ L 4, 8.1.2004 г., стр. 3.[3] ОВ L 5, 9.1.2004 г., стр. 42.[4] ОВ L 7, 13.1.2004 г., стр. 1.[5] ОВ L 7, 13.1.2004 г., стр. 40.[******] Не са посочени конституционни изисквания.--------------------------------------------------


text:
 13.3.2018
 BG
 Официален вестник на Европейския съюз
 L 69/3
 ПРОТОКОЛ
 към Споразумението за партньорство и сътрудничество за установяване на партньорство между Европейските общности и техните държави членки, от една страна, и Киргизката република, от друга страна, за да се вземе предвид присъединяването на Република Хърватия към Европейския съюз
 КРАЛСТВО БЕЛГИЯ,
 РЕПУБЛИКА БЪЛГАРИЯ,
 ЧЕШКАТА РЕПУБЛИКА,
 КРАЛСТВО ДАНИЯ,
 ФЕДЕРАЛНА РЕПУБЛИКА ГЕРМАНИЯ,
 РЕПУБЛИКА ЕСТОНИЯ,
 ИРЛАНДИЯ,
 РЕПУБЛИКА ГЪРЦИЯ,
 КРАЛСТВО ИСПАНИЯ,
 ФРЕНСКАТА РЕПУБЛИКА,
 РЕПУБЛИКА ХЪРВАТИЯ,
 ИТАЛИАНСКАТА РЕПУБЛИКА,
 РЕПУБЛИКА КИПЪР,
 РЕПУБЛИКА ЛАТВИЯ,
 РЕПУБЛИКА ЛИТВА,
 ВЕЛИКОТО ХЕРЦОГСТВО ЛЮКСЕМБУРГ,
 УНГАРИЯ,
 РЕПУБЛИКА МАЛТА,
 КРАЛСТВО НИДЕРЛАНДИЯ,
 РЕПУБЛИКА АВСТРИЯ,
 РЕПУБЛИКА ПОЛША,
 ПОРТУГАЛСКАТА РЕПУБЛИКА,
 РУМЪНИЯ,
 РЕПУБЛИКА СЛОВЕНИЯ,
 СЛОВАШКАТА РЕПУБЛИКА,
 РЕПУБЛИКА ФИНЛАНДИЯ,
 КРАЛСТВО ШВЕЦИЯ,
 ОБЕДИНЕНОТО КРАЛСТВО ВЕЛИКОБРИТАНИЯ И СЕВЕРНА ИРЛАНДИЯ,
 договарящи се страни по Договора за Европейския съюз, Договора за функционирането на Европейския съюз и Договора за създаване на Европейската общност за атомна енергия, наричани по-нататък „държавите членки“,
 ЕВРОПЕЙСКИЯТ СЪЮЗ, наричан по-нататък „Съюзът“, и
 ЕВРОПЕЙСКАТА ОБЩНОСТ ЗА АТОМНА ЕНЕРГИЯ,
 от една страна,
 И
 КИРГИЗКАТА РЕПУБЛИКА,
 от друга страна,
 наричани заедно по-нататък „Страните“,
 КАТО ИМАТ ПРЕДВИД, ЧЕ Споразумението за партньорство и сътрудничество между Европейските общности и техните държави членки и Киргизката република, наричано по-нататък „Споразумението“, беше подписано в Брюксел на 9 февруари 1995 г.;
 КАТО ИМАТ ПРЕДВИД, ЧЕ Договорът за присъединяване на Република Хърватия към Европейския съюз беше подписан в Брюксел на 9 декември 2011 г.;
 КАТО ИМАТ ПРЕДВИД, ЧЕ съгласно член 6, параграф 2 от Акта относно условията за присъединяване на Република Хърватия и промените в Договора за Европейския съюз, Договора за функционирането на Европейския съюз и Договора за създаване на Европейската общност за атомна енергия нейното присъединяване към Споразумението следва да бъде одобрено чрез сключването на протокол към Споразумението;
 КАТО ВЗЕМАТ ПРЕДВИД, ЧЕ Република Хърватия се присъедини към Съюза и към Европейската общност за атомна енергия на 1 юли 2013 г.,
 СЕ СПОРАЗУМЯХА ЗА СЛЕДНОТО:
 Член 1
 С настоящото Република Хърватия се присъединява към Споразумението за партньорство и сътрудничество между Европейските общности и техните държави членки и Киргизката република. Република Хърватия също така приема и взема предвид, по същия начин като останалите държави членки, текстовете на Споразумението и на съвместните декларации, декларациите и размените на писма, приложени към заключителния акт, подписан на същата дата.
 Член 2
 След подписването на настоящия протокол Съюзът своевременно предоставя текста на Споразумението на хърватски език на държавите членки и на Киргизката република. При условие че настоящият протокол влезе в сила, текстът, посочен в първото изречение на настоящия член, става автентичен при същите условия като английския, българския, гръцкия, датския, естонския, испанския, италианския, латвийския, литовския, малтийския, немския, нидерландския, полския, португалския, румънския, словашкия, словенския, унгарския, финския, френския, чешкия, шведския, киргизкия и руския текст на Споразумението.
 Член 3
 Настоящият протокол представлява неразделна част от Споразумението.
 Член 4
 1. Настоящият протокол се одобрява от страните в съответствие с приетите от тях процедури. Страните се нотифицират взаимно за приключването на необходимите за тази цел процедури.
 2. Настоящият протокол влиза в сила на първия ден от месеца, следващ месеца, през който е извършена последната нотификация, предвидена в параграф 1.
 3. До влизането си в сила настоящият протокол се прилага временно, считано от 1


text:
юли 2013 г.
 Член 5
 Настоящият протокол е съставен в два еднообразни екземпляра на английски, български, гръцки, датски, естонски, испански, италиански, латвийски, литовски, малтийски, немски, нидерландски, полски, португалски, румънски, словашки, словенски, унгарски, фински, френски, хърватски, чешки, шведски, киргизки и руски език, като всеки текст е еднакво автентичен.
 В ПОТВЪРЖДЕНИЕ НА КОЕТО долуподписаните, надлежно упълномощени за целта представители, подписаха настоящия протокол.
 Съставено в Брюксел на шести февруари две хиляди и осемнадесета година.
 Hecho en Bruselas, el seis de febrero de dos mil dieciocho.
 V Bruselu dne šestého února dva tisíce osmnáct.
 Udfærdiget i Bruxelles den sjette februar to tusind og atten.
 Geschehen zu Brüssel am sechsten Februar zweitausendachtzehn.
 Kahe tuhande kaheksateistkümnenda aasta veebruarikuu kuuendal päeval Brüsselis.
 Έγινε στις Βρυξέλλες, στις έξι Φεβρουαρίου δύο χιλιάδες δεκαοκτώ.
 Done at Brussels on the sixth day of February in the year two thousand and eighteen.
 Fait à Bruxelles, le six février deux mille dix-huit.
 Sastavljeno u Bruxellesu šestog veljače godine dvije tisuće osamnaeste.
 Fatto a Bruxelles, addì sei febbraio duemiladiciotto.
 Briselē, divi tūkstoši astoņpadsmitā gada sestajā februārī.
 Priimta du tūkstančiai aštuonioliktų metų vasario šeštą dieną Briuselyje.
 Kelt Brüsszelben, a kétezer-tizennyolcadik év február havának hatodik napján.
 Magħmul fi Brussell, fis-sitt jum ta' Frar fis-sena elfejn u tmintax.
 Gedaan te Brussel, zes februari tweeduizend achttien.
 Sporządzono w Brukseli dnia szóstego lutego roku dwa tysiące osiemnastego.
 Feito em Bruxelas, em seis de fevereiro de dois mil e dezoito.
 Întocmit la Bruxelles la șase februarie două mii optsprezece.
 V Bruseli šiesteho februára dvetisícosemnásť.
 V Bruslju, dne šestega februarja leta dva tisoč osemnajst.
 Tehty Brysselissä kuudentena päivänä helmikuuta vuonna kaksituhattakahdeksantoista.
 Som skedde i Bryssel den sjätte februari år tjugohundraarton.
 Составлено в Брюсселе шестого февраля две тысячи восемнадцатого года.
 За Европейския съюз
 Рог la Unión Europea
 Za Evropskou unii
 For Den Europæiske Union
 Für die Europäische Union
 Euroopa Liidu nimel
 Για την Ευρωπαϊκή Ένωση
 For the European Union
 Pour l'Union européenne
 Za Europsku uniju
 Per l'Unione europea
 Eiropas Savienības vārdā –
 Europos Sąjungos vardu
 Az Európai Unió részéről
 Għall-Unjoni Ewropea
 Voor de Europese Unie
 W imieniu Unii Europejskiej
 Pela União Europeia
 Pentru Uniunea Europeană
 Za Európsku úniu
 Za Evropsko unijo
 Euroopan unionin puolesta
 För Europeiska unionen
 За Европейский Союз
 За държавите-членки
 Por los Estados miembros
 Za členské státy
 For medlemsstaterne
 Für die Mitgliedstaaten
 Liikmesriikide nimel
 Για τα κράτη μέλη
 For the Member States
 Pour les États membres
 Za države članice
 Per gli Stati membri
 Dalībvalstu vārdā –
 Valstybių narių vardu
 A tagállamok részéről
 Għall-Istati Membri
 Voor de lidstaten
 W imieniu Państw Członkowskich
 Pelos Estados-Membros
 Pentru statele membre
 Za členské štáty
 Za države članice
 Jäsenvaltioiden puolesta
 För medlemsstaterna
 За государства-члены
 За Европейската общност за атомна енергия
 Por la Comunidad Europea de la Energía Atómica
 Za Evropské společenství pro atomovou energii
 For Det Europæiske Atomenergifællesskab
 Für die Europäische Atomgemeinschaft
 Euroopa Aatomienergiaühenduse nimel
 Για την Ευρωπαϊκή Κοινότητα Ατομικής Ενέργειας
 For the European Atomic Energy Community
 Pour la Communauté européenne de l'énergie atomique
 Za Europsku zajednicu za atomsku energiju
 Per la Comunità europea dell'energia atomica
 Eiropas Atomenerģijas Kopienas vārdā –
 Europos atominės energijos bendrijos vardu


text:
Az Európai Atomenergia-közösség részéről
 F'isem il-Komunità Ewropea tal-Enerġija Atomika
 Voor de Europese Gemeenschap voor Atoomenergie
 W imieniu Europejskiej Wspólnoty Energii Atomowej
 Pela Comunidade Europeia da Energia Atómica
 Pentru Comunitatea Europeană a Energiei Atomice
 Za Európske spoločenstvo pre atómovú energiu
 Za Evropsko skupnost za atomsko energijo
 Euroopan atomienergiajärjestön puolesta
 För Europeiska atomenergigemenskapen
 За Европейское сообщество по атомной энергии
 За киргизката република
 Por la república kirguisa
 Za kyrgyzskou republiku
 For den Kirgisiske Republik
 Für die Kirgisische Republik
 Kirgiisi vabariigi nimel
 Για τη Δημοκρατία του Κιργιζιστάν
 For the Kyrgyz Republic
 Pour la République Kirghize
 Za kirgisku republiku
 Per la repubblica del kirghizistan
 Kirgizstānas Republikas vārdā –
 Kirgizijos respublikos vardu
 A Kirgiz köztársaság részéről
 Għall-Repubblika Kirgiża
 Voor de Kirgizische Republiek
 W imieniu Republiki Kirgiskiej
 Pela república do quirguistão
 Pentru Republica Kârgâzstan
 Za Kirgizskú Republiku
 Za Kirgiško republiko
 Kirgisian tasavallan puolesta
 För Republiken Kirgizistan
 Зa Кыргызcкую Республику


text:
 9.3.2021
 BG
 Официален вестник на Европейския съюз
 L 82/30
 Само оригиналните текстове на ИКЕ на ООН имат правно действие съгласно международното публично право. Статутът и датата на влизане в сила на настоящото правило следва да бъдат проверени в последната версия на документа на ИКЕ на ООН за статута — TRANS/WP.29/343/, който е на разположение на електронен адрес: http://www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29fdocstts.html
 Правило No 155 на ООН — Единни предписания за одобрение на превозни средства по отношение на киберсигурността и системата за управление на киберсигурността [2021/387]
 Дата на влизане в сила: 22 януари 2021 г.
 Настоящият документ е само средство за документиране. Автентични и правно обвързващи текстове са:
 —
 ECE/TRANS/WP.29/2020/79
 —
 ECE/TRANS/WP.29/2020/94 и
 —
 ECE/TRANS/WP.29/2020/97
 СЪДЪРЖАНИЕ
 ПРАВИЛО
 1.
 Приложно поле
 2.
 Определения
 3.
 Заявление за одобрение
 4.
 Маркировки
 5.
 Одобрение
 6.
 Сертификат за съответствие за система за управление на киберсигурността
 7.
 Спецификации
 8.
 Изменения на тип превозно средство и разширяване на одобрението на типа
 9.
 Съответствие на производството
 10.
 Санкции при несъответствие на производството
 11.
 Окончателно прекратяване на производство
 12.
 Наименования и адреси на техническите служби, отговарящи за провеждането на изпитвания за одобряване, както и на органите по одобряването на типа
 ПРИЛОЖЕНИЯ
 1
 Списък с данни
 2
 Съобщение
 3
 Разположение на маркировката за одобрение
 4
 Образец на сертификат за съответствие за система за управление на киберсигурността
 5
 Списък на заплахите и съответните мерки за смекчаване
 1. ПРИЛОЖНО ПОЛЕ
 1.1.
 Настоящото правило се прилага по отношение на киберсигурността за превозни средства от категории M и N.
 Настоящото правило се прилага също така за превозни средства от категория O, ако са оборудвани с поне един електронен блок за управление.
 1.2.
 Настоящото правило се прилага и за превозни средства от категории L6 и L7, ако са оборудвани с функционални възможности за автоматизирано управление от ниво 3 нагоре, както е определено в „Справочния документ с определения за автоматизирано управление“ съгласно Работната група по член 29 и общите принципи за разработване на правила на ООН относно автоматизираните превозни средства (ECE/TRANS/WP.29/1140).
 1.3.
 Настоящото правило не засяга други правила на ООН и регионалното или националното законодателство относно достъпа от страна на упълномощени страни до превозното средство, неговите данни, функции и ресурси, както и условията на такъв достъп. Това правило също така не засяга прилагането на националното и регионалното законодателство в областта на правото на неприкосновеност на личния живот и защитата на физическите лица във връзка с обработването на личните им данни.
 1.4.
 Настоящото правило не засяга други правила на ООН, регионално или национално законодателство, регулиращи разработването и инсталирането/системната интеграция на резервни части и компоненти, физически и цифрови, във връзка с киберсигурността.
 2. ОПРЕДЕЛЕНИЯ
 За целите на настоящото правило се прилагат следните определения:
 2.1.
 „Тип превозно средство“ означава превозни средства, които са еднакви най-малко по следните съществени характеристики:
 а)
 Наименованието от производителя на типа превозно средство;
 б)
 Основни аспекти на електрическата/електронната архитектура и външните интерфейси във връзка с киберсигурността.
 2.2.
 „Киберсигурност“ означава условията, при които пътните превозни средства и техните функции са предпазени от киберзаплахи за електрическите или електронните компоненти.
 2.3.
 „Система за управление на киберсигурността (CSMS)“ означава систематичен, основан на


text:
риска подход, определящ организационните процеси, отговорностите и управлението, с цел справяне с риска, свързан с киберзаплахите за превозните средства, и осигуряване на тяхната защита от кибератаки.
 2.4.
 „Система“ означава набор от компоненти и/или подсистеми, които изпълняват дадена функция или функции.
 2.5.
 „Развойна фаза“ означава периода преди одобряването на типа на даден тип превозно средство.
 2.6.
 „Производствена фаза“ означава продължителността на производството на даден тип превозно средство.
 2.7.
 „Следпроизведствена фаза“ означава периода, през който даден тип превозно средство вече не се произвежда до края на излизането от употреба на всички превозни средства от този тип. Превозните средства, които са свързани с конкретния тип превозно средство, продължават да се използват през тази фаза, но вече не се произвеждат. Фазата приключва, когато вече няма функциониращи превозни средства от дадения тип.
 2.8.
 „Мярка за смекчаване“ означава мярка, която намалява риска.
 2.9.
 „Риск“ означава вероятността при дадена заплаха да се използват уязвимостите на превозното средство, с което да се причинят вреди на организацията или на физически лица.
 2.10.
 „Оценка на риска“ означава цялостния процес на откриване, разпознаване и описване на рисковете (установяване на рисковете) с цел да се разбере естеството на риска и да се определи нивото му (анализ на риска), както и на сравняване на резултатите от анализа на риска с критериите за риска, за да се определи дали рискът и/или размерът му е приемлив или допустим (оценка на риска).
 2.11.
 „Управление на риска“ означава съгласувани дейности за управление и контрол на дадена организация по отношение на риска.
 2.12.
 „Заплаха“ означава потенциална причина за нежелан инцидент, който може да доведе до вреди за дадена система, организация или физическо лице.
 2.13.
 „Уязвимост“ означава слабост на даден актив или мярка за смекчаване, която може да бъде използвана при условия на една или повече заплахи.
 3. ЗАЯВЛЕНИЕ ЗА ОДОБРЕНИЕ
 3.1.
 Заявлението за одобрение на тип превозно средство във връзка с киберсигурността се подава от производителя на превозното средство или от негов надлежно упълномощен представител.
 3.2.
 Към заявлението се прилагат посочените по-долу документи в три екземпляра и следните сведения:
 3.2.1.
 Описание на типа превозно средство във връзка с елементите, посочени в приложение 1 към настоящото правило.
 3.2.2.
 В случаите, когато се установи, че тази информация е защитена от правата за интелектуална собственост или представлява специфично технологично знание на производителя или на неговите доставчици, производителят или неговите доставчици предоставят достатъчно информация, която да позволи изчисленията да бъдат извършени правилно. Тази информация се разглежда на принципа на поверителност.
 3.2.3.
 Сертификат за съответствие за системата за управление на киберсигурността съгласно точка 6 от настоящото правило.
 3.3.
 Документацията се предоставя в две части:
 а)
 Официалният комплект документи за одобрение, съдържащ материалите, посочени в приложение 1, който се предоставя на органа по одобряването или на неговата техническа служба при предаването на заявлението за одобрение на типа. Този комплект документи се използва от органа по одобряването или неговата техническа служба като основна справочна информация в процеса на одобрение. Органът по одобряването и неговата техническа служба гарантират, че този комплект документи е на разположение поне 10 години, считано от момента, в който производството на типа


text:
превозно средство се прекратява окончателно.
 б)
 Допълнителните материали, свързани с изискванията на настоящото правило, може да бъдат задържани от производителя, но се предоставят за проверка при одобряване на типа. Производителят гарантира, че всеки материал, който е бил предоставен за проверка по време на одобряването на типа, остава наличен за период от поне 10 години, считано от момента, в който производството на типа превозно средство се прекратява окончателно.
 4. МАРКИРОВКА
 4.1.
 Върху всяко превозно средство, съответстващо на тип превозно средство, одобрен съгласно настоящото правило, на видно и леснодостъпно място, което се посочва във формуляра за одобрение, се поставя международна маркировка за одобрение, която се състои от:
 4.1.1.
 Окръжност около буквата „Е“, последвана от отличителния номер на държавата, издала одобрението.
 4.1.2.
 Номера на настоящото правило, следван от буквата „R“, тире и номера на одобрение, отдясно на окръжността, предписана в точка 4.1.1 по-горе.
 4.2.
 Ако превозното средство съответства на тип превозно средство, одобрен съгласно едно или няколко други правила, приложени към Спогодбата, не е необходимо да се повтаря символът, указан в точка 4.1.1 по-горе, в държавата, издала одобрението съгласно настоящото правило; в такъв случай номерата на правилото и одобрението, както и допълнителните символи за всички правила, съгласно които одобрението е било издадено в държавата, издала одобрение съгласно настоящото правило, трябва да се поставят във вертикални колони в дясно от символа, предписан в точка 4.1.1 по-горе.
 4.3.
 Маркировката за одобрение трябва да е четлива и незаличима.
 4.4.
 Маркировката за одобрение се поставя в близост до или на табелката с данни на превозното средство, поставена от производителя.
 4.5.
 В приложение 3 към настоящото правило са дадени примери за оформлението на маркировката за одобрение.
 5. ОДОБРЕНИЕ
 5.1.
 Органът по одобряването предоставя, когато това е уместно, одобрение на типа във връзка с киберсигурността само за типове превозни средства, които отговарят на изискванията на настоящото правило.
 5.1.1.
 Органът по одобряването или техническата служба потвърждават посредством проверки на документите, че производителят на превозното средства е взел необходимите мерки във връзка с типа на превозното средство с цел:
 а)
 Да събере и потвърди информацията, която се изисква съгласно настоящото правило, по цялата верига на доставки, за да докаже, че свързаните с доставчиците рискове са определени и се управляват;
 б)
 Да документира оценката на рисковете (изготвена по време на развойната фаза или със задна дата), резултатите от изпитванията и мерките за смекчаване, приложени за типа превозно средство, включително проектната информация, която подкрепя оценката на риска;
 в)
 Да бъдат въведени подходящи мерки, свързани с киберсигурността, в проекта на типа превозно средство;
 г)
 Да бъдат открити и да се реагира на евентуалните атаки срещу киберсигурността;
 д)
 Да се води регистър на данните, за да се подпомогне откриването на кибератаки и да се осигури възможност за събиране на криминалистични данни с цел да се позволи анализ на опитите или успешните кибератаки.
 5.1.2.
 Органът по одобряването или техническата служба потвърждават посредством изпитвания на превозното средство от съответния тип превозно средство, че производителят на превозното средства е приложил свързаните с киберсигурността мерки, които е документирал. Провеждат се изпитвания върху образци от страна на самия орган по


text:
одобряването или техническата служба или в сътрудничество с производителя на превозното средство. Изпитванията върху образци е насочено, но без да се ограничава, към рисковете, които са оценени като високи по време на оценката на рисковете.
 5.1.3.
 Органът по одобряването или техническата служба отказват да предоставят одобрение на типа във връзка с киберсигурността, ако производителят на превозното средство не е изпълнил едно или повече от изискванията, посочени в точка 7.3, по-специално:
 а)
 Производителят на превозното средство не е извършил изчерпателната оценка на риска, посочена в точка 7.3.3.; включително, ако производителят не е взел предвид всички рискове, свързани със заплахите, посочени в приложение 5, част A;
 б)
 Производителят на превозното средство не е защитил типа превозно средство срещу рисковете, определени в оценката на риска от производителя на превозното средство, или не са били приложени пропорционални мерки за смекчаване, както се изисква съгласно точка 7;
 в)
 Производителят на превозното средство не е въвел подходящи и пропорционални мерки, за да осигури специални среди за типа превозно средство (ако са предвидени) за съхранението и изпълнението на следпродажбено обслужване, включващо софтуер, услуги, приложения или данни;
 г)
 Производителят на превозното средство не е провел преди одобряването подходящи и достатъчни изпитвания, за да потвърди ефективността на приложените мерки за сигурност.
 5.1.4.
 Органът по одобряването, който извършва оценката, отказва да предостави одобрение на типа във връзка с киберсигурността също така, ако производителят на превозното средство не е предоставил на органа по одобряването или техническата служба достатъчна информацията, за да се оцени киберсигурността на типа превозно средство:
 5.2.
 Страните по Спогодбата от 1958 г., които прилагат настоящото правило, биват уведомявани относно одобрението, разширяването или отказа за издаване на одобрение на тип превозно средство съгласно настоящото правило, посредством формуляр, който съответства на образеца от приложение 2 към настоящото правило.
 5.3.
 Органът по одобряването не предоставя одобрение на типа, без да потвърди, че производителят е приложил задоволителни мерки и процедури, за да управлява по подходящ начин аспектите на киберсигурността, обхванати от настоящото правило.
 5.3.1.
 Органът по одобряването и неговата техническа служба гарантират, в допълнение към критериите, определени в списък 2 от Спогодбата от 1958 г., че разполагат с:
 а)
 Компетентен персонал с подходящи умения в областта на киберсигурността и конкретни знания по отношение на оценката на рисковете в автомобилния сектор (1);
 б)
 Въведени процедури за еднаква оценка съгласно настоящото правило.
 5.3.2.
 Всяка страна по Спогодбата, която прилага настоящото правило, уведомява и информира чрез своя орган по одобряването другите органи по одобряването на договарящите се страни, които прилагат настоящото правило на ООН, относно метода и критериите, които нотифициращият орган е използвал като основа, за да оцени целесъобразността на мерките, взети в съответствие с настоящото правило и по-специално с точка 5.1, 7.2 и 7.3.
 Тази информация се споделя a) само преди предоставянето за първи път на одобрение съгласно настоящото правило и б) всеки път когато се актуализира методът или критериите за оценка.
 Тази информация е предназначена да бъде споделяна за целите на събирането и анализа на най-добрите практики и с оглед да се гарантира последователното прилагане на настоящото правило от всички органи по одобряването,


text:
които го прилагат.
 5.3.3.
 Информацията, посочена в точка 5.3.2, се качва на английски език в сигурната интернет база данни „DETA“ (2), създадена от Икономическата комисия за Европа на Организацията на обединените нации, своевременно и не по-късно от 14 дни, преди за първи път да бъде предоставено одобрение съгласно съответните методи и критерии за оценка. Информацията трябва да бъде достатъчна, за да се разбере какви минимални нива на ефективност са били приети от органа по одобряването за всяко отделно изискване, посочено в точка 5.3.2, както и процесите и мерките, които той прилага, за да потвърди съответствието с тези минимални нива на ефективност (3).
 5.3.4.
 Органите по одобряването, които получават информацията, посочена в точка 5.3.2, може да представят на нотифициращия орган по одобряването коментари, като ги качат в DETA в рамките на 14 дни след деня на известието.
 5.3.5.
 Ако не е възможно издаващият одобрението орган да вземе предвид коментарите, получени в съответствие с точка 5.3.4, органите по одобряването, които са изпратили коментарите, и издаващият одобрението орган трябва да потърсят допълнителни пояснения в съответствие със списък 6 от Спогодбата от 1958 г. Съответната помощна работна група (4) към Световния форум за хармонизация на регулаторната уредба за превозните средства (WP.29) за това правило се договаря относно общо тълкуване на методите и критериите за оценка (5). Това общо тълкуване се прилага и всички органи по одобряването съответно издават одобрения на типа съгласно настоящото правило.
 5.3.6.
 Всеки орган по одобряването, който предоставя одобрение на типа съгласно настоящото правило, известява другите органи по одобряването относно предоставеното одобрение. В рамките на 14 дни след предоставянето на одобрението органът по одобряването качва в DETA на английски език одобрението на типа, заедно с допълнителната документация (6).
 5.3.7.
 Договарящите се страни може да разгледат предоставените одобрения на основата на информацията, качена съгласно точка 5.3.6. В случай на различие в мненията между договарящите се страни, това се разрешава в съответствие с член 10 и списък 6 от Спогодбата от 1958 г. Договарящите се страни също така информират съответната помощна работна група към Световния форум за хармонизация на регулаторната уредба за превозните средства (WP.29) относно различаващите се тълкувания по смисъла на списък 6 от Спогодбата от 1958 г. Съответната работна група съдейства за разрешаването на различията в мненията и може да се консултира с WP.29 относно това, ако е необходимо.
 5.4.
 За целите на точка 7.2 от настоящото правило производителят гарантира, че се прилагат аспектите, свързани със киберсигурността, обхванати в настоящото правило.
 6. СЕРТИФИКАТ ЗА СЪОТВЕТСТВИЕ ЗА СИСТЕМА ЗА УПРАВЛЕНИЕ НА КИБЕРСИГУРНОСТТА
 6.1.
 Договарящите се страни определят орган по одобряването, който да извърши оценката на производителя и да издаде сертификат за съответствие за системата за управление на киберсигурността.
 6.2.
 Производителят на превозното средство или неговият надлежно упълномощен представител подава заявление за сертификат за съответствие за системата за управление на киберсигурността.
 6.3.
 То се придружава от посочените по-долу документи в три екземпляра и от следните данни:
 6.3.1.
 Документи, в които е описана системата за управление на киберсигурността.
 6.3.2.
 Подписана декларация въз основа на образеца, определен в допълнение 1 към приложение 1.
 6.4.
 В


text:
контекста на оценката производителят декларира, че използва образеца, определен в допълнение 1 към приложение 1, и доказва по задоволителен за органа по одобряването или неговата техническа служба начин, че разполага с необходимите процедури, за да спази всички изисквания по отношение на киберсигурността съгласно настоящото правило.
 6.5.
 Когато тази оценка е била завършена по задоволителен начин и при получаване на подписана декларация на производителя съгласно образеца, определен в допълнение 1 към приложение 1, на производителя се предоставя сертификат, озаглавен Сертификат за съответствие за система за управление на киберсигурността, както е определен в приложение 4 към настоящото правило (наричан по-долу „сертификата за съответствие за система за управление на киберсигурността“).
 6.6.
 Органът по одобряването или неговата техническа служба използват образеца, определен в приложение 4 към настоящото правило, за сертификата за съответствие за система за управление на киберсигурността.
 6.7.
 Сертификатът за съответствие за система за управление на киберсигурността остава валиден за максимален срок от три години, считано от датата на връчване на сертификата, освен ако той не бъде оттеглен.
 6.8.
 Органът по одобряването, който е предоставил сертификата за съответствие за система за управление на киберсигурността, може по всяко време да провери дали изискванията за него продължават да бъдат спазвани. Органът по одобряването отнема сертификата за съответствие за система за управление на киберсигурността, ако определените в настоящото правило изисквания вече не са изпълнени.
 6.9.
 Производителят информира органа по одобряването или неговата техническа служба относно всички промени, които засягат обстоятелствата, въз основа на които е бил издаден сертификата за съответствие за система за управление на киберсигурността. След консултация с производителя органът по одобряването или неговата техническа служба решават дали са необходими нови проверки.
 6.10.
 В своевременен срок, позволяващ на органа по одобряването да завърши своята оценка преди края на срока на валидност на сертификата за съответствие за система за управление на киберсигурността, производителят подава заявление за нов сертификат или за удължаване на срока на валидност на съществуващия сертификат за съответствие за система за управление на киберсигурността. В случай на положителна оценка органът по одобряването издава нов сертификат за съответствие за система за управление на киберсигурността или удължава неговия срок на валидност за допълнителен срок от три години. Органът по одобряването потвърждава, че сертификатът за съответствие за система за управление на киберсигурността продължава да отговаря на изискванията на настоящото правило. Органът по одобряването издава нов сертификат в случаи, при които органът по одобряването или неговата техническа служба са били уведомени относно промени и тези промени са получили положителна повторна оценка.
 6.11.
 Изтичането на срока или отнемането на сертификата за съответствие за система за управление на киберсигурността на производителя се счита, по отношение на типовете превозно средство, за които се отнася съответната система за управление на киберсигурността, като изменение на одобрението, както е посочено в точка 8, което може да включва отнемане на одобрението, ако условията за предоставянето на одобрението вече не са спазени.
 7. СПЕЦИФИКАЦИИ
 7.1.
 Общи спецификации
 7.1.1.
 Изискванията на настоящото правило не ограничават разпоредбите или изискванията на други правила на ООН.
 7.2.
 Изисквания за системата за управление на киберсигурността
 7.2.1.
 За целите на оценката органът


text:
по одобряването или неговата техническа служба потвърждават, че производителят на превозното средства разполага с внедрена система за управление на киберсигурността, и проверяват нейното съответствие с настоящото правило.
 7.2.2.
 Системата за управление на киберсигурността обхваща следните аспекти:
 7.2.2.1.
 Производителят на превозното средство доказва пред органа по одобряването или техническата служба, че системата за управление на киберсигурността се прилага за следните фази:
 а)
 Развойна фаза;
 б)
 Производствена фаза;
 в)
 Следпроизводствена фаза:
 7.2.2.2.
 Производителят на превозното средство доказва, че процедурите, използвани в неговата система за управление на киберсигурността, гарантират, че се обръща достатъчно внимание на сигурността, включително на рисковете и мерките за смекчаване, изброени в приложение 5. Това включва:
 а)
 Процедурите, използвани в организацията на производителя, за да се управлява киберсигурността;
 б)
 Процедурите, използвани, за да се определят рисковете за типовете превозни средства. В рамките на тези процедури се вземат предвид заплахите, посочени в приложение 5, част А, и съответните други заплахи;
 в)
 Процедурите, използвани за оценка, категоризация и третиране на откритите рискове;
 г)
 Процедурите, които са въведени, за да се потвърди, че откритите рискове се управляват по подходящ начин;
 д)
 Процедурите, използвани за изпитване на киберсигурността на даден тип превозно средство.
 е)
 Процедурите, използвани, за да се гарантира, че оценката на риска остава актуална;
 ж)
 Процедурите, използвани, за да се следят, откриват и да се реагира на кибератаките, киберзаплахите и уязвимостите, свързани с типовете превозни средства, и процесите, които се използват, за да се оцени дали въведените мерки за киберсигурност все още са ефективни с оглед на новите киберзаплахи и уязвимости, които са били открити.
 з)
 Процедурите, използвани за осигуряването на надеждни данни, за да се подкрепят анализите на опитите или успешните кибератаки.
 7.2.2.3.
 Производителят на превозното средство доказва, че процедурите, използвани в рамките на неговата система за управление на киберсигурността, гарантират, че въз основа на категоризацията, посочена в точка 7.2.2.2, буква в) и точка 7.2.2.2, буква ж) киберзаплахите и уязвимостите, които изискват реакция от страна на производителя на превозното средство, се смекчават в разумен срок.
 7.2.2.4.
 Производителят на превозното средство доказва, че процесите, използвани в неговата система за управление на киберсигурността, гарантират, че мониторингът, посочен в точка 7.2.2.2, буква ж), е непрекъснат. Това включва:
 а)
 Превозни средства след първата им регистрация в мониторинга;
 б)
 Възможността да се анализират и откриват киберзаплахи, уязвимости и кибератаки с помощта на данните и регистрите на превозното средство. В рамките на тази възможност се спазва точка 1.3 и правото на неприкосновеност на личния живот на собствениците или шофьорите на автомобили, по-специално по отношение на съгласието.
 7.2.2.5.
 От производителя на превозното средство се изисква да демонстрира как неговата система за управление на киберсигурността ще управлява зависимостите, които може да съществуват с доставчици, с които е сключил договор,, доставчици на услуги или подразделения на организацията на производителя по отношение на изискванията на точка 7.2.2.2.
 7.3.
 Изисквания за типове превозни средства
 7.3.1.
 Производителят на превозното средство трябва да разполага с валиден сертификат за съответствие за системата за управление на киберсигурността, приложима за типа превозно средство, който е обект на одобряването.
 Въпреки това за одобрения на типа преди 1 юли


text:
2024 г., ако производителят на превозното средство може да докаже, че не е възможно типът превозно средство да бъде разработен в съответствие със системата за управление на киберсигурността, тогава производителят на превозното средство трябва да докаже, че киберсигурността е била взета предвид в достатъчна степен по време на развойната фаза на съответния тип превозно средство.
 7.3.2.
 Производителят на превозното средство открива и управлява свързаните с доставчици рискове за типа превозно средство, обект на одобрението.
 7.3.3.
 Производителят на превозното средство определя елементите от критично значение на типа превозно средство, изготвя изчерпателна оценка на риска за типа превозно средство и третира/управлява откритите рискове по подходящ начин. В оценката на риска се вземат предвид отделните елементи на типа превозно средство и тяхното взаимодействие. Също така в оценката на риска се вземат предвид взаимодействията с всички външни системи. При оценката на риска производителят на превозното средство обръща внимание на рисковете, свързани с всички заплахи, посочени в приложение 5, част А, както и всички други съответни рискове.
 7.3.4.
 Производителят на превозното средство защитава типа превозно средство срещу рисковете, определени в оценката на риска от производителя на превозното средство. За да бъде защитен типът превозно средство, се прилагат пропорционални мерки за смекчаване. Приложените мерки за смекчаване включват всички мерки за смекчаване, посочени в приложение 5, части Б и В, които са приложими за откритите рискове. Ако обаче дадена мярка за смекчаване, посочена в приложение 5, част Б или В, не е приложима или не е достатъчна за открития риск, производителят на превозното средство гарантира, че се прилага друга подходяща мярка за смекчаване.
 По-специално, за одобрения на типа преди 1 юли 2024 г. производителят на превозното средство гарантира, че е приложена друга подходяща мярка за смекчаване, ако дадена мярка за смекчаване, посочена в приложение 5, части Б или В, е технически неприложима. Производителят представя на органа по одобряването съответната оценка на техническата приложимост.
 7.3.5.
 Производителят на превозното средство въвежда подходящи и пропорционални мерки, за да осигури специални среди за типа превозно средство (ако са предвидени) за съхранението и изпълнението на следпродажбено обслужване, включващо софтуер, услуги, приложения или данни.
 7.3.6.
 Производителят на превозното средство провежда преди одобряването подходящи и достатъчни изпитвания, за да потвърди ефективността на приложените мерки за сигурност.
 7.3.7.
 Производителят на превозното средство въвежда мерки за типа превозно средство с цел:
 а)
 да се откриват и предотвратяват кибератаките срещу превозните средства от този тип;
 б)
 да се подкрепя способността на производителя на превозното средство за наблюдение по отношение на откриването на заплахи, уязвимости и кибератаки, свързани с типа превозно средство;
 в)
 да се осигури възможност за събиране на криминалистични данни, за да се позволи анализ на опитите или успешните кибератаки.
 7.3.8.
 Това определение ще се използва изключително за целите на настоящото правило. Ако използваните криптографски модули не съответстват на стандартите, по отношение на които е постигнат консенсус, производителят на превозното средство трябва да обоснове тяхното използване.
 7.4.
 Разпоредби за докладване
 7.4.1.
 Производителят на превозното средство докладва на органа по одобряването или техническата служба най-малко веднъж годишно или по-често, ако е приложимо, резултата от действията по наблюдението,


text:
както са определени в точка 7.2.2.2, буква ж), което трябва да включва съответната информация относно новите кибератаки. Производителят на превозното средство също така докладва и потвърждава пред органа по одобряването или техническата служба, че мерките за смекчаване във връзка с киберсигурността, приложени за неговите типове превозни средства, все още са ефективни, като уведомява и за всички допълнителни предприети действия.
 7.4.2.
 Органът по одобряването или техническата служба проверява предоставената информация и, ако е необходимо, изисква от производителя на превозното средство да предприеме коригиращи действия относно всички открити неефективности.
 Ако докладването или отговорът не са достатъчни, органът по одобряването може да реши да отнеме сертификата за съответствие за системата за управление на киберсигурността в съответствие с точка 6.8.
 8. ИЗМЕНЕНИЯ НА ТИП ПРЕВОЗНО СРЕДСТВО И РАЗШИРЯВАНЕ НА ОДОБРЕНИЕТО НА ТИПА
 8.1.
 Органът по одобряването, който е одобрил дадения тип превозно средство, трябва да бъде известен относно всяко изменение на типа превозно средство, което влияе на неговите технически характеристики по отношение на киберсигурността и/или документацията, изисквана съгласно настоящото правило. В такъв случай органът по одобряването може:
 8.1.1.
 Да прецени, че направените изменения все още отговарят на изискванията и документацията за съществуващото одобрение на типа; или
 8.1.2.
 Да извърши необходимата допълнителна оценка съгласно точка 5 и да изиска, ако това е необходимо, допълнителен доклад за изпитвания от техническата служба, която отговаря за провеждането на изпитвания.
 8.1.3.
 Уведомяването относно потвърждението или разширяването или отказа за предоставяне на одобрение, в които се посочват измененията, се извършва посредством формуляр за съобщение, който съответства на образеца от приложение 2 към настоящото правило. Органът по одобряването, който издава разширение на одобрението, присвоява сериен номер на това разширение и уведомява за това останалите страни по Спогодбата от 1958 г., които прилагат настоящото правило, чрез формуляр за съобщение, отговарящ на образеца от приложение 2 към настоящото правило.
 9. СЪОТВЕТСТВИЕ НА ПРОИЗВОДСТВОТО
 9.1.
 Процедурите за съответствие на производството трябва да съответстват на указаните в Спогодбата от 1958 г., приложение 1 (E/ECE/TRANS/505/Rev.3), при следните изисквания:
 9.1.1.
 Титулярят на одобрението осигурява регистриране на резултатите от изпитванията за проверка на съответствието на производството и достъп до приложените документи в продължение на определен период, съгласуван с органа по одобряването или неговата техническата служба. Този период не трябва да бъде по-дълъг от 10 години от момента на окончателното прекратяване на производството.
 9.1.2.
 Органът по одобряването, издал одобрението на типа, може по всяко време да проверява методите за контрол на съответствието, прилагани във всяко производствено предприятие. Нормалната честота на тези проверки е веднъж на три години.
 10. САНКЦИИ ПРИ НЕСЪОТВЕТСТВИЕ НА ПРОИЗВОДСТВОТО
 10.1.
 Одобрението, издадено по отношение на тип превозно средство съгласно настоящото правило, може да бъде отнето, ако не е спазено изискването, определено в настоящото правило, или образци на превозното средство не съответстват на изискванията от настоящото правило.
 10.2.
 Ако даден орган по одобряването отнеме одобрение, което е издал, той трябва незабавно да уведоми за това договарящите се страни, прилагащи настоящото правило, чрез формуляр за съобщение по образеца от приложение 2 към настоящото правило.
 11. ОКОНЧАТЕЛНО ПРЕКРАТЯВАНЕ НА ПРОИЗВОДСТВО
 11.1.
 Ако притежателят на одобрение прекрати окончателно производството


text:
на типа превозно средство, одобрено съгласно настоящото правило, той трябва да уведоми за това органа, издал одобрението. При получаването на съответното съобщение този орган на свой ред уведомява за това останалите страни по Спогодбата, прилагащи настоящото правило, посредством копие на формуляра за одобрение, съдържащо най-долу следните думи, изписани с едър шрифт, подписано и с поставена дата: „ПРЕКРАТЕНО ПРОИЗВОДСТВО“.
 12. НАИМЕНОВАНИЯ И АДРЕСИ НА ТЕХНИЧЕСКИТЕ СЛУЖБИ, ОТГОВАРЯЩИ ЗА ПРОВЕЖДАНЕТО НА ИЗПИТВАНИЯ ЗА ОДОБРЯВАНЕ, КАКТО И НА ОРГАНИТЕ ПО ОДОБРЯВАНЕТО НА ТИПА
 12.1.
 Страните по Спогодбата, прилагащи настоящото правило, съобщават на секретариата на ООН наименованията и адресите на техническите служби, отговарящи за провеждане на изпитванията за одобрение, както и на органите по одобряването на типа, издаващи одобрение, и на които се изпращат формулярите, удостоверяващи одобрение, разширение, отказ или отнемане на одобрение, издадени в други държави.
 (1) Напр. ISO 26262-2018, ISO/PAS 21448, ISO/SAE 21434
 (2) https://www.unece.org/trans/main/wp29/datasharing.html
 (3) Насоки относно подробната информация (напр. метод, критерии, ниво на ефективност), която трябва да бъде качена, и нейния формат се предоставят в тълкувателния документ, който понастоящем се изготвя от оперативната група по киберсигурността и безжичните комуникации за седмото заседание на GRVA.
 (4) Работна група по автоматизираните/автономните и свързаните превозни средства (GRVA)
 (5) Това тълкуване се отразява в тълкувателния документ, посочен в бележката под линия към точка 5.3.3.
 (6) Допълнителна информация относно минималните изисквания за комплекта документи ще бъде изготвена от GRVA по време на седмото ѝ заседание.
 ПРИЛОЖЕНИЕ 1
 Списък с данни
 Следната информация, ако е приложима, трябва да бъде предоставяна в три екземпляра и да включва съдържание. Всички чертежи се представят в подходящ мащаб и достатъчно подробно във формат А4 или в папка с формат А4. Снимките, когато има такива, трябва да са достатъчно подробни.
 1.
 Марка (търговско наименование на производителя): ...
 2.
 Тип и общо търговско описание/я: ...
 3.
 Начини за идентификация на типа, когато той е обозначен върху превозното средство: ...
 4.
 Местоположение на маркировката: ...
 5.
 Категории превозни средства: ...
 6.
 Наименование и адрес на производителя/представителя на производителя: ...
 7.
 Наименование(я) и адрес(и) на предприятието(ята) за сглобяване: ...
 8.
 Снимка/снимки и/или чертеж/чертежи на представително превозно средство: ...
 9.
 Киберсигурност
 9.1.
 Общи конструктивни характеристики на типа превозно средство, включително:
 а)
 Системи на превозното средство, които са свързани с киберсигурността на типа превозно средство;
 б)
 Компоненти на системите, които са свързани с киберсигурността;
 в)
 Взаимодействия на тези системи с други системи в рамките на типа превозно средство и с външни интерфейси.
 9.2.
 Схематично представяне на типа превозно средство
 9.3.
 Брой на сертификатите за съответствие за системата за управление на киберсигурността: ...
 9.4.
 Документи за типа превозно средство, подлежащ на одобряване, в които са описани резултатите от неговата оценка на риска и установените рискове: ...
 9.5.
 Документи за типа превозно средство, подлежащ на одобряване, в които са описани мерките за смекчаване, приложени за изброените системи или за типа превозно средство, и как те влияят на посочените рискове: ...
 9.6.
 Документи за типа превозно средство, подлежащ на одобряване, в които е описана защитата на специалните среди за следпродажбено обслужване във връзка със софтуер, услуги, приложения или данни.


text:
...
 9.7.
 Документи за типа превозно средство, подлежащ на одобряване, в които е описано какви изпитвания са били използвани, за да се потвърди киберсигурността на типа превозно средство и неговите системи, и резултатите от тези изпитвания: ...
 9.8.
 Описание на съображенията относно веригата на доставки във връзка с киберсигурността: ...
 Допълнение 1 към приложение 1
 Образец на декларация на производителя за съответствие за системата за управление на киберсигурността
 Декларация на производителя за съответствие с изискванията за системата за управление на киберсигурността.
 Наименование на производителя: ...
 Адрес на производителя: ...
 ... (наименование на производителя) декларира, че необходимите процеси за осигуряване на съответствие с изискванията за системата за управление на киберсигурността, определени в точка 7.2 от Правило No 155 на ООН, са инсталирани и ще се поддържат..........
 Съставено във: ... (място)
 Дата: ...
 Име на подписващото лице: ...
 Длъжност на подписващото лице: ...
 ...
 (Име и подпис на представителя на производителя)
 ПРИЛОЖЕНИЕ 2
 Съобщение
 (Максимален формат: A4 (210 x 297 mm)
 (1)
 издадено от:
 Наименование на администрацията:
 ...
 ...
 ...
 Относно (2)
 Издадено одобрение
 Разширяване на одобрение
 Отнемане на одобрение, считано от дд/мм/гггг
 Отказ на одобрение
 Окончателно прекратяване на производство
 на тип превозно средство съгласно Правило No 155 на ООН
 Одобрение No: ...
 Разширение No: ...
 Основание за разширението: ...
 1.
 Марка (търговско наименование на производителя): ...
 2.
 Тип и общо търговско описание(я) ...
 3.
 Начини за идентификация на типа, когато той е обозначен върху превозното средство: ...
 3.1.
 Местоположение на маркировката: ...
 4.
 Категории превозни средства: ...
 5.
 Наименование и адрес на производителя/представителя на производителя: ...
 6.
 Наименование(я) и адрес(и) на производствения(те) завод(и): ...
 7.
 Брой на сертификатите за съответствие за система за управление на киберсигурността: ...
 8.
 Техническа служба, отговаряща за провеждане на изпитванията: ...
 9.
 Дата на протокола от изпитването: ...
 10.
 Номер на протокола от изпитването: ...
 11.
 Забележки: (ако има такива). ...
 12.
 Място: ...
 13.
 Дата: ...
 14.
 Подпис: ...
 15.
 Прилага се индексът на информационния пакет, депозиран при органа по одобряването, който може да бъде получен при поискване:
 (1) Отличителен номер на държавата, която е предоставила/разширила/отказала/отнела одобрение (вж. разпоредбите относно одобрението в правилото)
 (2) Зачеркнете неприложимото.:
 ПРИЛОЖЕНИЕ 3
 Разположение на знака за одобрение
 ОБРАЗЕЦ А
 (виж точка 4.2 от настоящото правило)
 a = 8 mm (минимум)
 Горепоказаната маркировка за одобрение, поставена на превозно средство, показва, че съответният тип пътно превозно средство е одобрен в Нидерландия (Е 4) съгласно Правило No 155 с одобрение No 001234. Двете първи цифри на номера на одобрението показват, че то е предоставено в съответствие с изискванията на настоящото правило в първоначалната му версия (00).
 ПРИЛОЖЕНИЕ 4
 Образец на сертификат за съответствие за система за управление на киберсигурността
 Сертификат за съответствие за система за управление на киберсигурността
 с Правило No 155 на ООН
 Номер на сертификата [Номер]
 [....... Орган по одобряването]
 Удостоверява, че
 Производител: ...
 Адрес на производителя: ...
 в съответствие с разпоредбите на точка 7.2 от Правило No 155
 Извършени са проверки на: ...
 от страна на (име и адрес на органа по одобряването или техническата служба): ...
 Номер на


text:
протокола: ...
 Сертификатът е валиден до [......................................................... дата]
 Съставено в [......................................................... място]
 На ... [.........................................................дата]
 [.........................................................подпис]
 Приложения: описание от производителя на системата за управление на киберсигурността.
 ПРИЛОЖЕНИЕ 5
 Списък на заплахите и съответните мерки за смекчаване
 1.
 Настоящото приложение се състои от три части: В част А от настоящото приложение е описано базовото равнище за заплахите, уязвимостите и методите за компютърни атаки. В част Б от настоящото приложение са описани мерките за смекчаване на заплахите, които са насочени към типовете превозни средства. В част В са описани мерките за смекчаване на заплахите, които са насочени към областите извън превозните средства, напр. изчислителните машини с базите данни.
 2.
 Част А, част Б и част В се вземат предвид с оглед на оценката на риска и мерките за смекчаване, които се прилагат от производителите на превозни средства.
 3.
 Уязвимостите на високо равнище и съответните примери за тях са индексирани в част A. Същото индексиране е използвано в таблиците в части Б и В, за да бъдат свързани всички атаки/уязвимости със списък на съответните мерки за смекчаване.
 4.
 В анализа на заплахите се вземат предвид и възможните въздействия от атаките. Това може да помогне да се определи сериозността на риска и да бъдат установени допълнителни рискове. Възможните въздействие от атаките може да включват:
 а)
 Безопасната експлоатация на превозното средство е засегната.
 б)
 Функции на превозното средство спират да работят;
 в)
 Изменения на софтуера, промяна в показателите;
 г)
 Софтуерът е изменен, но няма въздействие върху работата;
 д)
 Нарушение на целостта (валидността) на данните;
 е)
 Нарушение на поверителността на данните;
 ж)
 Загуба на наличността на данните;
 з)
 Други, включително престъпления.
 Част А. Уязвимост или метод на атака, свързани със заплахите
 1.
 Описания на високо равнище на заплахите и съответните уязвимости или методи на атака са изброени в таблица А1.
 Таблица А1
 Списък на уязвимостите или методите на атака, свързани със заплахите
 Описание на високо равнище и подравнища на уязвимостите/заплахите
 Пример за уязвимост или метод на атака
 4.3.1.
 Заплахи, свързани със сървъри за данни и функционална логика, по отношение на превозни средства в експлоатация
 1
 Сървъри за данни и функционална логика, използвани като средство за атакуване на превозно средство или за извличане на данни
 1.1
 Злоупотреби с привилегии от страна на персонала (атака от вътрешно лице)
 1.2
 Неупълномощен достъп чрез интернет до сървъра (което е било възможно например посредством „задни вратички“, некоригирани уязвимости на системния софтуер, атаки SQL или други средства)
 1.3
 Неупълномощен физически достъп до сървъра (извършен например чрез памет USB или друг носител, свързан към сървъра)
 2
 Услугите от сървъра за данни и функционална логика са нарушени, което въздейства на функционирането на превозното средство
 2.1
 Атака срещу сървъра за данни и функционална логика прекратява неговото функциониране — например възпрепятства го да взаимодейства с превозни средства и да предоставя услуги, които са им необходими
 3
 Данни, свързани с превозното средство и съхранявани на сървъри за данни и функционална логика, са загубени или компрометирани („нарушение на сигурността на данните“)
 3.1
 Злоупотреби с привилегии от страна на персонала (атака от вътрешно лице)
 3.2
 Загуба на информация в


text:
изчислителния облак. Когато данните се съхраняват от доставчици на компютърни услуги „в облак“ трети страни, чувствителни данни може да бъдат загубени поради атаки или инциденти
 3.3
 Неупълномощен достъп чрез интернет до сървъра (което е било възможно например посредством задни вратички, некоригирани уязвимости на системния софтуер, атаки SQL или други средства)
 3.4
 Неупълномощен физически достъп до сървъра (извършен например чрез памет USB или друг носител, свързан към сървъра)
 3.5
 Нарушение на сигурността на информацията поради неумишлено споделяне на данни (напр. грешки на администратор)
 4.3.2.
 Заплахи за превозните средства по отношение на техните комуникационни канали
 4
 Фалшифициране на съобщения или данни, получавани от превозното средство
 4.1
 Фалшифициране на съобщения чрез измама на основата на прилика (напр. 802.11p V2X по време на групиране на превозни средства, съобщения от ГНСС и т.н.)
 4.2
 Атака Sybil (с цел да бъдат имитирани други превозни средства, за да се създаде впечатление, че на пътя има много превозни средства)
 5
 Комуникационните канали се използват за извършването на неупълномощена манипулация, изтриване или други изменения на кода/данните, които се съхраняват в превозното средство
 5.1
 Комуникационните канали позволяват инжектирането на код, например подправени двоични софтуерни данни може да бъдат инжектирани в комуникационния поток
 5.2
 Комуникационните канали позволяват манипулиране на данни/код, съхранявани на превозното средство
 5.3
 Комуникационните канали позволяват презаписване на данни/код, съхранявани на превозното средство
 5.4
 Комуникационните канали позволяват изтриване на данни/код, съхранявани на превозното средство
 5.5
 Комуникационните канали позволяват въвеждането на данни/код в превозното средство (запис на код от данни)
 6
 Комуникационните канали позволяват да бъдат приети ненадеждни съобщения или са уязвими към отвличане на сесията/атаки с повторно възпроизвеждане
 6.1
 Приемане на информация от ненадежден източник
 6.2
 Атака тип „посредник“/отвличане на сесията
 6.3
 Атака с повторно възпроизвеждане — например атака срещу комуникационен шлюз позволява на атакуващият да върне по-старата версия на софтуера на електронен блок за управление или на софтуера на производителя на шлюза
 7
 Информацията може лесно да бъде оповестена. Например чрез подслушване на комуникациите или чрез позволяване на неупълномощен достъп до чувствителни файлове или папки
 7.1
 Прихващане на информация / смущаващи електромагнитни излъчвания / следене на комуникациите
 7.2
 Получаване на неупълномощен достъп до файлове или данни
 8
 Атаки за отказ на услуга чрез комуникационните канали с цел да бъдат възпрепятствани функциите на превозното средство
 8.1
 Изпращане на голям брой ненужни данни към информационната система на превозното средство, така че да не може да предоставя услуги както при нормални условия
 8.2
 Атака тип „черна дупка“ — с цел да бъде нарушена комуникацията между превозните средства, атакуващият успява да блокира съобщенията между превозните средства
 9
 Потребител без привилегии успява да получи привилегирован достъп до системите на превозното средство
 9.1
 Потребител без привилегии успява да получи привилегирован достъп, например достъп до кореновата файлова система
 10
 Вируси, вградени в комуникационно устройство, може да инфектират системите на превозното средство
 10.1
 Вирус, вграден в комуникационно устройство, инфектира системите на превозното средство
 11
 Съобщения, получени от превозното средство (например X2V или съобщения за диагностика) или предавани в рамките на системите му, съдържат зловредно съдържание
 11.1
 Зловредни вътрешни (напр. от протокола CAN) съобщения
 11.2
 Зловредни V2X


text:
съобщения, напр. инфраструктура към превозното средство или съобщения между превозни средства (напр. протоколи CAM, DENM)
 11.3
 Зловредни съобщения за диагностика
 11.4
 Зловредни съобщения, обект на интелектуална собственост (напр. обичайно изпращаните от производител на оригинално оборудване или доставчик на компонент/система/функция)
 4.3.3.
 Заплахи за превозните средства по отношение на техните процедури за актуализиране
 12
 Злоупотреба или компрометиране на процедури за актуализиране
 12.1
 Компрометиране на предавани по ефира процедури за актуализиране на софтуера. Това включва фалшифициране на програмата или софтуера на производителя за актуализиране на системата
 12.2
 Компрометиране на локални/физически процедури за актуализиране на софтуера. Това включва фалшифициране на програмата или софтуера на производителя за актуализиране на системата
 12.3
 Софтуерът се подправя преди процеса на актуализиране (и следователно е повреден), макар че процесът на актуализиране не е засегнат
 12.4
 Компрометиране на криптографски ключове на доставчика на софтуер, за да се осигури възможност за невалидно актуализиране
 13
 Възможно е да бъдат възпрепятствани официални актуализации
 13.1
 Атака тип „отказ на услуга“ срещу сървър или мрежа за актуализиране с цел да се възпрепятства внедряването на актуализации на софтуера от критично значение и/или отключването на специфични за потребителя функции
 4.3.4.
 Заплахи за превозни средства, свързани с неумишлени човешки действия, които улесняват извършването на кибератака
 15
 Легитимни участници може да предприемат действия, с които несъзнателно да улеснят извършването на кибератака
 15.1
 Невинна жертва (напр. собственик, оператор или инженер по поддръжката) е измамена да предприеме действие, така че непреднамерено да зареди зловреден софтуер или да осигури възможност за атака
 15.2
 Определените процедури за сигурност не се спазват
 4.3.5.
 Заплахи за превозните средства, свързани с техните външни връзки
 16
 Манипулиране на връзките на функциите на превозното средство осигурява възможност за кибератака — това може да включва телематика, системи, които позволяват операции от разстояние, и системи, които използват безжични връзки с малък обсег
 16.1
 Манипулиране на функции, предназначени за дистанционно управление на системи, като например ключове, имобилайзери и колони за зареждане
 16.2
 Манипулиране на телематиката на превозното средство (напр. манипулиране на измерването на температурата на чувствителни стоки, дистанционно отключване на товарните врати)
 16.3
 Смущаване на безжични връзки или датчици с малък обсег
 17
 Софтуер на трета страна, ползващ хостинг, напр. развлекателни приложения, използвани като средство, за да се атакуват системите на превозното средство
 17.1
 Компрометирани приложения или приложения с ниско ниво на сигурност на софтуера, използвани като метод за атакуване на системите на превозното средство
 18
 Устройства, свързани с външни интерфейси, напр. портове USB, порт OBD, използвани като средство за атакуване на системите на превозното средство
 18.1
 Външни интерфейси като например USB или други портове, използвани като точка на атака — например чрез инжектиране на код
 18.2
 Носител, който е заразен с вирус, е свързан със система на превозното средство
 18.3
 Достъп за диагностика (напр. хардуерен ключ в порт OBD), използван за осигуряване на възможност за атака, напр. манипулиране на параметрите на превозното средство (пряко или непряко)
 4.3.6.
 Заплахи за данните/кода на превозното средство
 19
 Извличане на данни/код на превозното средство
 19.1
 Извличане на защитен от авторско право или лицензиран софтуер от системите на превозното средство (пиратиране на продукт)
 19.2
 Неупълномощен


text:
достъп до поверителна информация на собственика, като например самоличност, информация за платежна сметка, информация от адресния указател, информация относно местоположението, електронен идентификатор на превозното средство и т.н.
 19.3
 Извличане на криптографски ключове
 20
 Манипулиране на данни/код на превозното средство
 20.1
 Незаконни/неупълномощени промени на електронния идентификатор на превозното средство
 20.2
 Използване на фалшива самоличност. Например, ако даден потребител иска да покаже друга самоличност, когато осъществява комуникация със системите за пътна такса, сървъра за данни и функционална логика на производителя
 20.3
 Действия за заобикаляне на системите за следене (напр. хакерство/ подправяне/ блокиране на съобщения, като например данни от ODR Tracker, или брой изпълнения)
 20.4
 Манипулиране на данни с цел да се фалшифицират данните на превозното средство (напр. пробег, скорост на движение, посока на движение и т.н.)
 20.5
 Неупълномощени промени на данните за диагностика на системата
 21
 Изтриване на данни/код
 21.1
 Неупълномощено изтриване/манипулиране на регистъра на събитията на системата
 22
 Въвеждане на зловреден софтуер
 22.2
 Въвеждане на зловреден софтуер или активност на зловреден софтуер
 23
 Въвеждане на нов софтуер или презаписване на съществуващ софтуер
 23.1
 Фалшифициране на софтуер на системата за управление на превозното средство или на информационната система
 24
 Смущение на системи или операции
 24.1
 Отказ на услуги, например това може да бъде предизвикано във вътрешната мрежа чрез лавинна маршрутизация на шина CAN или като бъдат причинени грешки в електронен блок за управление чрез голям брой изпратени съобщения
 25
 Манипулиране на параметрите на превозното средство
 25.1
 Неупълномощен достъп с цел фалшифициране на конфигурационните параметри на ключови функции на превозното средство, като например данни за спирачките, праг за разгънатата въздушна възглавница и т.н.
 25.2
 Неупълномощен достъп с цел фалшифициране на параметрите за зареждане, като напрежение на зареждане, мощност на зареждане, температура на акумулатора и т.н.
 4.3.7.
 Потенциални уязвимости, които може да бъдат използвани за атака, ако не са защитени в достатъчна степен
 26
 Криптографските технологии може да бъдат компрометирани или не са приложени в достатъчна степен
 26.1
 Комбинация от къси криптографски ключове и дълъг период на валидност позволява на атакуващия да дешифрира криптирането
 26.2
 Недостатъчно използване на криптографски алгоритми, за да бъдат защитени чувствителните системи
 26.3
 Използване на отхвърлени и подлежащи на отхвърляне криптографски алгоритми
 27
 Част или доставки може да бъдат компрометирани, за да се осигури възможност за атакуване на превозни средства
 27.1
 Хардуер или софтуер, който е разработен, така че да осигури възможност за атака, или не отговаря на проектните критерии за спиране на атаки
 28
 Уязвимости, възникнали при разработването на софтуера или хардуера
 28.1
 Софтуерни дефекти. Наличието на софтуерни дефекти може да бъде основа за потенциални уязвимости, осигуряващи възможност за атака. Това важи особено, ако софтуерът не е бил изпитан, за да се потвърди, че не е налице известен неправилен код/дефекти, и да се намали рискът от наличие на неизвестен неправилен код/дефекти
 28.2
 Използването на остатъци от разработването (напр. портове за отстраняване на грешки, портове JTAG, микропроцесори, сертификати за разработване, пароли на разработчици... ) може да осигури достъп до електронния блок за управление или да позволи на атакуващите да получат по-високи привилегии
 29
 Структурата на мрежата представя уязвимости
 29.1
 Излишни


text:
интернет портове са оставени отворени, като предоставят достъп до мрежовите системи
 29.2
 Заобикаляне на мрежовото разделяне, за да бъде получен контрол. Конкретен пример е използването на незащитени шлюзове или точки за достъп (като например шлюзове между камион и ремарке), за да бъдат заобиколени защитите и да бъде получен достъп до други мрежови сегменти с цел да бъдат извършени злонамерени действия, като например изпращане на произволни съобщения чрез шината CAN
 31
 Може да възникне непредвидено предаване на данни
 31.1
 Компрометиране на информация. Може да има изтичане на лични данни при смяна на потребителя на колата (напр. продажба или използване като наето превозно средство с нови наематели)
 32
 Физическо манипулиране на системите може да осигури възможност за атака
 32.1
 Манипулиране на електронен хардуер, напр. неодобрен електронен хардуер се добавя към превозно средство с цел да се осигури възможност за атака тип „посредник“
 Замяна на одобрен електронен хардуеур (напр. датчици) с неодобрен електронен хардуер
 Манипулиране на информацията, събирана от датчик (например използване на магнит с цел да бъде нарушено функционирането на датчика на Хол, свързан със скоростната кутия)
 Част Б. Мерки за смекчаване на заплахите, насочени към превозни средства.
 1.
 Мерки за смекчаване, свързани с комуникационните канали на превозните средства
 Мерките за смекчаване на заплахите, свързани с комуникационните канали на превозните средства, са изброени в таблица Б1.
 Таблица Б1
 Мерки за смекчаване на заплахите, свързани с комуникационните канали на превозните средства
 Справка с таблица А1
 Заплахи, свързани с комуникационните канали на превозните средства
 Спр.
 Мярка за смекчаване
 4.1
 Фалшифициране на съобщения (напр. 802.11p V2X по време на групиране на превозни средства, съобщения от ГНСС и т.н.) чрез измама на основата на прилика
 M10
 Превозното средство проверява автентичността и валидността (целостта) на съобщенията, които получава
 4.2
 Атака Sybil (с цел да бъдат имитирани други превозни средства, за да се създаде впечатление, че на пътя има много превозни средства)
 M11
 Трябва да бъдат въведени контролни механизми за сигурност за съхранение на криптографските ключове (напр. използване на хардуерни модули за сигурност)
 5.1
 Комуникационните канали позволяват инжектиране на код в данните/кода на превозното средство, например подправени двоични софтуерни данни може да бъдат инжектирани в комуникационния поток
 M10
 M6
 Превозното средство проверява автентичността и валидността (целостта) на съобщенията, които получава
 В системите трябва да бъде въведена сигурност още при разработването, за да бъдат сведени до минимум рисковете
 5.2
 Комуникационните канали позволяват манипулиране на данни/код, съхранявани на превозното средство
 M7
 Трябва да бъдат приложени техники и разработки за контрол на достъпа с цел да бъдат защитени данните/кодът на системите
 5.3
 Комуникационните канали позволяват презаписване на данни/код, съхранявани на превозното средство
 5.4
 21.1
 Комуникационните канали позволяват изтриване на данни/код, съхранявани на превозното средство
 5.5
 Комуникационните канали позволяват въвеждането на данни/код в системите на превозното средство (запис на код от данни)
 6.1
 Приемане на информация от ненадежден източник
 M10
 Превозното средство проверява автентичността и валидността (целостта) на съобщенията, които получава
 6.2
 Атака тип „посредник“/отвличане на сесията
 M10
 Превозното средство проверява автентичността и валидността (целостта) на съобщенията, които получава
 6.3
 Атака с повторно възпроизвеждане например атака срещу комуникационен шлюз позволява на атакуващият


text:
да върне по-старата версия на софтуера на електронен блок за управление или на софтуера на производителя на шлюза
 7.1
 Прихващане на информация / смущаващи електромагнитни излъчвания / следене на комуникациите
 M12
 Трябва да бъдат защитени поверителните данни, предавани към или от превозното средство
 7.2
 Получаване на неупълномощен достъп до файлове или данни
 M8
 Структурата на системата и контролът на достъпа не трябва да позволяват неупълномощен персонал да получава достъп до лични данни или данни от критично значение за системата. Примери за контрол на сигурността може да бъдат открити в OWASP
 8.1
 Изпращане на голям брой произволни данни към информационната система на превозното средство, така че да не може да предоставя услуги както при нормални условия
 M13
 Трябва да бъдат въведени мерки за откриване и възстановяване след компютърна атака тип „отказ на услуга“
 8.2
 Атака тип „черна дупка“ — нарушаване на комуникацията между превозните средства чрез блокиране на предаването на съобщения към други превозни средства
 M13
 Трябва да бъдат въведени мерки за откриване и възстановяване след компютърна атака тип „отказ на услуга“
 9.1
 Потребител без привилегии успява да получи привилегирован достъп, например достъп до кореновата файлова система
 M9
 Трябва да бъдат въведени мерки, за да се предотвратява и открива неупълномощеният достъп
 10.1
 Вирус, вграден в комуникационно устройство, инфектира системите на превозното средство
 M14
 Следва да бъде обмислено въвеждането на мерки, за да бъдат защитени системите срещу вградени вируси/зловреден софтуер
 11.1
 Зловредни вътрешни (напр. CAN) съобщения
 M15
 Следва да бъде обмислено въвеждането на мерки, за откриването на зловредни вътрешни съобщения или активност
 11.2
 Зловредни съобщения V2X, напр. инфраструктура към превозно средство или съобщения между превозни средства (напр. CAM, DENM)
 M10
 Превозното средство проверява автентичността и валидността (целостта) на съобщенията, които получава
 11.3
 Зловредни съобщения за диагностика
 11.4
 Зловредни съобщения, обект на интелектуална собственост (напр. обичайно изпращаните от производител на оригинално оборудване или доставчик на компонент/система/функция)
 2.
 Мерки за смекчаване, свързани с процеса на актуализиране
 Мерките за смекчаване на заплахите, свързани с процеса на актуализиране, са изброени в таблица Б2.
 Таблица Б2
 Мерки за смекчаване на заплахите, свързани с процеса на актуализиране
 Справка с таблица А1
 Заплахи, свързани с процеса на актуализиране
 Спр.
 Мярка за смекчаване
 12.1
 Компрометиране на предавани по ефира процедури за актуализиране на софтуера. Това включва фалшифициране на програмата или софтуера на производителя за актуализиране на системата
 M16
 Трябва да бъдат въведени сигурни процедури за актуализиране на софтуера
 12.2
 Компрометиране на локални/физически процедури за актуализиране на софтуера. Това включва фалшифициране на програмата или софтуера на производителя за актуализиране на системата
 12.3
 Софтуерът се подправя преди процеса на актуализиране (и следователно е компрометиран), макар че процесът на актуализиране не е засегнат
 12.4
 Компрометиране на криптографски ключове на доставчика на софтуер, за да се осигури възможност за невалидно актуализиране
 M11
 Трябва да бъде въведен контрол на сигурността по отношение на съхранението на криптографските ключове
 13.1
 Атака тип „отказ на услуга“ срещу сървър или мрежа за актуализиране с цел да се възпрепятства внедряването на актуализации на софтуера от критично значение и/или отключването на специфични за потребителя функции
 M3
 Трябва да бъде въведен контрол


text:
на сигурността по отношение на системите за данни и функционална логика. Когато сървъри за данни и функционална логика са от критично значение за осигуряването на услуги, съществуват мерки за възстановяване в случай на изключване на системата. Примери за контрол на сигурността може да бъдат открити в OWASP
 3.
 Мерки за смекчаване, свързани с неумишлени човешки действия, които улесняват извършването на кибератака
 Мерките за смекчаване на заплахите, свързани с неумишлени човешки действия, които улесняват извършването на кибератака, са изброени в таблица Б3.
 Таблица Б3
 Мерки за смекчаване на заплахите, свързани с неумишлени човешки действия, които улесняват извършването на кибератака
 Справка към таблица А1
 Заплахи, свързани с неумишлени човешки действия
 Спр.
 Мярка за смекчаване
 15.1
 Невинна жертва (напр. собственик, оператор или инженер по поддръжката) е измамена да предприеме действие, така че непреднамерено да зареди зловреден софтуер или да осигури възможност за атака
 M18
 Трябва да бъдат въведени мерки за определяне и управляване на потребителските роли и привилегиите за достъп на основата на принципа за най-малко привилегии за достъп
 15.2
 Определените процедури за сигурност не се спазват
 M19
 Организациите трябва да гарантират, че са определени процедури за сигурност и че те се спазват, включително регистриране на действията и достъпа, свързани с управлението на функциите за сигурност
 4.
 Мерки за смекчаване, свързани с външните връзки
 Мерките за смекчаване на заплахите, свързани с външните връзки, са изброени в таблица Б4.
 Таблица Б4
 Мерки за смекчаване на заплахите, свързани с външните връзки
 Справка с таблица А1
 Заплахи, свързани с външните връзки
 Спр.
 Мярка за смекчаване
 16.1
 Манипулиране на функции, предназначени за дистанционно управление на системи на превозното средство, като например ключове, имобилайзери и колони за зареждане
 M20
 Трябва да бъде въведен контрол по отношение на системите, които разполагат с дистанционен достъп
 16.2
 Манипулиране на телематиката на превозното средство (напр. манипулиране на измерването на температурата на чувствителни стоки, дистанционно отключване на товарните врати)
 16.3
 Смущаване на безжични връзки или датчици с малък обсег
 17.1
 Компрометирани приложения или приложения с ниско ниво на сигурност на софтуера, използвани като метод за атакуване на системите на превозното средство
 M21
 Трябва да се извърши оценка на сигурността на софтуера, да се удостовери неговата автентичност и да се защити целостта му.
 Трябва да бъде въведен контрол на сигурността, за да се сведе до минимум рискът от софтуер от трета страна, който е предназначен или за който има вероятност да използва хостинг на превозното средство
 18.1
 Външни интерфейси като например USB или други портове, използвани като точка на атака — например чрез инжектиране на код
 M22
 Трябва да бъде въведен контрол на сигурността по отношение на външните интерфейси
 18.2
 Носител, който е заразен с вируси, е свързан към превозното средство
 18.3
 Достъп за диагностика (напр. хардуерен ключ в порт OBD), използван за осигуряване на възможност за атака, напр. манипулиране на параметрите на превозното средство (пряко или непряко)
 M22
 Трябва да бъде въведен контрол на сигурността по отношение на външните интерфейси
 5.
 Мерки за смекчаване, свързани с потенциалните цели или мотиви за компютърна атака
 Мерките за смекчаване на заплахите, свързани с потенциалните цели или


text:
мотиви за компютърна атака, са изброени в таблица Б5.
 Таблица Б5
 Мерки за смекчаване на заплахите, свързани с потенциалните цели или мотиви за компютърна атака
 Справка с таблица А1
 Заплахи, свързани с потенциалните цели или мотиви за компютърна атака
 Спр.
 Мярка за смекчаване
 19.1
 Извличане на защитен от авторско право или лицензиран софтуер от системите на превозното средство (пиратиране на продукт / кражба на софтуер)
 M7
 Трябва да бъдат приложени техники и разработки за контрол на достъпа с цел да бъдат защитени данните/кодът на системите. Примери за контрол на сигурността може да бъдат открити в OWASP
 19.2
 Неупълномощен достъп до поверителна информация на собственика, като например самоличност, информация за платежна сметка, информация от адресния указател, информация относно местоположението, електронен идентификатор на превозното средство и т.н.
 M8
 Структурата на системата и контролът на достъпа не трябва да позволяват неупълномощен персонал да получава достъп до лични данни или данни от критично значение за системата. Примери за контрол на сигурността може да бъдат открити в OWASP
 19.3
 Извличане на криптографски ключове
 M11
 Трябва да бъдат въведени контролни механизми за сигурност за съхранение на криптографските ключове, напр. модули за сигурност
 20.1
 Незаконни/неупълномощени промени на електронния идентификатор на превозното средство
 M7
 Трябва да бъдат приложени техники и разработки за контрол на достъпа с цел да бъдат защитени данните/кодът на системите. Примери за контрол на сигурността може да бъдат открити в OWASP
 20.2
 Използване на фалшива самоличност. Например, ако даден потребител иска да покаже друга самоличност, когато осъществява комуникация със системите за таксуване, сървъра за данни и функционална логика на производителя
 20.3
 Действия за заобикаляне на системите за наблюдение (напр. хакерство/ подправяне/ блокиране на съобщения, като например данни от ODR Tracker, или брой изпълнения)
 M7
 Трябва да бъдат приложени техники и разработки за контрол на достъпа с цел да бъдат защитени данните/кодът на системите. Примери за контрол на сигурността може да бъдат открити в OWASP.
 Компютърните атаки, свързани с манипулиране на данни от датчици или предавани данни, може да бъдат смекчени чрез съпоставяне на данните от различни източници на информация
 20.4
 Манипулиране на данни с цел да се фалшифицират данните на превозното средство (напр. пробег, скорост на движение, посока на движение и т.н.)
 20.5
 Неупълномощени промени на данните за диагностика на системата
 21.1
 Неупълномощено изтриване/манипулиране на регистъра на събитията на системата
 M7
 Трябва да бъдат приложени техники и разработки за контрол на достъпа с цел да бъдат защитени данните/кодът на системите. Примери за контрол на сигурността може да бъдат открити в OWASP.
 22.2
 Въвеждане на зловреден софтуер или активност на зловреден софтуер
 M7
 Трябва да бъдат приложени техники и разработки за контрол на достъпа с цел да бъдат защитени данните/кодът на системите. Примери за контрол на сигурността може да бъдат открити в OWASP.
 23.1
 Фалшифициране на софтуер на системата за управление на превозното средство или на информационната система
 24.1
 Отказ на услуги, например това може да бъде предизвикано във вътрешната мрежа чрез лавинна маршрутизация на шина CAN или като бъдат причинени грешки в електронен блок за управление чрез голям брой изпратени съобщения
 M13
 Трябва да бъдат