Inviate un pacchetto VPN al destinatario giusto, non solo una chiave

Un partner invia una chiave pubblica e chiede un pacchetto cifrato. La crittografia funzionerà, e può consegnare una credenziale perfettamente protetta a qualcuno che non dovrebbe averla. Riservatezza e identità del destinatario sono due domande diverse a cui rispondono meccanismi diversi. Rispondete a entrambe prima che il pacchetto lasci la vostra macchina.

Due domande diverse: riservatezza e destinatario

La crittografia risponde a chi può leggere il file, supponendo che la chiave appartenga alla persona prevista. Una firma risponde a chi l’ha prodotto, e non dice nulla sulla riservatezza, perché un file firmato può restare leggibile. Un’impronta identifica una chiave, e solo un controllo indipendente collega quell’impronta a una persona o a un ruolo. Trattare una di queste come le altre è il guasto abituale in una consegna che sembra accurata.

Il file ha anche un ciclo di vita: un collegamento che scade limita il recupero successivo, ma non revoca una credenziale già scaricata.

Verificate l’impronta fuori banda

Ottenete l’impronta attesa da un canale che non dipenda dal messaggio che vi chiede di cifrare. Poi confrontatela con ciò che contiene il portachiavi locale.

gpg --fingerprint [email protected]
gpg --list-keys --with-fingerprint [email protected]

Le righe dell’impronta sono il valore da confrontare, e il secondo comando mostra le stesse identità con le impronte complete per una seconda occhiata. Confermate l’intera stringa tramite una chiamata, un inventario firmato o un registro di iscrizione gestito; un nome visualizzato familiare non dimostra nulla. Se la chiave è arrivata nello stesso messaggio che chiedeva la consegna, la sua impronta non è una prova indipendente. Importate la chiave solo dopo quel controllo e cifrate verso l’impronta verificata, non verso un nome.

Consegnate solo il materiale che il dispositivo richiede

Inventariate il pacchetto prima di scegliere un trasporto. Le impostazioni pubbliche del gateway e un certificato di fiducia pubblico sono configurazione, una chiave privata di client è un segreto, e una chiave di firma di un emittente è un bene del tutto diverso. Dove il modello di iscrizione lo consente, tenete la chiave privata sul dispositivo e consegnate solo ciò che completa l’iscrizione. Un client VPN non ha bisogno della chiave di firma della CA per validare un server, e una chiave viva condivisa tra partner rende impossibile la revoca individuale.

Firmate anche l’artefatto quando il destinatario deve rilevare una sostituzione, e tenete separate le due operazioni nelle istruzioni. Tenete un pacchetto di più file in un unico archivio, così il destinatario non può installare metà configurazione e poi riferire che il gateway rifiuta l’identità.

Chiudete il ciclo di vita dopo la consegna

Registrate il destinatario, il dispositivo, la revisione della configurazione e la via di revoca, ma mai il valore privato stesso. Confermate che la persona prevista può iscriversi e che un’altra identità viene rifiutata. Se il pacchetto finisce nelle mani sbagliate, sostituite o revocate il segreto accettato tramite il suo emittente, perché eliminare un allegato non invalida nulla che sia già stato scaricato. Un archivio protetto da password la cui password viaggia nella stessa conversazione non è nemmeno un controllo indipendente.

Una consegna è conclusa quando l’identità giusta è attiva sul dispositivo giusto, non quando il file cifrato viene caricato con successo.