може да се извърши актуализирането;
 з)
 потвърждение, че актуализирането на софтуера ще се извърши безопасно и сигурно;
 и)
 потвърждение, че актуализациите на софтуера са преминали успешно през процедури за проверка и валидиране.
 7.1.3.
 По отношение на сигурността производителят на превозното средство трябва да демонстрира:
 7.1.3.1.
 процеса, който ще използва, за да гарантира, че актуализациите на софтуера са защитени в разумна степен срещу манипулации преди започването на процеса на актуализиране;
 7.1.3.2.
 че използваните процеси за актуализиране са защитени в разумна степен срещу компрометиране, включително разработката на системата за предоставяне на актуализации;
 7.1.3.3.
 процесите, използвани за проверка и валидиране на функциите и кода на софтуера, използван в превозното средство, са подходящи.
 7.1.4.
 Допълнителни изисквания по отношение на безжичното актуализиране на софтуера:
 7.1.4.1.
 Производителят на превозното средство демонстрира процесите и процедурите, които ще използва, за да прецени дали безжичното актуализиране няма да повлияе на безопасността, ако се провежда в движение.
 7.1.4.2.
 Производителят на превозното средство демонстрира процесите и процедурите, които ще използва, за да гарантира, че когато за завършването на процеса на безжично актуализиране трябва да се предприеме сложно или изискващо специална квалификация действие, например повторно калибриране на програмирането на по-късен етап на датчик, актуализирането може да се провежда само в присъствието или под контрола на лице, квалифицирано да извършва това действие.
 7.2.
 Изисквания по отношение на типа превозното средство
 7.2.1.
 Изисквания по отношение на актуализациите на софтуера
 7.2.1.1.
 Автентичността и целостта на актуализациите на софтуера трябва да са защитени така, че да се предотврати в разумна степен тяхното компрометиране и възникването на невалидни актуализации.
 7.2.1.2.
 Когато даден тип превозно средство използва RXSWIN:
 7.2.1.2.1.
 Всеки RXSWIN трябва да има уникална идентификация. Ако софтуер, който е от значение за одобряването на типа, бъде изменен от производителя на превозното средство, RXSWIN трябва да се актуализира, когато това води до разширяване на одобрение на типа или до издаване на ново одобрение на типа.
 7.2.1.2.2.
 Всеки RXSWIN трябва да може да се чете лесно и по стандартизиран начин с помощта на интерфейс за електронна комуникация – най-малкото чрез стандартния интерфейс (порт OBD).
 Ако RXSWIN не се съхраняват в превозното средство, производителят трябва да декларира пред органа по одобряването версиите на софтуера на превозното средство или на отделните електронни блокове за управление и да предостави препратки към съответните одобрения на типа. Тази декларация се актуализира всеки път, когато се актуализират декларираните версии на софтуера. В този случай всяка версия на софтуера трябва да може да се чете лесно и по стандартизиран начин с помощта на интерфейс за електронна комуникация – най-малкото чрез стандартния интерфейс (порт OBD).
 7.2.1.2.3.
 Производителят на превозното средство трябва да е взел мерки за защита на RXSWIN и/или версиите на софтуера в превозното средство срещу непозволено изменение. По време на одобряването на типа се предоставят поверително средствата за защита срещу непозволено изменение на RXSWIN и/или версиите на софтуера, които производителят на превозното средство използва.
 7.2.2.
 Допълнителни изисквания по отношение на безжичното актуализиране
 7.2.2.1.
 По отношение на актуализирането на софтуера превозното средство трябва да разполага със следните функционални възможности:
 7.2.2.1.1.
 Производителят на превозното средство гарантира, че