Moduli di sicurezza hardware: cosa proteggono e cosa no

Un HSM è un dispositivo specializzato per generare, custodire e utilizzare chiavi crittografiche all’interno di un perimetro controllato. Può rafforzare la custodia delle chiavi, ma da solo non rende un servizio cloud indipendente o sicuro.

Cosa fa un HSM

Un modulo di sicurezza hardware è un dispositivo progettato appositamente, oppure un servizio logicamente isolato supportato da tale hardware, destinato alle operazioni crittografiche. Può generare chiavi, mantenere il materiale delle chiavi private all’interno di un perimetro protetto ed eseguire operazioni come la firma, la decrittazione o la cifratura di altre chiavi. Le applicazioni inviano richieste all’HSM tramite un’interfaccia; in un sistema ben progettato, la chiave stessa non viene restituita all’applicazione in forma leggibile.

Gli HSM sono utilizzati nei sistemi di pagamento, nelle autorità di certificazione, nelle infrastrutture di identità e nei servizi cloud di gestione delle chiavi. Un HSM ospitato nel cloud può essere gestito da un provider, mentre un HSM esterno o controllato dal cliente pone una porzione maggiore dell’hardware e dell’amministrazione sotto il controllo del cliente. Il modello esatto di custodia dipende da chi può amministrare il dispositivo, autorizzare l’uso delle chiavi e gestire il ripristino in caso di guasti.

Come funziona il perimetro di protezione

L’HSM applica regole alla creazione e all’uso delle chiavi. A seconda del servizio, queste possono includere autorizzazioni basate sui ruoli, l’approvazione da parte di più amministratori, limiti agli algoritmi consentiti e registri di controllo delle operazioni sulle chiavi. Alcuni sistemi richiedono che le chiavi possano essere esportate solo in forma cifrata, oppure che non possano essere esportate affatto. Le protezioni hardware possono rendere più difficile l’estrazione diretta, ma non eliminano i rischi derivanti da account compromessi, autorizzazioni configurate in modo errato, utenti autorizzati malintenzionati o vulnerabilità nel software connesso.

Negli ambienti cloud, le chiavi gestite dal cliente possono separare alcuni aspetti della custodia delle chiavi dal normale piano di controllo del provider cloud. Ciò è utile solo se si comprende l’architettura complessiva: i carichi di lavoro dipendono comunque da identità, rete, disponibilità dei servizi, configurazione e processi di supporto. Se un carico di lavoro non riesce a raggiungere il proprio HSM o servizio di gestione delle chiavi, potrebbe non essere in grado di avviarsi, decrittare i dati o completare le transazioni.

Specifiche e domande importanti

Confrontate i prodotti in base alla certificazione di sicurezza e al relativo ambito, agli algoritmi e alle dimensioni delle chiavi supportati, alla capacità di elaborazione e alla latenza, all’architettura di disponibilità e alle interfacce di integrazione. Verificate se l’offerta consiste in hardware dedicato, in un servizio condiviso con isolamento logico o in un dispositivo gestito dal cliente. Chiedete chi controlla l’accesso amministrativo, come vengono applicate le politiche di utilizzo delle chiavi, quali dati di controllo sono disponibili e se i registri possono essere conservati in modo indipendente.

• Comprendete le procedure di importazione, esportazione, backup e ripristino delle chiavi prima di archiviare chiavi di produzione.
• Verificate che le applicazioni e le librerie supportino le interfacce e le operazioni crittografiche dell’HSM.
• Definite come vengono approvati, riesaminati e revocati gli accessi, compresi quelli di emergenza.
• Verificate la capacità e il comportamento del sistema in caso di failover in condizioni di carico realistiche.

Distribuzione, continuità e manutenzione

Iniziate con un modello di minaccia: individuate quali chiavi richiedono una custodia più rigorosa, chi deve utilizzarle e cosa accade se l’HSM o il percorso di rete verso di esso non è disponibile. Separate le responsabilità in modo che un singolo amministratore non possa creare una chiave senza lasciare traccia, concedersi l’accesso e cancellare le prove. Adottate un processo controllato per il provisioning, la rotazione, il backup e la dismissione, e provate il ripristino con chiavi non di produzione prima di farvi affidamento.

La manutenzione comprende il riesame delle autorizzazioni e dei registri di controllo, l’aggiornamento del software client e del firmware del dispositivo secondo procedure approvate, il monitoraggio della capacità e della disponibilità e la verifica periodica del ripristino. La rotazione delle chiavi dovrebbe essere pianificata in base ai sistemi che dipendono da ciascuna chiave; ruotare una chiave senza aggiornare i sistemi che la utilizzano può causare interruzioni. Conservate il materiale di ripristino in modo sicuro e assicuratevi che il personale autorizzato possa utilizzarlo quando i sistemi normali non sono disponibili.

Limiti ed errori comuni

Un HSM protegge determinate operazioni crittografiche; non cifra automaticamente ogni insieme di dati, non protegge un’applicazione, non impedisce l’uso improprio dei dati dopo la decrittazione e non dimostra che una distribuzione cloud soddisfi un requisito legale o di sovranità. Una chiave può essere protetta adeguatamente mentre un aggressore abusa di un’applicazione autorizzata per richiedere la decrittazione. Anche l’hardware gestito dal provider può mantenere dipendenze operative o legali.

Tra gli errori comuni figurano considerare una «chiave gestita dal cliente» equivalente al controllo esclusivo del cliente, trascurare le dipendenze da identità e ripristino, concedere ampi privilegi amministrativi e non verificare il comportamento durante le interruzioni. Valutate l’intera catena, dalle persone e dalle politiche alle applicazioni, alla connettività e alle evidenze, invece di trattare l’HSM come una garanzia autonoma.