¿Qué es el no repudio? Definición y ejemplos reales

El no repudio es la propiedad de seguridad que impide que alguien niegue de forma creíble haber realizado una acción o enviado un mensaje. Es la garantía de que una acción puede vincularse a un actor concreto con pruebas suficientes para que después no pueda decir «no fui yo» y que se le crea.

Los logs de auditoría solo son una prueba si no pueden editarse en silencio. Prueba el verificador de integridad de logs de auditoría para comprobar los tuyos.

Más allá de la tríada CIA

La mayoría de la gente aprende seguridad a través de la tríada CIA: confidencialidad, integridad y disponibilidad. Las tres cubren que los datos sigan siendo secretos, inalterados y accesibles. Pero no dicen nada de la rendición de cuentas, de demostrar quién hizo algo. El no repudio cubre ese hueco. Pertenece a un conjunto más amplio de propiedades, a veces ampliado para incluir la autenticación y la rendición de cuentas, que responden no solo a «¿están seguros los datos?», sino a «¿podemos atribuir después una acción concreta a un actor concreto?».

Conviene separar el no repudio de dos vecinos con los que se confunde a menudo. La autenticación comprueba quién eres en el momento en que actúas. La integridad comprueba si los datos se modificaron. El no repudio combina ambas y las sobrevive: produce una prueba duradera de que una identidad concreta realizó una acción concreta, de modo que esa prueba sigue en pie semanas después, ante alguien que no estaba allí: un auditor, un regulador, un tribunal. Un inicio de sesión de administrador compartido puede autenticar a quien escribió la contraseña, pero no te dice qué persona lo usó, así que no aporta no repudio. El vínculo tiene que ser con un solo actor, de forma única.

Cómo se consigue el no repudio

Los mecanismos son una mezcla de criptografía y procesos disciplinados.

• Firmas digitales. El componente más fuerte. Una firma se crea con una clave privada que solo posee su titular y se verifica con la clave pública correspondiente. Como falsificar una firma válida exige la clave privada, una firma verificada es una prueba de que firmó el titular de la clave y, como la firma cubre un hash del contenido, cualquier manipulación posterior es detectable. Es la misma primitiva de firma que describimos en nuestro explicativo sobre criptografía para equipos de seguridad.
• Infraestructura de clave pública (PKI). Una firma por sí sola solo demuestra que se usó una clave. La PKI vincula esa clave a una identidad con nombre mediante un certificado emitido por una autoridad de certificación de confianza, de modo que una firma puede rastrearse hasta una persona o un sistema y no hasta una clave anónima. Eso solo se sostiene mientras la propia CA sea sólida; el compromiso de la CA de eMudhra («We Have a Problem») muestra lo que pasa cuando no lo es.
• Logs de auditoría a prueba de manipulaciones. Los logs de solo anexado, encadenados o firmados criptográficamente, aportan no repudio de los eventos: demuestran que ocurrió una acción, quién la realizó y que el registro no se editó después.
• Sellado de tiempo de confianza. Una autoridad de sellado de tiempo firma un hash de los datos en un momento dado, lo que demuestra cuándo existía u ocurría algo y protege frente a la antedatación. Combinado con logs firmados, responde a «quién hizo qué y exactamente cuándo».

Ejemplos en los que ya confías

El no repudio está, discretamente, en todas partes. Cuando un banco registra una transacción financiera firmada, la firma impide que el cliente reniegue después de la transferencia. Un correo firmado con S/MIME o PGP permite al destinatario demostrar quién lo envió. Un certificado de firma de código en una release de software vincula la compilación a un editor con nombre, de modo que no puede negar haberla publicado y los usuarios pueden detectar manipulaciones. Una transacción de blockchain la firma la clave privada del remitente, y por eso no puede repudiarse una vez confirmada. En todos los casos el patrón es idéntico: una acción queda vinculada criptográficamente a una identidad de una forma de la que el actor no puede desdecirse de manera plausible.

Qué hace que la prueba se sostenga

Para que el no repudio signifique algo, la prueba tiene que resistir un cuestionamiento. Eso exige que se cumplan tres cosas a la vez:

• Identidad individual. La acción debe poder atribuirse a un solo actor, no a una cuenta compartida. Es el mismo argumento de rendición de cuentas que impulsa el mínimo privilegio y las credenciales por persona: saber quién puede hacer qué y demostrar quién lo hizo es justo para lo que sirve una revisión del riesgo de identidad.
• Protección de la clave. Una firma solo vincula una acción a su firmante si la clave privada la controla de verdad ese firmante.
• Integridad de los logs. Un log solo es una prueba si no puede alterarse en silencio.

Qué lo rompe

El no repudio es una garantía con aristas afiladas, y falla de formas previsibles. La primera es una clave de firma comprometida. Si un atacante roba una clave privada, puede producir firmas indistinguibles de las del titular legítimo, lo que no solo le permite falsificar acciones, sino que también da al verdadero titular una base real para repudiar: «me robaron la clave». Por eso el almacenamiento de claves respaldado por hardware, la revocación rápida y una gestión de claves estricta convierten el no repudio de un eslogan en algo real. La segunda es un log modificable. Si un administrador o un intruso puede editar o borrar entradas, el log no demuestra nada; el registro de solo anexado, encadenado con hashes o anclado externamente es lo que mantiene su valor probatorio. La tercera, ya mencionada, son las cuentas compartidas, que disuelven el vínculo entre una acción y una persona.

Tratar estos modos de fallo como riesgos que modelar, en lugar de darlos por resueltos, es la postura defensiva. Un modelo de amenazas de tu infraestructura de firma y de logs suele sacar a la luz la misma lista corta: dónde están las claves, quién puede llegar a ellas y si alguien puede reescribir la historia.

La conclusión

El no repudio no consiste en mantener los datos en secreto: eso es trabajo de la confidencialidad. Consiste en producir pruebas de que una acción pertenece a un actor concreto y de que se sostienen después, ante alguien que no estaba en la sala. Las firmas digitales, la PKI, los logs a prueba de manipulaciones y los sellos de tiempo de confianza son la maquinaria; la rendición de cuentas individual, la protección de las claves y la integridad de los logs son las condiciones que hacen fiable esa maquinaria. Si cumples esas condiciones, «no fui yo» deja de ser una defensa.

Preguntas frecuentes

¿Qué es el no repudio en ciberseguridad? La garantía de que alguien no puede negar de forma creíble una acción o un mensaje, porque una prueba criptográfica o registrada la vincula a esa persona y se sostiene después ante un tercero.

¿En qué se diferencia de la autenticación y la integridad? La autenticación comprueba quién eres ahora; la integridad comprueba si los datos cambiaron. El no repudio produce una prueba duradera de que una identidad concreta hizo algo concreto, utilizable más tarde y por personas ajenas.

¿Cómo lo aportan las firmas digitales? Solo el titular de la clave privada puede producir una firma válida, y la PKI vincula esa clave a una identidad con nombre, así que una firma verificada es una prueba de que firmó el titular, siempre que la clave nunca se haya robado.

¿Dónde encajan los logs y los sellos de tiempo? Los logs a prueba de manipulaciones y de solo anexado, más los sellos de tiempo de confianza, aportan no repudio de los eventos a lo largo del tiempo: prueba de quién hizo qué, cuándo, y de que el registro no se alteró.

¿Qué rompe el no repudio? Una clave de firma robada, un log que puede editarse en silencio o las cuentas compartidas: cualquiera de ellos corta el vínculo fiable entre una acción y un único actor responsable.