Un'infrastruttura chiave pubblica ben strutturata (PKI) è la spina dorsale delle comunicazioni digitali sicure, consentendo la verifica dell'identità, la crittografia e la non ripudiazione attraverso i certificati digitali. Al suo centro si trova il concetto di una gerarchia di certificazione (CA) – una catena di fiducia che collega i certificati di end-entity ad una radice attendibile.

Comprendere le Gerarchie di PKI CA

Una gerarchia PKI è una struttura a albero logica che organizza le Autorità di certificazione (CA) ai livelli. Il modello tipico a tre livelli comprende una CA radice in alto, una o più CA intermedie o subalterne nel mezzo, e certificati di end-entity (come i certificati di server TLS, certificati di autenticazione client, o certificati di firma del codice) alle foglie.

Il ruolo della radice CA

La chiave di rete CA-96 è la più importante, ma la chiave privata deve essere protetta con le più alte misure di sicurezza. Le migliori pratiche dettano che la CA radice è tenuta offline, poiché non è collegata a nessuna rete e viene memorizzata in una posizione fisicamente sicura con controlli quali l'accesso biometrico, le telecamere e la doppia autorizzazione. La CA-F è utilizzata solo per firmare i certificati di CA-96 intermedie, e dovrebbe essere ruotata o sostituita solo come parte di una lungamente pianificata.

Cate intermedie: I cavallucci da lavoro

Le CA intermedie sono lo strato operativo che rilascia certificati a soggetti finali, possono essere dedicate a scopi specifici, come TLS, code sign, email sign o applicazioni interne, o segmentate da confini organizzativi (ad esempio, un intermedio per utenti interni, un altro per clienti esterni). Questa segmentazione fornisce controllo granulare e limita l'impatto di qualsiasi singolo compromesso.

Certificati di Entità

Questi sono i certificati presentati da server, client, dispositivi IoT o individui per dimostrare la loro identità. Essi devono essere conformi a profili certificati definiti che specificano gli usi chiave consentiti, usi chiave estesi, campi soggetti e periodi di validità. Le brevi vite (ad esempio, 90 giorni o meno) sono sempre più raccomandate per limitare la finestra di uso improprio e semplificare la gestione della revoca.

Migliori Pratiche per la progettazione della Gerarchia

La progettazione di una gerarchia PKI richiede il bilanciamento della sicurezza, dell'efficienza operativa e della scalabilità futura.

  • Single root CA, multi-intermediate CA. Mantenere una singola CA radice offline per firmare tutti i certificati intermedi. Questo concentra gli sforzi di sicurezza su un'ancora ultra-protetta.
  • Utilizzare la generazione e lo storage di chiavi sicure. Generare tutte le chiavi CA all'interno di un modulo di sicurezza hardware (HSM) per prevenire l'esposizione di chiavi private. Per le CA intermedie, utilizzare HSM o software con un forte controllo di accesso, ma preferiscono HSM per gli ambienti di produzione.
  • Definire le severe politiche di certificazione.[ Ogni CA dovrebbe operare in base a una politica di certificazione (CP) e a una dichiarazione di prova di certificazione (CPS) che le regole di emissione dei dettagli, le procedure di convalida e i processi di revoca.
  • Implementare percorsi multipli e cross-signing.[ Per ridondanza, considerare le CA intermedie di trascrizione con la radice o con una radice diversa nella gerarchia dell'anothter. Questo permette ai percorsi di certificazione di rimanere validi anche se viene revocato un intermedio.
  • Utilizzare convenzioni di denominazione distinte. Seguire una struttura significativa Nome (DN) per le CA e le entità finali. Ad esempio, includere l'organizzazione, l'unità e gli attributi di scopo per aiutare la revisione e la costruzione di percorsi automatizzati.
  • Applicare crittografia forte.] Usare lunghezze chiave di almeno 2048 bit per RSA o 256 bit per ECC per CA intermedie, e garantire algoritmi hash sono SHA‐256 o superiori.
  • Controllare e registrare regolarmente. Condurre audit trimestrali di tutte le operazioni CA. Mantenere registri antimanomissione di emissione di certificati, eventi di generazione chiave e azioni di revoca.
  • Plan per il ripristino dei disastri.[] Tenere copie offline di root e di tasti CA intermedi in luoghi di sicurezza geograficamente separati.

Modelli di fiducia in PKI

Un modello di fiducia definisce come la fiducia viene stabilita e propagata tra i partecipanti. La scelta del modello influisce sulla scalabilità, l'interoperabilità e la complessità della convalida del percorso di certificazione. I tre principali modelli sono il modello di fiducia gerarchica, il modello di trust bridge e il modello di fiducia mesh.

Modello di fiducia gerarchica

Questo è il modello più comune, che rispecchia un albero rigoroso. Una sola radice CA è l'unico ancoraggio di fiducia. Tutti i partecipanti implicitamente si fidano della radice, e la fiducia scorre verso il basso attraverso le CA intermedie. Le entità finali devono solo tenere il certificato CA radice per convalidare qualsiasi certificato nella gerarchia. Il modello gerarchico è semplice, facile da gestire e scala bene all'interno di un'unica organizzazione o dominio.

Modello di fiducia del ponte

Il ponte CA collega più gerarchie indipendenti: un ponte CA non è né subordinato a nessuna radice né a una radice stessa, agisce come un relè di fiducia. Trassegna i certificati di radice di diverse gerarchie, permettendo ai certificati rilasciati sotto una gerarchia di essere convalidati da entità in un altro. Questo modello è ideale per ambienti multi-organizzazione, come le reti governative, le collaborazioni inter-company, o le politiche di controllo del settore.

Modello di fiducia Mesh

In un modello a rete, qualsiasi CA può tradire qualsiasi altra CA senza un'ancora centrale, creando un grafico decentralizzato della fiducia. Il modello a rete offre elevata resilienza, senza un singolo punto di guasto, ed è ben adattato per reti fedeli altamente dinamiche o peer-to-peer. Tuttavia, richiede algoritmi di scoperta di percorsi sofisticati perché ci possono essere più possibili catene di certificazione.

Scegliere il modello di fiducia giusto

La scelta di un modello di fiducia dipende da requisiti organizzativi, dal numero di entità partecipanti e dal livello di garanzia di fiducia necessario. Per un'unica impresa con un controllo stretto sui suoi dispositivi e servizi, il modello gerarchico è solitamente la soluzione migliore.

Sono possibili anche approcci ibridi: ad esempio, una grande impresa potrebbe eseguire un PKI gerarchico internamente, ma distribuire una CA di ponte per scambiare i certificati con partner esterni. La chiave è quella di definire una chiara politica di fiducia documentata, verificabile e computabile in strumenti di validazione automatizzati.

Implementare le migliori pratiche nella pratica

Tradurre i principi di progettazione in una distribuzione di livello produttivo richiede attenzione ai dettagli operativi.

Sicurezza fisica e utilizzo HSM

Per la CA radice, il HSM deve essere tenuto offline e accessibile solo per le cerimonie di firma rare. Per le CA intermedie, i HSM collegati in rete con un controllo di accesso forte e le restrizioni chiave di esportazione sono standard.

Gestione del ciclo di vita

Utilizzare protocolli come ACME per l'emissione e il rinnovo dei certificati e implementare i revisori OCSP o i punti di distribuzione CRL per la revoca. I certificati breve durata (ad esempio, i certificati TLS 24 ore) stanno acquisendo trazione per ridurre la necessità di revoca. Definire le politiche di scadenza chiare e applicare i promemoria automatici di rinnovo.

Validazione del percorso e gestione del trust Store

Nei modelli gerarchici, questo è semplice. Nei modelli di bridge o mesh, i clienti possono avere bisogno di un trust store dinamico. La validazione del percorso di implementazione secondo RFC 5280, compresi i vincoli di policy di certificazione e di nome.

Audit e monitoraggio

Utilizzare gli strumenti di sicurezza Information and Event Management (SIEM) per rilevare i tentativi di emissione non autorizzati, l'uso insolito di chiavi o violazioni tentate.

Disaster Recovery e Continuità aziendale

Documenta un chiaro piano di risposta agli incidenti per il compromesso CA. Questo include passaggi per revocare il certificato CA interessato, generare una nuova chiave e ristampare i certificati. Per la CA radice, mantenere una copia sicura e offline del materiale chiave e del certificato di root in una diversa posizione geografica.

Pitfalls comuni da evitare

Anche le organizzazioni sperimentate cadono in trappole quando si progettano gerarchie PKI. Di seguito sono errori frequenti e come evitarle.

  • Lasciare la radice CA online. Questo è il rischio più critico. Una radice online è vulnerabile agli attacchi remoti e al furto di chiavi.
  • Il trattamento di un singolo intermedio crea un unico punto di guasto e un collo di bottiglia di gestione. Utilizzare almeno due intermedi, uno per la produzione e uno per la prova o l'emergenza.
  • Overly long valid period. Mentre una radice può avere una lunga durata, i certificati intermedi e di end-entity devono essere brevi per limitare l'esposizione.
  • Procedure di rotazione chiave.[] Le CA dovrebbero ri-chiave (generare una nuova coppia chiave) periodicamente o dopo qualsiasi incidente di sicurezza. Documentare un programma di rotazione e praticarlo.
  • Ricorso negativo. Senza un meccanismo di revoca affidabile, i certificati compromessi possono essere utilizzati indefinitamente.
  • Profili di certificato non conformi Tutti i certificati di appartenenza in base a una determinata politica devono essere conformi allo stesso profilo. L'uso o le estensioni chiave incoerenti possono causare guasti di convalida o creare lacune di sicurezza.

Tendenze future

La crittografia post-quantum richiederà infine la migrazione alle firme digitali basate sulla reticenza o sulla base di hash. I corpi standard come NIST stanno lavorando attivamente sugli algoritmi post-quantum. Un'altra tendenza è quella di passare a certificati di breve durata, automaticamente rinnovati, riducendo la dipendenza dalla revoca.

Conclusioni

[LT-L'integrazione di un gruppo di esperti] [LT-L'integrazione di un gruppo di esperti] [C] [C] è una disciplina di sicurezza fondamentale. Aderendo alle migliori pratiche, le CAs, le CAs di base multiple, la protezione di chiave forte, le politiche chiare e i controlli regolari, le organizzazioni possono costruire un'infrastruttura di fiducia durevole.