Come proteggere la chiave privata della CA?

Sto per implementare la mia Autorità di certificazione (CA) solo per uso interale.

Ora c'è un problema, che il privato CA non dovrebbe mai essere sfruttato. Quindi in questo momento la chiave privata è crittografata.

Cos'altro si potrebbe fare per migliorare la sicurezza della chiave privata?

Ho lavorato presso un'azienda in cui la sicurezza della chiave CA era fondamentale per il continuo successo dell'azienda. A tal fine, la chiave è stata crittografata utilizzando un protocollo personalizzato che richiedeva la presenza di almeno 2 persone con token fisici collegati ai terminali per decrittografarlo (c'erano almeno 5 di questi token, ogni 2 combinato funzionava). I terminali sono stati fisicamente separati dalla macchina reale con la chiave CA. L'interfaccia che avevano gli utenti che lo decifravano era un terminale VT220 che permetteva loro di inserire i token di decrittazione e quindi selezionare ciò che volevano "firmare" con la chiave (senza mai dare loro accesso alla chiave decifrata). Questo sistema significava che almeno 4 persone avrebbero dovuto lavorare insieme per compromettere la chiave, due possessori di token, il tipo che aveva accesso al data center,

Se sei interessato a maggiori dettagli su questo tipo di installazione, Bruce Schneier ha un ottimo sito che copre la progettazione e l'implementazione della sicurezza informatica:

http://www.schneier.com/

Ha anche pubblicato un ottimo libro Applied Cryptography che ho scoperto mi ha aiutato a capire i fondamenti di sistemi come questo e come progettare infrastrutture più sicure (leggibili da persone che non indossano protezioni tascabili):

http://www.schneier.com/book-applied.html

Un grande vantaggio è mantenere la chiave CA privata su un computer dedicato completamente isolata dalla rete. Dovresti quindi firmare, e possibilmente anche generare, nuovi certificati su questa macchina e quindi utilizzare un supporto fisico per trasferire i nuovi certificati dalla macchina CA.

Naturalmente, come l'installazione includerebbe anche considerazioni relative alla disponibilità fisica della macchina, nonché restrizioni sui supporti consentiti. Una chiavetta USB ben percorsa non è probabilmente la scelta migliore ...

(Questo è comunque un chiaro esempio del compromesso tra sicurezza e convenienza.)

Ho valutato le altre due risposte e ho commentato, perché penso che siano entrambe eccellenti. Se decidi di optare per entrambi e questo potrebbe essere appropriato, ti consiglio vivamente di prestare attenzione alla generazione iniziale della chiave, poiché non è in uso il momento migliore per compromettere una chiave (dove è possibile adottare molte precauzioni standard e ripetibili applicato) ma al momento della generazione, che essendo una tantum è molto più facile da sovvertire.

Questa eccellente guida alla conduzione di una cerimonia di generazione di chiavi delinea alcuni dei protocolli standard che possono aiutare a garantire la generazione di chiavi, sebbene si riducano principalmente a (a) avere tutto ciò a cui hanno assistito più auditor esperti, che stanno (b) registrando contemporaneamente tutto ciò che viene fatto (c) secondo un protocollo predeterminato scritto da qualcuno diverso dall'esecutore.

A seconda di quanto sei serio, dovresti prendere in considerazione l'utilizzo dell'hardware FIPS 140-2 ( http://en.wikipedia.org/wiki/FIPS_140#Security_levels ) per memorizzare le chiavi CA e il backup di tali chiavi. È necessario disporre di una CA principale e di una CA intermedia in modo da poter mantenere la CA principale offline e fisicamente protetta. Il root è necessario solo per rinnovare o firmare nuove CA intermedie, mentre le CA intermedie rimangono online per le operazioni quotidiane. Come altri hanno suggerito, è importante la generazione sicura delle chiavi e la gestione delle chiavi con il controllo n of m .

Il CPS di VeriSign (ora Symantec) è un buon riferimento per come una CA commerciale genera e protegge le sue chiavi. Guarda i capitoli 5 e 6, in particolare: http://www.verisign.com/repository/cps/ . (Ho lavorato in VeriSign per diversi anni)

Inoltre, NIST ha diverse buone pubblicazioni sulla gestione delle chiavi ( http://csrc.nist.gov/publications/drafts/800-57/Draft_SP800-57-Part1-Rev3_May2011.pdf ) e sulla generazione e la tua azienda dovrebbe avere anche un CPS che specifica le politiche e le pratiche utilizzate per la gestione della CA. La IETF fornisce un buon modello: http://www.ietf.org/rfc/rfc2527.txt

Ottima domanda e anche alcune risposte fantastiche.

Tieni presente che sei avanti di circa il 90% rispetto alla maggior parte delle altre persone semplicemente prendendo in considerazione questo problema piuttosto che caricare ciecamente in anticipo.

Avendolo tenuto presente e preso gli altri consigli qui, aggiungerei semplicemente: non riposare sugli allori; tieni d'occhio le notizie sulla sicurezza e sulla crittografia sia per le questioni generali relative all'emissione, la revoca, il cracking dei certificati, ecc. sia, in particolare, per le vulnerabilità e i problemi con i prodotti specifici che usi per generare e gestire le tue chiavi.

Infine: sicurezza fisica. Fare qualcosa di "a prova di hacker" non è di aiuto se riesco a trovare un lavoro come addetto alle pulizie nel tuo edificio e quindi un giorno metto in tasca il disco contenente il certificato di root. Saresti sorpreso di quante persone manchi quello.