Una diseñadora le escribe a una clienta: creé este concepto en marzo, usted lo copió en junio. La clienta pide una prueba. La diseñadora envía tres cosas: una captura de pantalla de una carpeta de proyecto con una fecha, un correo reenviado de marzo, y un archivo cuyas propiedades indican "Fecha de modificación: 14 de marzo". La abogada de la clienta mira las tres y hace una sola pregunta. Quién controla esa fecha. La respuesta es la diseñadora, y esa respuesta es todo el problema.
La captura de pantalla
Una captura de pantalla es una imagen de lo que mostraba una pantalla en el momento en que alguien la tomó. Prueba que la imagen existe. No prueba que el archivo detrás de ella existiera en la fecha que muestra la captura, porque el reloj del sistema que produjo esa fecha pertenece a quien tiene el equipo en sus manos. Ajustar el reloj, tomar la captura, devolver el reloj a su hora. Nada en la imagen registra que eso ocurrió, y nada en una captura de pantalla necesita hacerlo, porque nunca fue diseñada para resistir ese tipo de pregunta.
El correo electrónico
Un correo lleva una cabecera con una fecha generada por servidores de correo que usted no controla personalmente, lo cual parece una mejora respecto a la captura de pantalla. Lo es, parcialmente. El servidor registra cuándo pasó un mensaje por él, no lo que realmente contenía el archivo adjunto, ni si el archivo que ahora se presenta como prueba es el mismo que viajó en ese mensaje. Los hilos se reenvían, se guardan localmente, se reabren y se vuelven a adjuntar, y cada uno de esos pasos puede sustituir silenciosamente el archivo sin tocar una sola fecha visible en la conversación. Una cabecera prueba que un mensaje pasó por un sistema en un momento dado. No vincula ese momento con los bytes exactos del documento que usted presenta ahora.
La fecha propia del archivo
"Fecha de modificación" y "fecha de creación" son propiedades que el sistema operativo mantiene sobre un archivo, no propiedades que el archivo lleve consigo. Copie el archivo a otra unidad, sincronícelo mediante una carpeta en la nube, o simplemente ábralo y vuelva a guardarlo, y esas fechas suelen reiniciarse al momento en que ocurrió esa acción, a veces la misma tarde en que alguien necesitaba presentar una prueba. Cualquiera con acceso normal al sistema de archivos también puede fijarlas directamente con una utilidad común, sin necesitar ninguna habilidad especial. Esto no es un defecto de un sistema operativo en particular. Es lo que ocurre cuando una afirmación y el registro de esa afirmación están en la misma máquina, controlada por la misma parte que se beneficia de que la fecha diga algo concreto.
Tener el archivo original tampoco resuelve esto
Un instinto habitual es pensar que la posesión zanja el asunto: todavía tengo el archivo, así que debo haberlo hecho yo. La posesión prueba que hoy tiene una copia. No dice nada sobre cuándo existió esa copia, o una versión anterior de ella, por primera vez, porque un archivo en su propio disco no lleva ningún registro independiente de su propia historia. El archivo y la afirmación sobre su antigüedad provienen de la misma fuente, y esa es exactamente la debilidad que expone una disputa.
El patrón detrás de las cuatro
Cada una de estas pruebas falla por la misma razón estructural, no porque alguien esté mintiendo. La mayoría de las disputas involucran a dos personas que creen genuinamente en su propia versión de los hechos. La fecha reside en un sistema que una parte controla, y esa parte puede cambiarla, o el uso ordinario puede alterarla, sin dejar rastro de que eso ocurrió. Una fecha que usted mismo generó es una fecha que puede tener que justificar, y "confíe en mí" no es algo sobre lo que un tribunal, una clienta o una plataforma de licencias puedan actuar cuando hay dinero o autoría en juego.
Qué hace distinto un sello de tiempo cualificado
Un sello de tiempo electrónico cualificado no describe un archivo. Está vinculado a uno, criptográficamente. Se calcula un hash a partir de los bytes exactos del archivo, y un prestador cualificado de servicios de confianza emite el sello sobre ese hash, no sobre un nombre de archivo, una ruta de carpeta o una descripción escrita. Cambie un solo carácter del documento y el hash deja de coincidir, de modo que después no queda ninguna ambigüedad sobre qué versión fue sellada.
Con arreglo a eIDAS, un sello de tiempo electrónico cualificado goza de presunción legal respecto de la fecha y la hora que indica y de la integridad de los datos a los que está vinculado. Esa presunción existe precisamente porque la fecha no fue generada por ninguna de las dos partes de una disputa futura. Proviene de un tercero regulado cuya función completa es emitir sellos de tiempo que ninguna de las dos partes puede modificar después en silencio.
Esto no crea el derecho subyacente, y vale la pena ser precisos en este punto. Con arreglo al Convenio de Berna, el derecho de autor nace automáticamente en el momento de la creación de una obra, en 181 países, sin necesidad de registro ni formalidad. Un sello de tiempo no otorga esa protección, y no necesita hacerlo. Lo que le da es una prueba de cuándo existió una versión concreta de un archivo concreto, que es exactamente la pregunta que una captura de pantalla, un correo o la fecha propia de un archivo no pueden responder en cuanto alguien que no estaba presente la plantea directamente.
Lo que resiste una pregunta real
La diferencia deja de ser abstracta en cuanto se compara lo que cada prueba puede soportar. Una captura de pantalla sobrevive a una mirada casual y falla ante la primera pregunta directa sobre el reloj del sistema. Un correo sobrevive hasta que alguien pide el adjunto original en lugar de la copia reenviada tres mensajes atrás. La fecha de modificación de un archivo sobrevive hasta que el archivo se copia a cualquier otro sitio. Una prueba construida en torno a un sello de tiempo cualificado está pensada para la situación contraria: debe poder ser comprobada por alguien que no estaba presente y no tiene motivo para creer su palabra. Una página de verificación pública confirma el hash, la declaración y el sello de tiempo, sin cuenta y sin necesidad de contactar con quien hace la afirmación.
Ese último punto es una prueba justa para aplicar a sus propias pruebas ahora mismo. Entregue su captura de pantalla, su correo y las propiedades de su archivo a alguien genuinamente escéptico, y pídale que confirme su afirmación sin preguntarle nada más. Ninguna de las tres lo consigue por sí sola.
Más allá de un tribunal
La misma prueba débil aparece también fuera de un tribunal. Una plataforma de licencias, o una empresa que evalúa si un contenido se usó sin autorización, se topa con el mismo problema: una captura de pantalla o una fecha de creación alegada no prueban nada sobre la historia real de un archivo y no pueden compararse a gran escala con otra cosa. Un hash criptográfico cumple ahí una función relacionada. Como se deriva del contenido exacto de un archivo y no de una descripción de este, el hash puede compararse con otros contenidos sin exponer nunca el archivo original. Esa propiedad hace que una prueba sea útil para rastrear dónde se ha usado un contenido, no solo para ganar una discusión sobre quién lo hizo primero.
Construir el hábito en lugar del archivo
La solución no es reconstruir años de trabajo antiguo en una sola tarde de recopilación de pruebas. Es cambiar lo que ocurre en el momento en que algo queda terminado. Sellar un archivo lleva unos minutos y produce una prueba construida a partir de un hash criptográfico, una declaración de cómo se hizo el trabajo, y un sello de tiempo cualificado, respaldada por un enlace de verificación que cualquiera puede abrir de forma independiente. Haga esto en el momento de la publicación o la entrega a partir de ahora, y la próxima disputa partirá de una prueba diseñada para responder a la pregunta, en lugar de una carpeta de archivos cuyas fechas tendría que explicar una por una.
