Resumen

  • Un certificado atestigua una relación pública; el depósito de una clave privada transfiere una capacidad. Que exista lo primero no demuestra ni exige lo segundo.
  • Una licencia, una copia en custodia, un tamaño de clave o un descifrado exitoso son recibos limitados: ninguno prueba disponibilidad universal, autoría exclusiva, acceso a todas las sesiones o seguridad integral.

La autoridad que firma el vínculo

La IAB y la IESG explicaron en RFC 1984 que la criptografía de clave pública suele necesitar una autoridad de certificación. Esta firma una asociación entre identidad y clave pública; otra autoridad puede certificarla a su vez. El texto incluso considera legítimo que los gobiernos operen autoridades para proteger sus transacciones con ciudadanos.

El límite aparece en la siguiente frase conceptual: la autoridad trabaja con claves públicas, mientras el centro de depósito conserva claves privadas. La primera publica una afirmación verificable. El segundo puede ejecutar una facultad secreta. La etiqueta común de «tercero confiable» no dice si el tercero solo habla o también puede suplantar y descifrar.

Por eso un certificado no prueba quién guarda la clave privada. Tampoco prueba que el titular sea el único firmante posible. Para sostener esa conclusión hacen falta evidencias de generación, custodia, acceso, integridad del dispositivo y revocación.

¿Recuperación para el dueño o acceso para otro?

Una empresa puede querer recuperar archivos cifrados tras perder una clave. Acepta un nuevo punto de riesgo para reducir el coste de una pérdida irreversible. RFC 1984 coloca esa elección en manos del cliente. Una clave efímera usada para conversar tiene otra lógica: quizá no exista nada que deba restaurarse después.

El depósito obligatorio cambia al beneficiario. Si el gobierno guarda la única copia adicional y el dueño no puede usarla, el sistema no resuelve la continuidad del dueño. Llamarlo «recuperación» no altera esa asignación de poder.

Un registro de depósito solo acredita que se recibió algo. No dice si es la versión vigente, si abre los datos relevantes, si fue copiada, si la autorización fue válida, si el propietario puede obtenerla o si su eliminación posterior es comprobable.

La firma pierde su autor único

La firma digital permite atribuir una acción porque se supone que la clave privada está bajo control exclusivo. Al darla a un tercero aparece otro autor técnicamente capaz. El titular puede repudiar una operación alegando uso del depósito; si el custodio es el gobierno, la parte acusada puede cuestionar el origen estatal de la prueba.

No hace falta demostrar un abuso para reconocer la pérdida. La inferencia ya se debilitó al crear la copia. Una política de respaldo para cifrado de archivos no justifica incluir la clave de firma. Propósito, retención y acceso deben separarse antes de diseñar la copia.

La intersección de leyes se convierte en arquitectura

Una empresa internacional puede escoger el mecanismo débil admitido en todos sus mercados. Así evita mantener muchas versiones, pero exporta la restricción más severa a clientes que no la sufrían. Las variantes nacionales conservan más protección, a cambio de ramas, pruebas, actualizaciones y riesgo de distribución equivocada.

Una licencia de exportación prueba una autorización concreta bajo condiciones concretas. No acredita que el producto esté disponible en todos los países, que los usuarios lo hayan instalado, que las variantes interoperen o que la implementación sea segura.

El depósito tampoco crea confianza entre Estados rivales. Cada uno puede considerar al otro una amenaza y negarse a compartir claves. La solución común exigiría nuevas reglas transnacionales de jurisdicción, autorización, auditoría y responsabilidad, precisamente donde ya falta confianza.

Abrir una capa no garantiza el texto claro

El usuario puede cifrar primero con otro mecanismo y aplicar después la capa obligatoria. Cuando el custodio abre la capa exterior encuentra otro cifrado. El cumplimiento visible no prueba acceso material al contenido.

La misma cautela vale para el secreto hacia adelante. RFC 1984 señala que obtener una clave privada de larga duración antes o después de una conversación puede no bastar para recuperar su sesión; quizá sea necesario controlar la máquina durante el intercambio. El propio RFC llama simplificación a esta explicación. La conclusión correcta es que la copia permanente no prueba por sí sola la recuperabilidad histórica.

Un descifrado exitoso solo prueba una combinación particular de texto cifrado, clave y estado. No establece que todas las sesiones compartan esa clave, quién produjo el mensaje, si el acceso fue lícito o si la integridad permaneció intacta.

El tamaño de clave es otra evidencia parcial. Las claves cortas pierden margen cuando aumenta la capacidad de cálculo y el secreto debe durar años. Pero una clave larga no corrige azar defectuoso, errores de implementación, equipos comprometidos o una custodia insegura.

En 2015, el registro de cambio de estado convirtió el texto sin reescribirlo en Best Current Practice, hoy BCP 200. Demuestra continuidad institucional, no una ley, un despliegue o un resultado comercial.

La historia que deja RFC 1984 es una disciplina de pruebas separadas. Certificación no es custodia. Custodia no es recuperación del propietario. Recuperación no es autoría. La clave a largo plazo no es la conversación. Y permiso no es confianza.

Registros primarios

RFC 1984 TXT · RFC 1984 HTML · registro RFC Editor · registro IETF · cambio de estado · historial · votación IESG · IAB · IESG · entrada IETF existente