9.3.2021 |
IT |
Gazzetta ufficiale dell’Unione europea |
L 82/30 |
Solo i testi UNECE originali hanno efficacia giuridica ai sensi del diritto internazionale pubblico. Lo status e la data di entrata in vigore del presente regolamento devono essere controllati nell’ultima versione del documento UNECE TRANS/WP.29/343, reperibile al seguente indirizzo: http://www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29fdocstts.html.
Regolamento n. 155 della Commissione economica per l’Europa delle Nazioni Unite (UNECE) - Disposizioni uniformi relative all’omologazione dei veicoli per quanto riguarda la cibersicurezza e i sistemi di gestione della cibersicurezza [2021/387]
Data di entrata in vigore: 22 gennaio 2021
Il presente documento è un semplice strumento di documentazione. I testi facenti fede e giuridicamente vincolanti sono i seguenti:
— |
ECE/TRANS/WP.29/2020/79 |
— |
ECE/TRANS/WP.29/2020/94 e |
— |
ECE/TRANS/WP.29/2020/97 |
INDICE
REGOLAMENTO
1. |
Ambito di applicazione |
2. |
Definizioni |
3. |
Domanda di omologazione |
4. |
Marcature |
5. |
Omologazione |
6. |
Certificato di conformità del sistema di gestione della cibersicurezza |
7. |
Specifiche |
8. |
Modifica del tipo di veicolo ed estensione dell’omologazione |
9. |
Conformità della produzione |
10. |
Sanzioni in caso di non conformità della produzione |
11. |
Cessazione definitiva della produzione |
12. |
Nomi e indirizzi dei servizi tecnici responsabili delle prove di omologazione e delle autorità di omologazione |
ALLEGATI
1 |
Scheda informativa |
2 |
Notifica |
3 |
Esempio di marchio di omologazione |
4 |
Modello di certificato di conformità del CSMS |
5 |
Elenco delle minacce e delle misure di attenuazione corrispondenti |
1. AMBITO DI APPLICAZIONE
1.1. |
Il presente regolamento si applica, per quanto riguarda la cibersicurezza, ai veicoli delle categorie M e N.
Il presente regolamento si applica anche ai veicoli della categoria O muniti di almeno una centralina elettronica. |
1.2. |
Il presente regolamento si applica anche ai veicoli delle categorie L6 e L7 se dotati di funzionalità di guida automatizzata a partire dal livello 3, quali definite nel documento di riferimento contenente le definizioni di guida automatizzata nel quadro del WP.29 e i principi generali per l’elaborazione di un regolamento ONU sui veicoli automatizzati (ECE/TRANS/WP.29/1140). |
1.3. |
Il presente regolamento lascia impregiudicati gli altri regolamenti ONU, le normative regionali o nazionali che disciplinano l’accesso di parti autorizzate al veicolo, ai suoi dati, alle sue funzioni e alle sue risorse, nonché le condizioni di tale accesso. Esso non pregiudica inoltre l’applicazione della normativa nazionale e regionale in materia di privacy e protezione delle persone fisiche con riguardo al trattamento dei loro dati personali. |
1.4. |
Il presente regolamento lascia impregiudicati altri regolamenti ONU o normative nazionali o regionali che disciplinano lo sviluppo e l’installazione/integrazione in sistemi di componenti e pezzi di ricambio, fisici e digitali, per quanto riguarda la cibersicurezza. |
2. DEFINIZIONI
Ai fini del presente regolamento si applicano le definizioni seguenti:
2.1. |
«tipo di veicolo»: veicoli che non presentano differenze per quanto riguarda almeno gli elementi essenziali seguenti:
|
2.2. |
«cibersicurezza»: la condizione in cui i veicoli stradali e le loro funzioni sono protetti da minacce informatiche nei confronti dei componenti elettrici o elettronici; |
2.3. |
«sistema di gestione della cibersicurezza (CSMS)»: approccio sistematico basato sul rischio che definisce i processi organizzativi, le responsabilità e la governance per il trattamento dei rischi associati alle minacce informatiche nei confronti dei veicoli e per la protezione degli stessi dagli attacchi informatici; |
2.4. |
«sistema»: un insieme di componenti e/o sottosistemi che svolge una o più funzioni; |
2.5. |
«fase di sviluppo»: il periodo che precede l’omologazione di un tipo di veicolo; |
2.6. |
«fase di produzione»: la durata della produzione di un tipo di veicolo; |
2.7. |
«fase di post-produzione»: il periodo in cui un tipo di veicolo non è più prodotto fino al termine del ciclo di vita di tutti i veicoli di tale tipo. Durante questa fase i veicoli conformi a uno specifico tipo di veicolo saranno operativi ma non saranno più prodotti. La fase si conclude quando non vi sono più veicoli operativi di tale specifico tipo di veicolo; |
2.8. |
«misura di attenuazione»: una misura che riduce il rischio; |
2.9. |
«rischio»: la possibilità che una data minaccia sfrutti le vulnerabilità di un veicolo arrecando in tal modo danno all’organizzazione o a un individuo; |
2.10. |
«valutazione del rischio»: l’intero processo di individuazione, riconoscimento e descrizione dei rischi (identificazione dei rischi), volto a comprendere la natura del rischio e a determinare il livello di rischio (analisi dei rischi), e di confronto dei risultati dell’analisi dei rischi con i criteri di rischio allo scopo di determinare se il rischio e/o la sua entità siano accettabili o tollerabili (valutazione dei rischi); |
2.11. |
«gestione del rischio»: attività coordinate al fine di dirigere e controllare un’organizzazione per quanto riguarda il rischio; |
2.12. |
«minaccia»: la causa potenziale di un incidente indesiderato che può danneggiare un sistema, un’organizzazione o una persona; |
2.13. |
«vulnerabilità»: una debolezza in un elemento o in una misura di attenuazione che può essere sfruttata da una o più minacce. |
3. DOMANDA DI OMOLOGAZIONE
3.1. |
La domanda di omologazione di un tipo di veicolo per quanto riguarda la cibersicurezza deve essere presentata dal costruttore del veicolo o da un suo mandatario debitamente accreditato. |
3.2. |
La domanda deve essere accompagnata dai documenti indicati nel seguito, in triplice copia, e dalle informazioni seguenti: |
3.2.1. |
descrizione del tipo di veicolo per quanto riguarda gli elementi specificati nell’allegato 1 del presente regolamento; |
3.2.2. |
nei casi in cui le informazioni sono coperte da diritti di proprietà intellettuale o costituiscono un know-how specifico del costruttore o dei suoi fornitori, il costruttore o i suoi fornitori devono mettere a disposizione informazioni sufficienti per effettuare correttamente i controlli di cui al presente regolamento. Tali informazioni devono essere trattate in via riservata; |
3.2.3. |
il certificato di conformità del CSMS ai sensi del punto 6 del presente regolamento. |
3.3. |
La documentazione deve essere messa a disposizione in due parti:
|
4. MARCATURA
4.1. |
Su ciascun veicolo conforme a un tipo di veicolo omologato a norma del presente regolamento deve essere apposto, in evidenza e in un punto di facile accesso specificato nella scheda di omologazione, un marchio di omologazione internazionale composto da: |
4.1.1. |
un cerchio al cui interno è iscritta la lettera «E» seguita dal numero distintivo del paese che ha rilasciato l’omologazione; |
4.1.2. |
il numero del presente regolamento, seguito dalla lettera «R», da un trattino e dal numero di omologazione, posti a destra del cerchio di cui al precedente punto 4.1.1. |
4.2. |
Se nel paese che ha rilasciato l’omologazione a norma del presente regolamento il veicolo è conforme a un tipo di veicolo omologato a norma di altri regolamenti allegati all’accordo, non è necessario ripetere il simbolo di cui al punto 4.1.1; in tal caso, il regolamento, i numeri di omologazione e i simboli supplementari di tutti i regolamenti a norma dei quali è stata rilasciata l’omologazione, nel paese che l’ha rilasciata a norma del presente regolamento, devono essere incolonnati verticalmente a destra del simbolo di cui al punto 4.1.1. |
4.3. |
Il marchio di omologazione deve essere chiaramente leggibile e indelebile. |
4.4. |
Il marchio di omologazione deve essere posto sulla targhetta del costruttore, o in prossimità della stessa. |
4.5. |
L’allegato 3 del presente regolamento riporta alcuni esempi di marchi di omologazione. |
5. OMOLOGAZIONE
5.1. |
Le autorità di omologazione devono rilasciare, se del caso, l’omologazione per quanto riguarda la cibersicurezza solo ai tipi di veicolo che soddisfano le prescrizioni del presente regolamento. |
5.1.1. |
L’autorità di omologazione o il servizio tecnico devono verificare, mediante controlli documentali, che il costruttore del veicolo abbia adottato le misure pertinenti per il tipo di veicolo al fine di:
|
5.1.2. |
L’autorità di omologazione o il servizio tecnico devono verificare, mediante prove su un veicolo del tipo in questione, che il costruttore del veicolo abbia attuato le misure di cibersicurezza da esso documentate. Le prove devono essere eseguite dall’autorità di omologazione o dal servizio tecnico stesso o in collaborazione con il costruttore del veicolo mediante campionamento. Il campionamento deve essere incentrato, a titolo non esaustivo, sui rischi che sono giudicati elevati in fase di valutazione del rischio. |
5.1.3. |
L’autorità di omologazione o il servizio tecnico devono rifiutarsi di rilasciare l’omologazione per quanto riguarda la cibersicurezza se il costruttore del veicolo non ha soddisfatto una o più prescrizioni di cui al punto 7.3, in particolare:
|
5.1.4 |
L’autorità di omologazione competente per la valutazione deve altresì rifiutarsi di rilasciare l’omologazione per quanto riguarda la cibersicurezza se l’autorità di omologazione stessa o il servizio tecnico non hanno ricevuto dal costruttore del veicolo informazioni sufficienti per valutare la cibersicurezza del tipo di veicolo. |
5.2. |
L’omologazione, l’estensione o il rifiuto dell’omologazione di un tipo di veicolo a norma del presente regolamento devono essere comunicati alle parti dell’accordo del 1958 che applicano il presente regolamento mediante una scheda conforme al modello che figura nell’allegato 2 del presente regolamento. |
5.3. |
Le autorità di omologazione non devono rilasciare omologazioni senza verificare che il costruttore abbia posto in essere disposizioni e procedure soddisfacenti per gestire correttamente gli aspetti della cibersicurezza di cui al presente regolamento. |
5.3.1. |
Oltre ai criteri di cui all’allegato 2 dell’accordo del 1958, l’autorità di omologazione e i suoi servizi tecnici devono garantire di disporre di:
|
5.3.2. |
Ciascuna parte contraente che applica il presente regolamento deve notificare e informare, attraverso la propria autorità di omologazione, le altre autorità di omologazione delle parti contraenti che applicano il presente regolamento ONU in merito al metodo e ai criteri utilizzati come base dall’autorità che effettua la notifica per valutare l’adeguatezza delle misure adottate in conformità al presente regolamento, in particolare i punti 5.1, 7.2 e 7.3.
Tali informazioni devono essere condivise a) solo prima che un’omologazione in conformità al presente regolamento sia rilasciata per la prima volta e b) ogni volta che il metodo o i criteri di valutazione sono aggiornati. Tali informazioni sono condivise ai fini della raccolta e dell’analisi delle migliori pratiche, nonché allo scopo di garantire l’applicazione convergente del presente regolamento da parte di tutte le autorità di omologazione che lo applicano. |
5.3.3. |
Le informazioni di cui al punto 5.3.2 devono essere caricate in lingua inglese nella banca dati protetta «DETA» (2), istituita dalla Commissione economica per l’Europa delle Nazioni Unite e accessibile via Internet, in tempo utile e non oltre 14 giorni prima che sia rilasciata per la prima volta un’omologazione secondo i metodi e i criteri di valutazione in questione. Le informazioni devono essere sufficienti per comprendere i livelli minimi di prestazione adottati dall’autorità di omologazione per ciascuna prescrizione specifica di cui al punto 5.3.2, nonché i processi e le misure da essa applicati per verificare il rispetto di tali livelli minimi di prestazione (3). |
5.3.4. |
Le autorità di omologazione che ricevono le informazioni di cui al punto 5.3.2 possono presentare osservazioni all’autorità di omologazione che effettua la notifica caricandole in DETA entro 14 giorni dal giorno della notifica. |
5.3.5. |
Se l’autorità di omologazione competente per il rilascio non può tenere conto delle osservazioni ricevute in conformità al punto 5.3.4, le autorità di omologazione che hanno inviato osservazioni e l’autorità di omologazione competente per il rilascio devono richiedere ulteriori chiarimenti conformemente alla scheda 6 dell’accordo del 1958. Il pertinente gruppo di lavoro sussidiario (4) del Forum mondiale per l’armonizzazione dei regolamenti sui veicoli (WP.29) per il presente regolamento deve concordare un’interpretazione comune dei metodi e dei criteri di valutazione (5). Tale interpretazione comune deve essere applicata e tutte le autorità di omologazione devono rilasciare di conseguenza omologazioni a norma del presente regolamento. |
5.3.6. |
Ciascuna autorità di omologazione che rilascia un’omologazione a norma del presente regolamento deve notificare l’omologazione rilasciata alle altre autorità di omologazione. L’autorità di omologazione deve caricare l’omologazione in DETA insieme alla documentazione integrativa in lingua inglese entro 14 giorni dalla data di rilascio dell’omologazione (6). |
5.3.7. |
Le parti contraenti possono esaminare le omologazioni rilasciate sulla base delle informazioni caricate conformemente al punto 5.3.6. In caso di divergenza di opinioni tra le parti contraenti, la questione deve essere risolta conformemente all’articolo 10 e alla scheda 6 dell’accordo del 1958. Le parti contraenti devono informare inoltre il pertinente gruppo di lavoro sussidiario del Forum mondiale per l’armonizzazione dei regolamenti sui veicoli (WP.29) in merito alle interpretazioni divergenti ai sensi della scheda 6 dell’accordo del 1958. Il gruppo di lavoro competente deve sostenere la risoluzione delle divergenze di opinioni e, ove pertinente, può consultare il WP.29 al riguardo. |
5.4. |
Ai fini del punto 7.2 del presente regolamento, il costruttore deve garantire l’attuazione degli aspetti di cibersicurezza disciplinati dal presente regolamento. |
6. CERTIFICATO DI CONFORMITÀ DEL SISTEMA DI GESTIONE DELLA CIBERSICUREZZA
6.1. |
Le parti contraenti devono incaricare un’autorità di omologazione di effettuare la valutazione del costruttore e di rilasciare un certificato di conformità del CSMS. |
6.2. |
La domanda di certificato di conformità del sistema di gestione della cibersicurezza deve essere presentata dal costruttore del veicolo o da un suo mandatario accreditato. |
6.3. |
La domanda deve essere accompagnata dai documenti indicati nel seguito, in triplice copia, e dalle informazioni seguenti: |
6.3.1. |
documenti che descrivono il sistema di gestione della cibersicurezza; |
6.3.2. |
una dichiarazione firmata utilizzando il modello di cui all’allegato 1, appendice 1. |
6.4. |
Nel contesto della valutazione, il costruttore deve dichiarare, utilizzando il modello di cui all’allegato 1, appendice 1, e dimostrare all’autorità di omologazione o al suo servizio tecnico, di disporre dei processi necessari per soddisfare tutte le prescrizioni in materia di cibersicurezza in conformità al presente regolamento. |
6.5. |
Se gli esiti della valutazione sono soddisfacenti e previo ricevimento di una dichiarazione firmata del costruttore in conformità al modello di cui all’allegato 1, appendice 1, al costruttore deve essere rilasciato il certificato di conformità del CSMS descritto nell’allegato 4 del presente regolamento (in seguito denominato il «certificato di conformità del CSMS»). |
6.6. |
L’autorità di omologazione o il suo servizio tecnico devono utilizzare il modello di cui all’allegato 4 del presente regolamento per il certificato di conformità del CSMS. |
6.7. |
Il certificato di conformità del CSMS deve rimanere valido per un massimo di tre anni a decorrere dalla data di rilascio del certificato, a meno che non venga revocato. |
6.8. |
L’autorità di omologazione che ha rilasciato il certificato di conformità del CSMS può verificare in qualsiasi momento che le relative prescrizioni continuino a essere soddisfatte. L’autorità di omologazione deve revocare il certificato di conformità del CSMS se le prescrizioni di cui al presente regolamento non sono più soddisfatte. |
6.9. |
Il costruttore deve informare l’autorità di omologazione o il suo servizio tecnico di qualsiasi modifica che incida sulla pertinenza del certificato di conformità del CSMS. Dopo aver consultato il costruttore, l’autorità di omologazione o il suo servizio tecnico devono decidere se siano necessari nuovi controlli. |
6.10. |
Il costruttore deve chiedere un nuovo certificato di conformità del CSMS o l’estensione della validità del certificato esistente con un anticipo sufficiente a consentire all’autorità di omologazione di completare la propria valutazione prima della fine del periodo di validità del certificato esistente. Nel caso in cui la valutazione abbia esito positivo, l’autorità di omologazione deve rilasciare un nuovo certificato di conformità del CSMS o prorogare la validità del certificato esistente per un ulteriore periodo di tre anni. L’autorità di omologazione deve verificare che il CSMS continui a soddisfare le prescrizioni del presente regolamento. L’autorità di omologazione deve rilasciare un nuovo certificato nei casi in cui le modifiche portate all’attenzione dell’autorità di omologazione o del suo servizio tecnico abbiano a loro volta ottenuto una valutazione positiva. |
6.11. |
La scadenza o la revoca del certificato di conformità del CSMS del costruttore deve essere considerata, per quanto riguarda i tipi di veicolo per i quali il CSMS in questione era pertinente, come una modifica dell’omologazione, di cui al punto 8, che può comportare la revoca dell’omologazione se le condizioni per il rilascio dell’omologazione non sono più soddisfatte. |
7. SPECIFICHE
7.1. |
Specifiche generali |
7.1.1. |
Le prescrizioni del presente regolamento non devono limitare le disposizioni o le prescrizioni di altri regolamenti ONU. |
7.2. |
Prescrizioni per il sistema di gestione della cibersicurezza |
7.2.1. |
Per la valutazione, l’autorità di omologazione o il suo servizio tecnico devono verificare che il costruttore del veicolo disponga di un sistema di gestione della cibersicurezza e accertarne la conformità al presente regolamento. |
7.2.2. |
Il sistema di gestione della cibersicurezza deve contemplare gli aspetti seguenti: |
7.2.2.1. |
il costruttore del veicolo deve dimostrare a un’autorità di omologazione o a un servizio tecnico che il suo sistema di gestione della cibersicurezza si applica alle fasi seguenti:
|
7.2.2.2. |
il costruttore del veicolo deve dimostrare che i processi utilizzati nell’ambito del suo sistema di gestione della cibersicurezza garantiscono che la sicurezza sia stata adeguatamente presa in considerazione, anche in relazione ai rischi e alle misure di attenuazione elencati nell’allegato 5. Tali processi devono includere:
|
7.2.2.3. |
il costruttore del veicolo deve dimostrare che i processi utilizzati nel suo sistema di gestione della cibersicurezza garantiranno che, sulla base della categorizzazione di cui al punto 7.2.2.2, lettere c) e g), le minacce informatiche e le vulnerabilità che richiedono una risposta da parte del costruttore del veicolo siano attenuate entro un lasso di tempo ragionevole; |
7.2.2.4. |
il costruttore del veicolo deve dimostrare che i processi utilizzati nel suo sistema di gestione della cibersicurezza garantiscono che il monitoraggio di cui al punto 7.2.2.2, lettera g), sia continuo. Esso deve:
|
7.2.2.5. |
il costruttore del veicolo deve essere tenuto a dimostrare in che modo il suo sistema di gestione della cibersicurezza gestirà le eventuali dipendenze con fornitori, fornitori di servizi o sub-organizzazioni del costruttore per quanto riguarda le prescrizioni di cui al punto 7.2.2.2. |
7.3. |
Prescrizioni per i tipi di veicolo |
7.3.1. |
Il costruttore deve essere in possesso di un certificato di conformità valido per il sistema di gestione della cibersicurezza relativo al tipo di veicolo da omologare.
Tuttavia, per le omologazioni anteriori al 1o luglio 2024, se il costruttore del veicolo è in grado di dimostrare che non è stato possibile sviluppare il tipo di veicolo in maniera conforme al CSMS, il costruttore del veicolo deve dimostrare che la cibersicurezza è stata adeguatamente presa in considerazione durante la fase di sviluppo del tipo di veicolo in questione. |
7.3.2. |
Il costruttore del veicolo deve individuare e gestire, per il tipo di veicolo da omologare, i rischi connessi ai fornitori. |
7.3.3. |
Il costruttore del veicolo deve individuare gli elementi critici del tipo di veicolo ed effettuare un’esauriente valutazione del rischio per il tipo di veicolo e deve trattare/gestire adeguatamente i rischi individuati. La valutazione del rischio deve prendere in considerazione i singoli elementi del tipo di veicolo e le loro interazioni. La valutazione del rischio deve inoltre prendere in considerazione le interazioni con eventuali sistemi esterni. Nel valutare i rischi, il costruttore del veicolo deve tenere conto dei rischi connessi a tutte le minacce di cui all’allegato 5, parte A, nonché di qualsiasi altro rischio pertinente. |
7.3.4. |
Il costruttore del veicolo deve proteggere il tipo di veicolo dai rischi individuati nella sua valutazione del rischio. Devono essere attuate misure di attenuazione proporzionate per proteggere il tipo di veicolo. Le misure attuate devono includere tutte le misure di attenuazione di cui all’allegato 5, parti B e C, che sono pertinenti per i rischi individuati. Tuttavia, se una delle misure di attenuazione di cui all’allegato 5, parte B o C, non è pertinente o non è sufficiente per il rischio individuato, il costruttore del veicolo deve garantire che venga attuata un’altra misura di attenuazione adeguata.
In particolare, per le omologazioni anteriori al 1o luglio 2024, il costruttore del veicolo deve garantire l’attuazione di un’altra misura di attenuazione adeguata se una delle misure di attenuazione di cui all’allegato 5, parte B o C, non è tecnicamente applicabile. La rispettiva valutazione dell’applicabilità tecnica deve essere fornita dal costruttore all’autorità di omologazione. |
7.3.5. |
Il costruttore del veicolo deve mettere in atto misure adeguate e proporzionate per garantire che (se previsti) sul tipo di veicolo siano presenti ambienti dedicati per conservare e far funzionare di software, servizi, applicazioni o dati post-vendita. |
7.3.6. |
Il costruttore del veicolo deve effettuare, prima dell’omologazione, prove adeguate e sufficienti per verificare l’efficacia delle misure di sicurezza attuate. |
7.3.7. |
Il costruttore del veicolo deve attuare misure per il tipo di veicolo al fine di:
|
7.3.8. |
I moduli crittografici utilizzati ai fini del presente regolamento devono essere in linea con le norme concordate. Se i moduli crittografici utilizzati non sono in linea con le norme concordate, il costruttore del veicolo ne deve giustificare l’uso. |
7.4. |
Disposizioni in materia di comunicazione |
7.4.1. |
Il costruttore del veicolo deve riferire almeno una volta all’anno, o più frequentemente se del caso, all’autorità di omologazione o al servizio tecnico in merito ai risultati delle sue attività di monitoraggio, quali definite al punto 7.2.2.2, lettera g), comprese le informazioni pertinenti sui nuovi attacchi informatici. Il costruttore del veicolo deve inoltre comunicare e confermare all’autorità di omologazione o al servizio tecnico che le misure di attenuazione in materia di cibersicurezza attuate in relazione ai suoi tipi di veicolo sono ancora efficaci e le eventuali azioni supplementari intraprese. |
7.4.2 |
L’autorità di omologazione o il servizio tecnico devono verificare le informazioni fornite e, se necessario, esigere che il costruttore del veicolo ponga rimedio alle eventuali inefficienze rilevate.
Se la comunicazione o la risposta non è sufficiente, l’autorità di omologazione può decidere di revocare il certificato di conformità del CSMS in conformità al punto 6.8. |
8. MODIFICA DEL TIPO DI VEICOLO ED ESTENSIONE DELL’OMOLOGAZIONE
8.1. |
Ogni modifica del tipo di veicolo che incida sulle prestazioni tecniche per quanto riguarda la cibersicurezza e/o sulla documentazione richiesta dal presente regolamento deve essere notificata all’autorità di omologazione che ha omologato il tipo di veicolo. Tale autorità può quindi: |
8.1.1. |
ritenere che le modifiche apportate siano ancora conformi alle prescrizioni e alla documentazione dell’omologazione esistente; oppure |
8.1.2. |
procedere alla necessaria valutazione complementare a norma del punto 5 e richiedere, se del caso, un ulteriore verbale di prova al servizio tecnico incaricato di eseguire le prove. |
8.1.3. |
La conferma, l’estensione o il rifiuto dell’omologazione, con indicazione delle modifiche apportate, devono essere comunicati mediante una scheda di notifica conforme al modello figurante nell’allegato 2 del presente regolamento. L’autorità di omologazione che rilascia l’estensione dell’omologazione deve assegnare un numero di serie all’estensione e informare le altre parti dell’accordo del 1958 che applicano il presente regolamento mediante una scheda di notifica conforme al modello figurante nell’allegato 2 del presente regolamento. |
9. CONFORMITÀ DELLA PRODUZIONE
9.1. |
Le procedure per il controllo della conformità della produzione devono essere conformi a quelle indicate nell’allegato 1 dell’accordo del 1958 (E/ECE/TRANS/505/Rev.3), nonché alle prescrizioni seguenti: |
9.1.1. |
il titolare dell’omologazione deve garantire che i risultati delle prove di conformità della produzione siano registrati e che i documenti allegati restino a disposizione per un periodo di tempo concordato con l’autorità di omologazione o con il suo servizio tecnico. Tale periodo non deve essere superiore a 10 anni a partire dalla cessazione definitiva della produzione; |
9.1.2. |
l’autorità che ha rilasciato l’omologazione ha facoltà di verificare in qualsiasi momento i metodi di controllo della conformità applicati in ogni stabilimento di produzione. Tali verifiche devono avere di norma cadenza triennale. |
10. SANZIONI IN CASO DI NON CONFORMITÀ DELLA PRODUZIONE
10.1. |
L’omologazione di un tipo di veicolo rilasciata a norma del presente regolamento può essere revocata se cessano di essere soddisfatte le prescrizioni di cui al presente regolamento o se i veicoli campione non sono conformi alle prescrizioni del presente regolamento. |
10.2. |
Se un’autorità di omologazione revoca un’omologazione da essa in precedenza rilasciata, deve informare immediatamente le parti contraenti che applicano il presente regolamento mediante una scheda di notifica conforme al modello figurante nell’allegato 2 del presente regolamento. |
11. CESSAZIONE DEFINITIVA DELLA PRODUZIONE
11.1. |
Se il titolare di un’omologazione cessa definitivamente la produzione di un tipo di veicolo omologato a norma del presente regolamento, deve informarne l’autorità che ha rilasciato l’omologazione. Appena ricevuta la relativa notifica, tale autorità deve informare le altre parti dell’accordo che applicano il presente regolamento inviando una copia della scheda di omologazione recante in calce, a chiare lettere, l’annotazione firmata e datata «PRODUZIONE CESSATA». |
12. NOMI E INDIRIZZI DEI SERVIZI TECNICI RESPONSABILI DELLE PROVE DI OMOLOGAZIONE E DELLE AUTORITÀ DI OMOLOGAZIONE
12.1. |
Le parti dell’accordo che applicano il presente regolamento devono comunicare al segretariato delle Nazioni Unite i nomi e gli indirizzi dei servizi tecnici incaricati di eseguire le prove di omologazione e delle autorità che rilasciano le omologazioni e alle quali devono essere inviate le schede attestanti il rilascio, l’estensione, il rifiuto o la revoca di omologazioni rilasciate in altri paesi. |
(1) Ad esempio ISO 26262-2018, ISO/PAS 21448, ISO/SAE 21434.
(2) https://www.unece.org/trans/main/wp29/datasharing.html.
(3) Nel documento di interpretazione che la task force per la sicurezza informatica e le questioni relative alle trasmissioni senza fili sta elaborando per la settima sessione del GRVA devono essere forniti orientamenti sulle informazioni dettagliate da caricare (ad esempio metodo, criteri, livello di prestazione) e sul formato.
(4) Il gruppo di lavoro sui veicoli automatizzati/autonomi e connessi (GRVA).
(5) Tale interpretazione deve essere inclusa nel documento di interpretazione di cui alla nota a piè di pagina del punto 5.3.3.
(6) Nel corso della sua settima sessione il GRVA elaborerà ulteriori informazioni sulle prescrizioni minime per il fascicolo di documentazione.
ALLEGATO 1
Scheda informativa
Le seguenti informazioni devono essere fornite, ove pertinente, in triplice copia e devono contenere un indice. Gli eventuali disegni devono essere forniti in scala adeguata e con sufficienti dettagli, in formato A4 o in fogli piegati in tale formato. Le eventuali fotografie devono mostrare sufficienti dettagli.
1.
Marchio (denominazione commerciale del costruttore): …
2.
Tipo e descrizione/i commerciale/i generale/i: …
3.
Mezzi di identificazione del tipo, se marcati sul veicolo: …
4.
Posizione di tale indicazione: …
5.
Categoria/e del veicolo: …
6.
Nome e indirizzo del costruttore/mandatario del costruttore: …
7.
Nome/i e indirizzo/i dello/degli stabilimento/i di montaggio: …
8.
Fotografie e/o disegni di un veicolo rappresentativo: …
9.
Cibersicurezza
9.1.
Caratteristiche costruttive generali del tipo di veicolo, ivi compresi:
a) |
i sistemi del veicolo che sono pertinenti alla cibersicurezza del tipo di veicolo; |
b) |
i componenti di tali sistemi che sono pertinenti alla cibersicurezza; |
c) |
le interazioni di tali sistemi con altri sistemi all’interno del tipo di veicolo e con le interfacce esterne. |
9.2.
Rappresentazione schematica del tipo di veicolo
9.3.
Numero del certificato di conformità del CSMS: …
9.4.
Documenti per il tipo di veicolo da omologare che descrivono l’esito della valutazione del rischio e i rischi individuati: …
9.5.
Documenti per il tipo di veicolo da omologare che descrivono le misure di attenuazione applicate ai sistemi elencati o al tipo di veicolo e il modo in cui affrontano i rischi dichiarati: …
9.6.
Documenti per il tipo di veicolo da omologare che descrivono la protezione degli ambienti dedicati per software, servizi, applicazioni o dati post-vendita: …
9.7.
Documenti per il tipo di veicolo da omologare che descrivono le prove utilizzate per verificare la cibersicurezza del tipo di veicolo e dei suoi sistemi e l’esito di tali prove: …
9.8.
Descrizione delle modalità con cui si è tenuto conto della catena di approvvigionamento per quanto riguarda la cibersicurezza: …
Appendice 1 All’allegato 1
Modello di dichiarazione di conformità del CSMS del costruttore
Dichiarazione del costruttore attestante la conformità alle prescrizioni per il sistema di gestione della cibersicurezza
Nome del costruttore: …
Indirizzo del costruttore: …
… (nome del costruttore) attesta che i processi necessari per conformare il sistema di gestione della cibersicurezza alle prescrizioni di cui al punto 7.2 del regolamento UNECE n. 155 sono stati predisposti e saranno mantenuti.………
Fatto a: … (luogo)
Data: …
Nome del firmatario: …
Funzione del firmatario: …
…
(Timbro e firma del mandatario del costruttore)
ALLEGATO 2
Notifica
[formato massimo: A4 (210 × 297 mm)]
|
Emessa da: |
Nome dell’amministrazione: … … … |
Relativa a (2) |
rilascio dell’omologazione estensione dell’omologazione revoca dell’omologazione con effetto dal gg/mm/aaaa rifiuto dell’omologazione cessazione definitiva della produzione |
di un tipo di veicolo a norma del regolamento UNECE n. 155
Omologazione n.: …
Estensione n.: …
Motivo dell’estensione: …
1.
Marchio (denominazione commerciale del costruttore): …
2.
Tipo e descrizione commerciale generale: …
3.
Mezzi di identificazione del tipo, se marcati sul veicolo: …
3.1.
Posizione di tale indicazione: …
4.
Categoria del veicolo: …
5.
Nome e indirizzo del costruttore/mandatario del costruttore: …
6.
Nomi e indirizzi degli stabilimenti di produzione: …
7.
Numero del certificato di conformità del sistema di gestione della cibersicurezza: …
8.
Servizio tecnico incaricato di eseguire le prove: …
9.
Data del verbale di prova: …
10.
Numero del verbale di prova: …
11.
Osservazioni: (se del caso). …
12.
Luogo: …
13.
Data: …
14.
Firma: …
15.
Si allega l’indice del fascicolo informativo depositato presso l’autorità di omologazione, del quale si può richiedere copia:
(1) Numero distintivo del paese che ha rilasciato/esteso/rifiutato/revocato l’omologazione (cfr. disposizioni sull’omologazione contenute nel regolamento).
(2) Cancellare quanto non pertinente.:
ALLEGATO 3
Esempio di marchio di omologazione
MODELLO A
(cfr. punto 4.2 del presente regolamento)
a = 8 mm min.
Il marchio di omologazione sopra raffigurato, apposto su un veicolo, indica che il tipo di veicolo stradale in questione è stato omologato nei Paesi Bassi (E4), a norma del regolamento n. 155 e con il numero di omologazione 001234. Le prime due cifre del numero di omologazione indicano che l’omologazione è stata rilasciata conformemente alle prescrizioni del regolamento nella sua versione originale (00).
ALLEGATO 4
Modello di certificato di conformità del CSMS
Certificato di conformità del sistema di gestione della cibersicurezza
al regolamento UNECE n. 155
Numero del certificato [numero di riferimento]
[……. autorità di omologazione]
certifica che
Costruttore: …
Indirizzo del costruttore: …
è conforme alle disposizioni del punto 7.2 del regolamento n. 155
Sono stati effettuati controlli su: …
da (nome e indirizzo dell’autorità di omologazione o del servizio tecnico): …
Numero del verbale: …
Il certificato è valido fino a […………………………………………………data]
Fatto a […………………………………………………luogo]
Il […………………………………………………data]
[…………………………………………………firma]
Allegati: descrizione del sistema di gestione della cibersicurezza da parte del costruttore.
ALLEGATO 5
Elenco delle minacce e delle misure di attenuazione corrispondenti
1.
Il presente allegato si compone di tre parti. La parte A descrive la base di riferimento per le minacce, le vulnerabilità e i metodi di attacco. La parte B descrive le misure di attenuazione delle minacce destinate ai tipi di veicolo. La parte C descrive le misure di attenuazione delle minacce destinate ad ambiti esterni ai veicoli, ad esempio back-end informatici.
2.
Le parti A, B e C devono essere prese in considerazione ai fini della valutazione del rischio e delle misure di attenuazione che devono essere attuate dai costruttori di veicoli.
3.
Alle vulnerabilità di alto livello e agli esempi corrispondenti è stato assegnato un indice nella parte A. La stessa indicizzazione è stata riportata nelle tabelle delle parti B e C per collegare ciascun attacco/vulnerabilità a un elenco di misure di attenuazione corrispondenti.
4.
L’analisi delle minacce deve tenere conto anche dei possibili impatti degli attacchi. Questi possono contribuire a determinare la gravità di un rischio e a individuare ulteriori rischi. I possibili impatti degli attacchi possono comprendere:
a) |
compromissione del funzionamento sicuro del veicolo; |
b) |
cessazione dell’operatività di funzioni del veicolo; |
c) |
modifiche del software, alterazioni delle prestazioni; |
d) |
alterazioni del software, ma senza conseguenze sul funzionamento; |
e) |
violazione dell’integrità dei dati; |
f) |
violazione della riservatezza dei dati; |
g) |
perdita di disponibilità dei dati; |
h) |
altro, compresi atti criminosi. |
Parte A. Vulnerabilità o metodi di attacco connessi alle minacce
1. |
Le descrizioni ad alto livello delle minacce e delle relative vulnerabilità o dei relativi metodi di attacco sono riportate nella tabella A1.
Tabella A1 Elenco delle vulnerabilità o dei metodi di attacco connessi alle minacce
|
Parte B. Misure di attenuazione delle minacce previste per i veicoli
1. |
Misure di attenuazione per i «canali di comunicazione dei veicoli»
Le misure di attenuazione delle minacce per quanto riguarda i «canali di comunicazione dei veicoli» sono elencate nella tabella B1. Tabella B1 Misure di attenuazione delle minacce per quanto riguarda i «canali di comunicazione dei veicoli»
|
2. |
Misure di attenuazione per il «processo di aggiornamento»
Le misure di attenuazione delle minacce per quanto riguarda il «processo di aggiornamento» sono elencate nella tabella B2. Tabella B2 Misure di attenuazione delle minacce per quanto riguarda il «processo di aggiornamento»
|
3. |
Misure di attenuazione per le «azioni umane non intenzionali che facilitano un attacco informatico»
Le misure di attenuazione delle minacce per quanto riguarda le «azioni umane non intenzionali che facilitano un attacco informatico» sono elencate nella tabella B3. Tabella B3 Misure di attenuazione delle minacce per quanto riguarda le «azioni umane non intenzionali che facilitano un attacco informatico»
|
4. |
Misure di attenuazione per la «connettività e collegamenti esterni»
Le misure di attenuazione delle minacce per quanto riguarda la «connettività e collegamenti esterni» sono elencate nella tabella B4. Tabella B4 Attenuazione delle minacce per quanto riguarda la «connettività e collegamenti esterni»
|
5. |
Misure di attenuazione per «potenziali bersagli o motivazioni di un attacco»
Le misure di attenuazione delle minacce per quanto riguarda «potenziali bersagli o motivazioni di un attacco» sono elencate nella tabella B5. Tabella B5 Misure di attenuazione delle minacce per quanto riguarda «potenziali bersagli o motivazioni di un attacco»
|
6. |
Misure di attenuazione per «potenziali vulnerabilità che potrebbero essere sfruttate se non sufficientemente protette o rinforzate»
Le misure di attenuazione delle minacce per quanto riguarda le «potenziali vulnerabilità che potrebbero essere sfruttate se non sufficientemente protette o rinforzate» sono elencate nella tabella B6. Tabella B6 Misure di attenuazione delle minacce per quanto riguarda le «potenziali vulnerabilità che potrebbero essere sfruttate se non sufficientemente protette o rinforzate»
|
7. |
Misure di attenuazione per la «perdita/violazione dei dati provenienti dal veicolo»
Le misure di attenuazione delle minacce per quanto riguarda la «perdita/violazione dei dati provenienti dal veicolo» sono elencate nella tabella B7. Tabella B7 Misure di attenuazione delle minacce per quanto riguarda la «perdita/violazione dei dati provenienti dal veicolo»
|
8. |
Misure di attenuazione per la «manipolazione fisica dei sistemi per consentire un attacco»
Le misure di attenuazione delle minacce per quanto riguarda la «manipolazione fisica dei sistemi per consentire un attacco» sono elencate nella tabella B8. Tabella B8 Misure di attenuazione delle minacce per quanto riguarda la «manipolazione fisica dei sistemi per consentire un attacco»
|
Parte C. Misure di attenuazione delle minacce esterne ai veicoli
1. |
Misure di attenuazione per i «server di back-end»
Le misure di attenuazione delle minacce per quanto riguarda i «server di back-end» sono elencate nella tabella C1. |
Tabella C1
Misure di attenuazione delle minacce per quanto riguarda i «server di back-end»
Riferimento tabella A1 |
Minacce ai «server di back-end» |
Rif. |
Misura di attenuazione |
1.1 & 3.1 |
Abuso di privilegi da parte del personale (attacco dall’interno) |
M1 |
Sono applicati controlli di sicurezza ai sistemi di back-end per ridurre al minimo il rischio di attacchi dall’interno |
1.2 & 3.3 |
Accesso Internet non autorizzato al server (attivato ad esempio tramite backdoor, vulnerabilità del software di sistema non corrette tramite patch, attacchi SQL o altri mezzi) |
M2 |
Sono applicati controlli di sicurezza ai sistemi di back-end per ridurre al minimo gli accessi non autorizzati. Esempi di controlli di sicurezza sono reperibili in OWASP |
1.3 & 3.4 |
Accesso fisico non autorizzato al server (effettuato ad esempio mediante chiavette USB o altri supporti che si collegano al server) |
M8 |
Attraverso la progettazione del sistema e il controllo dell’accesso il personale non autorizzato non dovrebbe poter accedere ai dati personali o critici del sistema |
2.1 |
L’attacco al server di back-end ne blocca il funzionamento, ad esempio impedendogli di interagire con i veicoli e di fornire i servizi su cui questi ultimi fanno affidamento |
M3 |
Sono applicati controlli di sicurezza ai sistemi di back-end. Se i server di back-end sono essenziali per la fornitura dei servizi, sono previste misure di ripristino in caso di indisponibilità del sistema. Esempi di controlli di sicurezza sono reperibili in OWASP |
3.2 |
Perdita di informazioni nel cloud. I dati sensibili conservati presso fornitori terzi di servizi cloud possono andare perduti a causa di attacchi o incidenti |
M4 |
Sono applicati controlli di sicurezza per ridurre al minimo i rischi associati al cloud computing. Esempi di controlli di sicurezza sono reperibili negli orientamenti in materia di cloud computing OWASP e NCSC |
3.5 |
Violazione delle informazioni dovuta alla condivisione non intenzionale dei dati (ad esempio errori amministrativi, conservazione dei dati in server all’interno di garage) |
M5 |
Sono applicati controlli di sicurezza ai sistemi di back-end per prevenire violazioni dei dati. Esempi di controlli di sicurezza sono reperibili in OWASP |
2. |
Misure di attenuazione per le «azioni umane non intenzionali»
Le misure di attenuazione delle minacce per quanto riguarda le «azioni umane non intenzionali» sono elencate nella tabella C2. Tabella C2 Misure di attenuazione delle minacce per quanto riguarda le «azioni umane non intenzionali»
|
3. |
Misure di attenuazione per la «perdita fisica di dati»
Le misure di attenuazione delle minacce per quanto riguarda la «perdita fisica di dati» sono elencate nella tabella C3. Tabella C3 Misure di attenuazione delle minacce per quanto riguarda la «perdita fisica di dati»
|