Envieu un paquet VPN al destinatari correcte, no només una clau

Un soci envia una clau pública i demana un paquet xifrat. El xifrat funcionarà, i pot lliurar una credencial perfectament protegida a algú que no l’hauria de tenir. El secret i la identitat del destinatari són dues preguntes diferents que responen mecanismes diferents. Responeu a totes dues abans que el paquet surti de la vostra màquina.

Dues preguntes diferents: el secret i el destinatari

El xifrat respon qui pot llegir el fitxer, suposant que la clau pertany a la persona prevista. Una signatura respon qui l’ha produït i no diu res sobre la confidencialitat, perquè un fitxer signat pot continuar sent llegible. Una empremta identifica una clau, i només una comprovació independent lliga aquesta empremta a una persona o un rol. Tractar qualsevol d’aquestes com les altres és la fallada habitual en un lliurament que sembla curós.

El fitxer també té un cicle de vida: un enllaç que caduca limita la recuperació posterior, però no revoca una credencial que ja s’ha descarregat.

Verifiqueu l’empremta fora de banda

Obteniu l’empremta esperada d’un canal que no depengui del missatge que us demana xifrar. Després compareu-la amb el que guarda l’anell de claus local.

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

Les línies d’empremta són el valor a comparar, i la segona ordre mostra les mateixes identitats amb les empremtes completes per a una segona mirada. Confirmeu la cadena completa amb una trucada, un inventari signat o un registre d’inscripció gestionat; un nom visible familiar no demostra res. Si la clau va arribar en el mateix missatge que demanava el lliurament, la seva empremta no és una prova independent. Importeu la clau només després d’aquesta comprovació i xifreu vers l’empremta verificada, no vers un nom.

Lliureu només el material que el dispositiu necessita

Inventarieu el paquet abans de triar un transport. La configuració pública de la passarel·la i un certificat de confiança públic són configuració, una clau privada de client és un secret, i una clau de signatura d’un emissor és un actiu completament diferent. On el model d’inscripció ho permet, manteniu la clau privada al dispositiu i lliureu només el que completa la inscripció. Un client VPN no necessita la clau de signatura de la CA per validar un servidor, i una clau viva compartida entre socis fa impossible la revocació individual.

Signeu també l’artefacte quan el destinatari ha de detectar una substitució, i manteniu les dues operacions separades a les instruccions. Manteniu un paquet de diversos fitxers en un sol arxiu perquè el destinatari no pugui instal·lar mig configuració i després informar que la passarel·la rebutja la identitat.

Tanqueu el cicle de vida després del lliurament

Registreu el destinatari, el dispositiu, la revisió de la configuració i la ruta de revocació, però mai el valor privat mateix. Confirmeu que la persona prevista pot inscriure’s i que una altra identitat és rebutjada. Si el paquet arriba a mans equivocades, substituïu o revoqueu el secret acceptat a través del seu emissor, perquè esborrar un adjunt no invalida res que ja s’hagi descarregat. Un arxiu protegit amb contrasenya la contrasenya del qual viatja per la mateixa conversa tampoc no és una comprovació independent.

Un lliurament s’acaba quan la identitat correcta és activa al dispositiu correcte, no quan el fitxer xifrat es puja amb èxit.