La Crypto Agility automotive sta diventando un requisito concreto per i veicoli software-defined, le cui centraline elettroniche (ECU) possono restare in servizio fino a 15 anni mentre gli standard crittografici continuano a evolversi. In questo clip di Elektor TV dalla conferenza su Post-Quantum Cryptography di Elektor Academy Pro, il Dr. Claude-Pascal Stöber-Schmidt di IAV spiega perché il software di sicurezza deve essere aggiornabile quanto le funzioni del veicolo che protegge. Il problema del timing richiama un precedente clip di Elektor sulla pianificazione della migrazione: i sistemi embedded a lunga vita devono prepararsi prima che la minaccia quantistica diventi concreta.

La Crypto Agility Automotive sulle ECU Esistenti

I microcontrollori per automotive attuali e di prossima generazione accelerano spesso gli algoritmi crittografici consolidati tramite hardware dedicato. Questo approccio è rapido, ma l'acceleratore non può acquisire supporto per un algoritmo completamente diverso dopo la produzione del chip. L'approccio di IAV, documentato nel suo repository open-source, è un livello software portabile progettato per microcontrollori con risorse limitate e integrabile con AUTOSAR Classic, che consente di sostituire o estendere i driver crittografici senza dover sostituire l'intera ECU.
 


L'obiettivo non è calcolare tutto in software per sempre, ma impedire che il design hardware originale del chip diventi l'unica autorità sulla crittografia utilizzabile dal veicolo. Questa distinzione riguarda il secure boot, gli aggiornamenti firmware firmati, la distribuzione delle chiavi, i collegamenti veicolo-cloud e altri percorsi che devono rimanere affidabili ben dopo che l'auto ha lasciato la fabbrica.

Il Portafoglio NIST in Pratica

Stöber-Schmidt analizza cinque schemi valutati nel lavoro di IAV: ML-KEM e HQC per l'incapsulamento delle chiavi, più ML-DSA, FN-DSA e SLH-DSA per le firme digitali. Il loro stato di standardizzazione non è uniforme. La pagina attuale del progetto NIST elenca standard finalizzati per ML-KEM, ML-DSA e SLH-DSA. Falcon è stato selezionato ed è in fase di standardizzazione come FN-DSA, mentre HQC è stato selezionato per la standardizzazione nel marzo 2025. Il portafoglio operativo comprende quindi tre standard FIPS finalizzati e due algoritmi selezionati ancora in fase di standardizzazione, non cinque standard ugualmente completati.

Questa distinzione rafforza ulteriormente la necessità della crypto agility automotive. Algoritmi, set di parametri, linee guida di implementazione e obiettivi di certificazione non cambiano necessariamente allo stesso ritmo. Un sistema progettato attorno a un blocco crittografico fisso può essere veloce il primo giorno e ostinatamente obsoleto anni dopo.

La Crypto Agility Automotive è un Problema di Architettura

Il design estensibile di IAV separa il codice algoritmico indipendente dalla piattaforma dal wrapper utilizzato da una specifica architettura software. L'implementazione copre gli schemi post-quantum discussi nel clip e fornisce codice di esempio per l'integrazione. Il lavoro più impegnativo va oltre la compilazione del codice: i sistemi automotive necessitano di un utilizzo della memoria limitato, tempi di esecuzione accettabili, elevata qualità del codice, comportamento prevedibile e resistenza agli attacchi a livello di implementazione.

La conclusione pratica è netta. Un veicolo connesso non può dipendere interamente da un acceleratore crittografico congelato al momento del tape-out del microcontrollore. L'accelerazione hardware ha ancora un ruolo, ma il sistema necessita anche di un percorso aggiornabile per gli algoritmi che i progettisti del chip non potevano prevedere. Altrimenti, il veicolo software-defined diventa crittograficamente hardware-defined esattamente nel momento sbagliato.