Trasparenza sull’AI: questo articolo è stato generato con strumenti di intelligenza artificiale (AI).
Copertina: schema originale dell’agente Immagini editoriali ALCE. Rappresenta la relazione tra dispositivo, chiave privata e certificato; non dimostra l’accuratezza della misura né documenta un impianto reale.
Un contatore, un gateway o un sensore invia un file di misure energetiche. Il file arriva integro, ma resta una domanda: possiamo verificare quale dispositivo lo ha prodotto e se il contenuto è cambiato lungo il percorso?
Dopo aver distinto la qualità del dato dalla sua registrazione e aver visto che cosa dimostra un hash, il passo successivo è capire firme digitali e identità dei dispositivi. La competenza utile non è scegliere subito una piattaforma, ma saper leggere la catena di fiducia: dato, chiave, certificato, verifica e gestione degli incidenti.
Una firma digitale collega il contenuto a una chiave
Una firma digitale usa crittografia a chiave pubblica. Il dispositivo conserva una chiave privata, che deve rimanere protetta, e rende disponibile una chiave pubblica per la verifica. Quando firma un messaggio, il destinatario può controllare che il contenuto non sia stato modificato dopo la firma e che l’operazione corrisponda alla chiave privata associata.
Il NIST FIPS 186-5, pubblicato nel 2023, specifica algoritmi di firma digitale destinati a rilevare modifiche non autorizzate e ad autenticare l’identità del firmatario. Nel caso di un dispositivo, però, “identità” non significa automaticamente nome di una persona o certezza sul luogo di installazione: significa anzitutto che la firma è verificabile rispetto a una chiave pubblica riconosciuta dal sistema.
La firma non prova che il sensore sia calibrato, che il trasformatore di corrente sia montato correttamente o che il periodo di misura sia quello atteso. Se il dispositivo firma un valore errato, la firma protegge la provenienza digitale di quell’errore. Accuratezza della misura, integrità del messaggio e autenticazione della sorgente restano controlli distinti.
L’identificativo non basta ad autenticare il dispositivo
Un numero di serie aiuta l’inventario, ma può essere copiato in un messaggio. Per autenticare un dispositivo serve un meccanismo che dimostri il possesso di una credenziale, senza esporre il segreto. La firma con una chiave privata è uno di questi meccanismi.
Il NISTIR 8259A del 2020 include l’identificazione tra le capacità di base dei dispositivi IoT: distingue identificatori logici e fisici e collega questa capacità alla gestione degli asset, degli accessi e degli incidenti. Per un edificio, ciò suggerisce di mantenere una relazione verificabile tra dispositivo fisico, identificativo nel sistema, posizione, funzione, responsabile e credenziale attiva.
Questa relazione va documentata all’installazione e aggiornata quando il dispositivo viene sostituito. Un gateway che eredita il nome del precedente ma usa una nuova chiave non è la stessa identità crittografica. Viceversa, riutilizzare una chiave privata su più apparecchi rende più difficile attribuire l’origine di un messaggio e isolare un compromesso.
Il certificato costruisce una catena di fiducia
Come ottiene il verificatore la chiave pubblica corretta? Una soluzione comune è un certificato digitale: un documento firmato che associa una chiave pubblica a un soggetto o dispositivo secondo regole definite. La RFC 5280 descrive il profilo Internet dei certificati X.509, la validazione della catena e le liste di revoca.
Il certificato non elimina la necessità di decidere di chi fidarsi. Occorre stabilire quali autorità possono emettere credenziali, come viene verificato il dispositivo prima dell’emissione, quali usi sono consentiti alla chiave e come si controllano scadenza e revoca. Una firma matematicamente valida può essere operativamente inaccettabile se il certificato è scaduto, revocato o riferito a un dispositivo non autorizzato per quel flusso.
La NIST SP 800-57 Part 1 Rev. 5 tratta la gestione delle chiavi lungo il loro ciclo di vita. Per un piccolo sistema, le domande minime riguardano generazione, distribuzione, protezione, rotazione, revoca, archiviazione delle evidenze e risposta alla compromissione. Comprare dispositivi capaci di firmare non risolve questi compiti organizzativi.
Esempio: una misura firmata che richiede verifica
Esempio ipotetico, non riferito a un edificio reale. Un gateway raccoglie ogni quindici minuti i dati di alcuni sotto-contatori, crea un messaggio con identificativo del dispositivo, intervallo temporale, unità e valori, quindi calcola l’hash e firma il risultato con la propria chiave privata.
Il sistema di ricezione verifica la firma con la chiave pubblica contenuta nel certificato. Controlla inoltre che il certificato sia valido per quel gateway, non sia scaduto o revocato e che l’intervallo temporale non sia già stato acquisito. Se tutti i controlli passano, il messaggio può entrare nell’archivio con l’esito della verifica.
Un controllo successivo rileva però che un sotto-contatore era configurato con un rapporto errato. Le firme restano valide: dimostrano che i messaggi ricevuti corrispondono a quelli prodotti dal gateway, non che la configurazione fisica fosse corretta. La correzione richiede una nuova versione dei dati, collegata all’originale e accompagnata dal motivo dell’intervento.
Dove entra la blockchain
Il flusso fisico dell’energia non passa nella blockchain. Il dispositivo produce dati, la firma crea un’evidenza digitale e un archivio conserva messaggi ed esiti. Un registro distribuito può eventualmente registrare hash, riferimenti e transazioni tra più soggetti, ma non sostituisce l’identità del dispositivo né la gestione delle chiavi.
Prima di scegliere una blockchain, conviene confrontarla con un database convenzionale dotato di controllo degli accessi, log, versioni e procedure di revoca. Se un’unica organizzazione governa dispositivi e archivio, questa soluzione può essere più semplice. Un registro condiviso diventa una candidata quando più soggetti devono verificare le stesse evidenze e non vogliono affidare a uno solo la riscrittura della storia. Anche allora occorre definire chi ammette un dispositivo e chi può escluderlo.
Sei controlli prima di affidarsi a una firma
- Collegare ogni chiave a un dispositivo fisico, una posizione e una funzione documentate.
- Proteggere la chiave privata e impedire il riuso non autorizzato su più apparecchi.
- Verificare certificato, catena di fiducia, scadenza, revoca e uso consentito.
- Firmare anche metadati essenziali: identificativo, periodo, unità, versione e stato del dato.
- Separare l’esito crittografico dai controlli su accuratezza, installazione e configurazione.
- Prevedere sostituzione, rotazione delle chiavi e gestione di un possibile compromesso.
Il risultato utile è una catena verificabile, non una promessa assoluta: sappiamo quale chiave ha firmato quale contenuto, secondo quali regole e con quale stato al momento della verifica. Questa base permette di affrontare il confronto tra registro condiviso e database senza attribuire alla blockchain capacità che appartengono ai dispositivi, alla crittografia o alla governance.
Fonti consultate il 2 novembre 2026: NIST FIPS 186-5, NISTIR 8259A, NIST SP 800-57 Part 1 Rev. 5 e RFC 5280, collegate nei paragrafi pertinenti.
Questo articolo è stato redatto con il supporto di strumenti di intelligenza artificiale (AI).
Lascia un commento