Envíe el paquete VPN al destinatario correcto, no solo una clave

Un socio envía una clave pública y pide un paquete cifrado. El cifrado funcionará, y puede entregar una credencial perfectamente protegida a alguien que no debería tenerla. El secreto y la identidad del destinatario son dos preguntas distintas que responden mecanismos distintos. Responda a ambas antes de que el paquete salga de su máquina.

Dos preguntas distintas: el secreto y el destinatario

El cifrado responde quién puede leer el archivo, suponiendo que la clave pertenece a la persona prevista. Una firma responde quién lo produjo y no dice nada sobre la confidencialidad, porque un archivo firmado puede seguir siendo legible. Una huella identifica una clave, y solo una comprobación independiente vincula esa huella a una persona o un rol. Tratar cualquiera de estas como las demás es el fallo habitual en una entrega que parece cuidadosa.

El archivo también tiene un ciclo de vida: un enlace que caduca limita la recuperación posterior, pero no revoca una credencial que ya se ha descargado.

Verifique la huella fuera de banda

Obtenga la huella esperada de un canal que no dependa del mensaje que le pide cifrar. Después compárela con lo que guarda el anillo de claves local.

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

Las líneas de huella son el valor que hay que comparar, y el segundo comando muestra las mismas identidades con sus huellas completas para una segunda mirada. Confirme la cadena completa mediante una llamada, un inventario firmado o un registro de inscripción gestionado; un nombre visible familiar no demuestra nada. Si la clave llegó en el mismo mensaje que pedía la entrega, su huella no es una prueba independiente. Importe la clave solo después de esa comprobación y cifre hacia la huella verificada, no hacia un nombre.

Entregue solo el material que el dispositivo necesita

Inventaríe el paquete antes de elegir un transporte. La configuración pública de la puerta de enlace y un certificado de confianza público son configuración, una clave privada de cliente es un secreto, y una clave de firma de un emisor es un activo completamente distinto. Donde el modelo de inscripción lo permite, mantenga la clave privada en el dispositivo y entregue solo lo que completa la inscripción. Un cliente VPN no necesita la clave de firma de la CA para validar un servidor, y una clave viva compartida entre socios hace imposible la revocación individual.

Firme también el artefacto cuando el destinatario deba detectar una sustitución, y mantenga las dos operaciones separadas en las instrucciones. Mantenga un paquete de varios archivos en un solo archivo comprimido para que el destinatario no pueda instalar media configuración y luego informar de que la puerta de enlace rechaza la identidad.

Cierre el ciclo de vida después de la entrega

Registre el destinatario, el dispositivo, la revisión de la configuración y la ruta de revocación, pero nunca el valor privado en sí. Confirme que la persona prevista puede inscribirse y que otra identidad es rechazada. Si el paquete llega a manos equivocadas, sustituya o revoque el secreto aceptado a través de su emisor, porque borrar un adjunto no invalida nada que ya se haya descargado. Un archivo protegido con contraseña cuya contraseña viaja por la misma conversación tampoco es una comprobación independiente.

Una entrega termina cuando la identidad correcta está activa en el dispositivo correcto, no cuando el archivo cifrado se sube con éxito.