Un documento electrónico —un PDF, un correo, un log, un contrato firmado en pantalla— no vale como prueba por el simple hecho de existir. Vale cuando resiste una pregunta incómoda hecha por alguien que no confía en ti: «cómo sé que este archivo es el mismo que se creó, que lo produjo quien dice, y que existía cuando dice?». Responder eso de forma verificable es lo que llamamos valor probatorio, y no se declara: se construye desde el origen.
Son tres pilares, y conviene no confundirlos:
- Integridad — el documento no se alteró desde que se fijó. Ni un byte.
- Autenticidad — se puede atribuir a quien dice haberlo producido, no a cualquiera.
- Fecha cierta — existía en un momento concreto, y ese momento no lo puso el propio interesado a conveniencia.
De los tres, cuando se sostienen juntos, sale una cuarta propiedad que es la que de verdad importa en una disputa: el no repudio, la dificultad de que quien lo firmó pueda negar después que lo hizo.
Cómo la técnica sostiene cada pilar
La criptografía no «hace legal» un documento —eso lo decide el derecho—, pero es lo que da a quien juzga razones concretas para confiar.
Integridad: el hash. Una función hash reduce el archivo completo a una huella corta. Cambia un byte y la huella cambia por entero. Si guardas la huella en el momento de fijar el documento, cualquiera puede recalcularla después y comprobar que el archivo no se tocó. Es barato y potente, pero prueba solo integridad: no dice quién lo hizo ni cuándo.
Autenticidad: la firma digital. Aquí entra la criptografía de clave pública. Quien firma tiene una clave privada que nunca comparte; el mundo tiene su clave pública. Firmar es aplicar la clave privada al hash del documento; verificar es comprobar, con la clave pública, que esa firma solo pudo producirla esa clave privada. Eso ata el documento a una clave concreta —y, si la confianza en la clave está bien montada, a una persona—.
Fecha cierta: el sellado de tiempo. Un tercero de confianza —o una fuente que nadie controla a conveniencia— certifica que el hash del documento existía en un instante dado. Sin esto, la fecha es la que diga el reloj del que presentó el archivo, que no prueba nada frente a quien desconfía.
El eslabón que la máquina no cierra sola
La firma digital prueba que un documento corresponde a una clave. Que esa clave sea de una persona es un problema distinto —de confianza—, y lo resuelve la infraestructura alrededor: una PKI, un certificado emitido por una autoridad, o el proceso con el que verificaste la identidad de quien firma. Confundir «la firma verifica» con «la firma es de fulano» es el error más común, y es justo donde una evidencia bien montada técnicamente se cae en la práctica.
Lo que NO basta
- El hash solo: integridad sin origen ni fecha.
- Una captura de pantalla o un PDF «firmado» con una imagen: no prueban integridad ni origen; una imagen de firma se copia y pega.
- «Confía en mi registro»: un log que puede editar quien lo custodia no es prueba frente a un tercero, por completo que sea.
Qué debe hacer el software
La consecuencia de diseño es simple: un sistema que quiera producir evidencia defendible no guarda solo el dato, registra la cadena. Fija el hash al recibir el documento, lo firma, lo sella en el tiempo, y conserva quién lo tocó y cuándo —de forma que ese registro tampoco se pueda reescribir sin que se note—. El valor probatorio no es una casilla que se marca al final: es una propiedad que el sistema tiene que ir construyendo desde el primer momento, o no la tiene.
Quien decide si un documento sirve como prueba es siempre una persona con autoridad para hacerlo, según las reglas aplicables. La técnica no ocupa ese lugar. Lo que hace —y no es poco— es darle a esa persona razones verificables, y no solo tu palabra, para creer que el documento es íntegro, auténtico y fechado.
Xiliux