Gestire le chiavi. Limitare l'accesso.

Una nuova chiave non significa che quella precedente possa essere immediatamente cancellata. Rileviamo quali dati, firme o backup dipendono ancora da versioni precedenti. Le applicazioni necessitano di un'associazione univoca alla versione della chiave. Generazione, attivazione, revoca, archiviazione e cancellazione hanno stati e approvazioni distinti. Errori come sessioni esaurite, autenticazioni scadute o connessioni interrotte vengono gestiti in modo visibile. I nuovi tentativi non devono generare duplicati indesiderati delle chiavi né operazioni duplicate a livello di business.

Nel test verifichiamo, oltre alle chiamate riuscite, anche gli accessi respinti per ruoli non autorizzati e le operazioni non consentite. Credenziali di accesso e segreti non devono finire nel codice sorgente, nei log o nei backup generali. Il vostro team riceve la configurazione, scenari di esempio e una procedura di diagnosi. Per iniziare sono importanti le librerie utilizzate, gli ambienti di runtime e le chiavi esistenti.

PKCS #11 descrive l'accesso ai token crittografici e alle loro funzioni. KMIP riguarda la gestione degli oggetti crittografici tra client e sistema di gestione delle chiavi. Un servizio cloud può a sua volta offrire una propria API REST. Da ciò non deriva un'intercambiabilità automatica. OTOKO® documenta dove viene eseguita un'operazione, quale materiale delle chiavi un'interfaccia trasferisce effettivamente e quali attributi vengono mantenuti. In questo modo un elenco di protocolli diventa un percorso di integrazione chiaro.

Con una cifratura gerarchica, le chiavi di dati possono proteggere i dati veri e propri, mentre una chiave di livello superiore protegge queste chiavi di dati. Questo evita che ogni blocco di dati di grandi dimensioni debba essere elaborato da un HSM. È decisivo capire dove una chiave di dati è necessaria in chiaro e per quanto tempo resta disponibile in quel punto. Chiariamo il comportamento della cache, la rotazione e l'accesso nell'applicazione. L'affermazione «la chiave resta nell'HSM» è valida solo per lo specifico ruolo di chiave considerato e per i suoi attributi.

Finora diversi servizi utilizzano propri file di chiavi. OTOKO® stabilisce innanzitutto proprietari, finalità e dipendenze dai dati. In seguito testiamo l'integrazione supportata di un servizio rappresentativo e definiamo le autorizzazioni per ogni applicazione. La migrazione avviene in modo graduale, con lettura controllata dei dati esistenti e scrittura dei nuovi dati. Le chiavi vecchie vengono rimosse solo dopo aver tenuto conto di conservazione, backup e ripristino. Il risultato è un inventario di chiavi documentato con procedure di utilizzo e sostituzione testate.