Nuova bozza IRTF mappa i trust anchor e le chiavi installate dal produttore per una sicurezza dei dispositivi più intelligente

Una nuova bozza dell'Internet Research Task Force (IRTF) mira a dare ai produttori di dispositivi e ai professionisti della sicurezza un linguaggio più chiaro per discutere come la fiducia viene costruita nei gadget che usiamo ogni giorno. Il documento, ora alla sua 14ª iterazione, è di Michael Richardson e si intitola 'A Taxonomy of operational security considerations for manufacturer-installed keys and Trust Anchors'. Appartiene al gruppo di ricerca 'thing to thing' (t2trg) dell'IRTF, che si concentra su come i dispositivi comunicano direttamente tra loro. Come bozza IRTF, non è esplicitamente una posizione ufficiale dell'Internet Engineering Task Force (IETF) o dell'IRTF; il testo nota che non ha alcuno status formale nel processo di standardizzazione IETF. Questo è normale per l'IRTF, un luogo dove idee speculative e lungimiranti vengono esplorate prima di diventare standard di protocollo.

La bozza è una tassonomia, cioè ordina e nomina concetti. Richardson categorizza quello che chiama spazio di bootstrap di sicurezza. Bootstrap qui significa il processo iniziale di caricamento del primo software e delle prime chiavi fidate in un dispositivo quando si avvia. Molti dispositivi Internet of Things (IoT), come telecamere intelligenti, server di file locali o set-top box, dipendono da un gestore centrale gestito dal produttore e raggiungibile tramite un sito web. Questo design costringe il dispositivo a inviare tutto ciò che misura, monitora o controlla al cloud, fuori dalla rete locale domestica o aziendale. Se invece i dispositivi fossero progettati per avviare la loro sicurezza localmente dal primo momento in cui vengono accesi, migliorerebbe la fiducia nella loro configurazione e funzionamento. Il bootstrap locale consente l'uso di controlli crittografici senza dipendere dal coordinamento di terze parti.

Al centro di questo modello c'è il Trust Anchor (TA). Un Trust Anchor è il singolo pezzo di informazione che è fidato per impostazione predefinita e viene usato per verificare tutte le altre affermazioni sulla comunicazione sicura e sullo stato del dispositivo. La bozza di Richardson sottolinea che la domanda più importante è da dove viene il tuo Trust Anchor: chi lo controlla, come è arrivato sul dispositivo e come puoi gestirlo. Il documento esamina anche concetti correlati tra cui zone fidate, processori ausiliari fidati, archivi di chiavi fidati e ambienti di esecuzione fidati all'avvio a freddo. Ciascuno influenza come un dispositivo può derivare un senso di fiducia dalla fabbrica.

Un numero sorprendentemente elevato di dispositivi ora include una sottozona sicura all'interno del chip principale dell'unità di elaborazione centrale (CPU). Prodotte con tecniche di integrazione su larga scala (VLSI), queste sottozone operano separatamente dal processore principale e spesso limitano l'esposizione delle chiavi più sensibili del dispositivo. I telefoni Android, i dispositivi Apple e i laptop di molti produttori ora contengono tali unità sicure, che possono proteggere le informazioni chiave all'interno della zona sicura da intrusioni di livello statale. Alcuni design VLSI scaricano persino elettricità quando qualcuno tenta di sondare il chip, distruggendo le chiavi prima che possano essere lette. Queste protezioni sono allineate con le linee guida degli standard federali di elaborazione delle informazioni degli Stati Uniti (FIPS), contro i quali i moduli di sicurezza hardware (HSM) certificati FIPS sono progettati e testati.

Questo lavoro conta oltre i singoli gadget perché gli stessi concetti di trust anchor sono alla base del sistema dei nomi di dominio globale (DNS). L'Autorità per i numeri assegnati di Internet (IANA) dipende da HSM certificati FIPS per operare il trust anchor del DNS globale, che abilita il funzionamento DNSSEC in tutto il mondo. DNSSEC aggiunge un livello di autenticazione al DNS, assicurando che la risposta che ottieni per un indirizzo web sia quella reale e non una inserita da un attaccante. Per i lettori che gestiscono siti web o reti, la bozza offre un modo utile per comprendere i dispositivi sicuri e il pensiero sui protocolli sicuri, con riferimenti a documenti IETF su standard di sicurezza e funzionali. Scegliere un servizio DNS crittografato come AEU DNS, che protegge le tue query DNS da intercettazioni, è un passo pratico che si allinea con lo stesso modello di fiducia descritto nella bozza; per la massima protezione, abbinalo a un resolver che esegua la validazione DNSSEC.