Cifrado, claves y confianza

Una clínica ficticia conserva un archivo de citas inventadas y envía mensajes mediante un sitio web. Ambos usos necesitan confidencialidad, pero cambian la duración de las claves, los destinatarios y la recuperación. Decir «está cifrado» inicia la explicación; no la completa.

Protege contenido e integridad

El cifrado transforma texto claro en texto cifrado mediante una clave y un algoritmo. El destinatario necesita la capacidad de descifrado apropiada. Los esquemas simétricos usan un secreto compartido; el cifrado de clave pública emplea la clave pública del destinatario y su privada correspondiente. Una firma digital es otra operación, no un sinónimo general de cifrado.

La confidencialidad sola no detecta necesariamente alteraciones del texto cifrado. El cifrado autenticado combina confidencialidad con una comprobación de integridad bajo sus supuestos. Los datos asociados pueden autenticarse sin cifrarse: un protocolo puede proteger el identificador de un registro y dejarlo visible. El esquema no decide automáticamente si el registro está vigente o corresponde a la solicitud.

Conviene usar implementaciones mantenidas y respetar sus requisitos. Claves, nonces, límites de mensajes y gestión de errores forman parte de la corrección. Un nonce no es necesariamente secreto, pero las restricciones de reutilización dependen del esquema. Inventar un algoritmo o modificar parámetros sin fundamento no mejora la garantía.

Una clave pública necesita la identidad correcta

Cifrar con una clave pública no identifica por sí solo a su propietario. Si la clínica recibe una clave desconocida, necesita asociarla de forma confiable al destinatario previsto. Un certificado permite comunicar una asociación firmada por un emisor, sujeta a reglas de validación y a una decisión de confianza.

En una conexión TLS 1.3 típica basada en certificados, validar el certificado y comprobar la prueba realizada con la clave de firma del servidor ayuda a autenticarlo. El intercambio inicial establece material secreto compartido; las claves simétricas derivadas protegen los datos de aplicación. La clave del certificado no cifra simplemente cada byte de la conversación. TLS admite también claves precompartidas y reanudación: describimos un patrón habitual, no todos los intercambios posibles.

Una conexión HTTPS válida autentica el destino elegido según esas comprobaciones. No certifica que todas las afirmaciones de la página sean honestas ni que la aplicación trate responsablemente los datos descifrados.

Las claves tienen un ciclo de vida

La clínica debe decidir cómo crear, guardar, usar, sustituir y retirar sus claves. Poder descifrar es una autoridad importante: permite acceder a información aunque el texto cifrado esté bien almacenado. Separar el acceso a claves del acceso habitual al almacenamiento puede ayudar, pero los roles y la implementación determinan el límite real.

PrediceEl archivo cifrado sigue intacto, pero la única clave utilizable estaba en un dispositivo averiado. ¿Es una copia de seguridad operativa?

Todavía no. La confidencialidad puede mantenerse mientras falla la recuperación. Hacen falta recuperación de claves, software compatible y un procedimiento probado para restaurar los registros previstos.

Cambiar la clave de los registros nuevos no vuelve a cifrar automáticamente todas las copias anteriores ni elimina la necesidad de conservar claves antiguas. Retención, acceso de recuperación y respuesta a compromisos requieren coordinación. Prueba el procedimiento con datos ficticios antes de depender de él. El resultado útil es información privada que las personas autorizadas todavía pueden utilizar cuando la necesitan.