Come memorizzare IV e chiave temporaneamente ma in modo sicuro

Almeno una cosa che puoi migliorare piuttosto facilmente: puoi semplicemente memorizzare l'IV nel database accanto ai dati crittografati. L'IV stesso è non dovrebbe essere segreto . Solitamente funziona come un sale, per evitare una situazione in cui due record in chiaro identici vengono crittografati in un testo cifrato identico. Memorizzare l'IV nel database per ogni riga eliminerà la preoccupazione per la perdita di questi dati. Idealmente, ogni riga IV sarebbe unica e casuale ma non segreta.

Questo lascia il tuo problema per archiviare un'informazione relativamente piccola: la chiave . Non ci dovrebbero essere problemi usando la stessa chiave per tutti i record in termini di sicurezza. Finché la chiave stessa è strong, l'uso di una chiave diversa non ti dà alcun vantaggio (in realtà, sarà un vero mal di testa da gestire), quindi una chiave dovrebbe di solito essere abbastanza buona.

Ci sono probabilmente molte soluzioni per archiviare le chiavi in modo sicuro, ma quelle dipendono dal livello di sicurezza di cui hai veramente bisogno. Per ambiente .NET / Microsoft, suppongo che tu debba guardare DPAPI , sebbene possa esserci migliori opzioni là fuori In un estremo, avresti bisogno di un HSM o di una smartcard, ma in ambienti meno rigorosi che memorizzano la chiave sul filesystem con le giuste autorizzazioni potrebbe essere sufficiente. Tutto dipende dal tuo profilo di rischio e dalle tue minacce.

Se comprendo correttamente la tua situazione:

1. L'IV deve essere memorizzato nel database, insieme ai dati crittografati (concatenati nello stesso campo o in un campo separato nella stessa riga). Questo può essere memorizzato come testo in chiaro, non c'è alcun valore nella sua segretezza.
2. La chiave di crittografia deve essere archiviata in qualsiasi file o chiave di registro, a condizione che non sia accessibile da remoto, con due limitazioni: ACL strong, limitando l'accesso a questo file solo dall'applicazione (e dagli amministratori); dovrebbe esso stesso essere crittografato prima di salvare.

Per quanto riguarda l'ultimo punto, tieni presente che la chiave di crittografia KEK (chiave di crittografia chiave) deve ancora essere protetta ... Per questo, DPAPI (Data Protection API) è ideale nella maggior parte delle situazioni (anche se in alcuni potresti voler considerare qualche forma di modulo hardware), probabilmente in USER_MODE.
.NET ti offre un facile accesso tramite le classi ProtectedMemory e ProtectedData .