¿Prueba algo la fecha de creación de un PDF? Por sí sola, no

No, por sí misma no. La línea de un cuadro de propiedades que dice, por ejemplo, «Creado: 12 de marzo de 2024» es un campo dentro del archivo, escrito por el programa que produjo el PDF, y nada en ese archivo vincula el valor a un reloj independiente. Los metadatos pueden respaldar un caso que ya estás construyendo con otros hechos. No pueden sostenerlo por sí solos.

Puntos clave

• CreationDate y ModDate son campos corrientes que escribe el programa productor, no observaciones registradas por un tercero neutral.

• La fecha de «Creación» en Windows o macOS pertenece a la copia que tienes en tu disco y cambia cuando un archivo se descarga, se copia o se restaura.

• Cualquiera que tenga el archivo puede reescribir ambos conjuntos de fechas en segundos, y por eso una parte contraria puede descartarlos con una sola frase.

• No existe un segundo conjunto oculto de metadatos que Adobe guarde en reserva. Esa creencia aparece en los foros año tras año, y es falsa.

• Según el artículo 41(2) de eIDAS, solo un sello de tiempo electrónico cualificado goza de la presunción de exactitud de la fecha que indica (legislation.gov.uk).

La fecha de creación de un archivo la escribe la máquina que lo produjo, así que quien controla esa máquina controla la fecha que informa.

¿Qué almacena realmente un PDF sobre su propia antigüedad?

Dos conjuntos de fechas, guardados en dos sitios, que no tienen por qué coincidir. El primero está en el diccionario de información del documento, un pequeño bloque de pares clave-valor con campos como Title, Author, Producer, CreationDate y ModDate. El segundo está en un flujo de metadatos XMP, un paquete independiente de texto estructurado que muchas aplicaciones productoras también escriben. Ambos forman parte del propio formato PDF, normalizado como ISO 32000-1, la versión que el Gobierno neerlandés incluye en su régimen de «cumplir o explicar» (Forum Standaardisatie).

Ninguno de los dos bloques registra hechos. Contienen valores que el programa que escribe decidió poner, normalmente preguntando al sistema operativo qué hora era. Un escáner los rellena de forma distinta a un procesador de textos, y algunas herramientas apenas los rellenan. El campo parece un hecho sobre el pasado. Se parece más a una afirmación que el software hizo sobre sí mismo.

¿Por qué no sirve la fecha del archivo en Windows o macOS?

Esa fecha describe la copia que tienes delante, no el documento. Las propiedades de archivo de Windows y Cmd+I en un Mac informan de marcas de tiempo que mantiene el sistema de archivos: creación, modificación, último acceso. Pertenecen a esa copia en ese disco. Descarga dos veces el mismo adjunto y obtendrás dos fechas de creación distintas. Copia una carpeta a una unidad externa, restaura desde una copia de seguridad, sincronízala con un cliente en la nube, y los valores vuelven a moverse.

La confusión entre los dos tipos de fecha recorre casi todas las discusiones sobre este tema. La gente detecta una diferencia entre la fecha dentro del PDF y la que informa el sistema operativo, y concluye que alguien manipuló el archivo. Normalmente, simplemente se descargó más tarde de lo que se escribió.

¿Con qué facilidad se pueden cambiar esas fechas?

Con total facilidad, y ese es todo el problema. Utilidades de línea de comandos gratuitas y bien documentadas reescriben el diccionario de información del documento y el bloque XMP con una sola instrucción. No vamos a publicar la sintaxis, porque una receta que funciona ayuda al lector equivocado. Lo que importa para tu archivo es que la operación lleva segundos y no deja ninguna marca.

Hay una vía más directa que no toca ningún metadato. El reloj al que el programa productor pregunta la hora es el reloj de quien escribe, de modo que un archivo puede escribirse genuinamente con la fecha que elija quien lo escribe, con software corriente que se comporta con normalidad. Después no se edita nada, y esa es una de las razones por las que la atención forense al propio archivo tantas veces no encuentra nada.

Cuando la parte contraria dice que la fecha no prueba nada, describe el formato con exactitud.

¿Guarda Adobe un segundo conjunto oculto de metadatos?

No. Es el malentendido más persistente del sector. En un hilo de 2019 de alguien que creía que un antiguo empleador había producido un contrato laboral con fecha anterior, la respuesta fue directa: no existe un segundo metadato oculto, y todos los metadatos son editables. Un PDF es un formato de documento, no un sistema de auditoría, y nunca se diseñó para declarar contra la parte que lo escribió.

¿Por qué un contenido idéntico produce metadatos distintos, y un contenido distinto los mismos metadatos?

Porque las fechas siguen el acto de escribir un archivo, no el de redactar un documento. Exporta el mismo contrato dos veces desde el mismo procesador de textos y obtendrás dos PDF con fechas de creación distintas y texto idéntico. Abre una plantilla de hace cinco años, cambia una cláusula y guarda: los campos pueden seguir apuntando al origen de la plantilla, porque muchas bibliotecas nunca actualizan ModDate.

Los procesos automatizados añaden otra capa. En un caso de 2024 ante el Consejo de Estado neerlandés, una medida firmada se envió a la judicatura, donde el archivo se convirtió a un formato de archivo digital. La sentencia recoge que esa conversión dañó la parte del archivo donde estaba la firma electrónica, de modo que la versión del expediente no superó la validación mientras que el original se validaba con normalidad (ECLI:NL:RVS:2024:4237). Nadie editó nada. Un paso rutinario de archivo reescribió los bytes.

Lo que aprendimos al intentar calcular el hash de los metadatos

Nos topamos con esa inestabilidad desde el otro lado mientras construíamos. La idea era sencilla: producir una huella estable de los metadatos de un documento, para que dos partes pudieran comparar resultados sin intercambiar el archivo. La primera versión devolvía un hash distinto en cada ejecución.

La razón estaba en la salida. Allí figuraban la marca de tiempo de la extracción, el nombre del archivo y la versión del motor que leyó el archivo. Ninguno de esos datos describe el documento; describen el momento en que lo miraste. Solo después de eliminarlos el mismo documento daba el mismo hash dos veces. Nuestra herramienta de huellas digitales sigue manteniendo por separado los hashes de archivo, texto, visual y metadatos por esa razón. Responden a preguntas distintas y fallan de maneras distintas.

¿Cuándo merece la pena mirar los metadatos?

Los metadatos se ganan su sitio como señal de apoyo, leída junto a hechos que vienen de otra parte. El proceso civil neerlandés ayuda aquí: según el artículo 152 del Código de Procedimiento Civil neerlandés (Rv), la prueba puede aportarse por cualquier medio y su peso queda a criterio del juez. La admisibilidad no es tu obstáculo. La persuasión sí.

Fíjate en cómo se acredita realmente que un documento está antedatado. En un caso de 2021, el Tribunal de Distrito de Róterdam consideró que unos contratos de cuidados estaban en parte antedatados y, por tanto, redactados de forma falsa (ECLI:NL:RBROT:2021:5027). Esa conclusión se apoyaba en incoherencias de fondo en los documentos y en declaraciones, no en metadatos ni en un examen forense del archivo. El tribunal llegó a su conclusión por un camino completamente distinto.

Cuando el examen técnico sí toma la delantera, a menudo decepciona. En un caso de bienes matrimoniales resuelto en febrero de 2026, un informe de investigación vio indicios sólidos de que unos correos discutidos de 2008 y 2014 habían sido manipulados. Aun así, el Tribunal de Apelación de La Haya no pudo establecer quién los había falsificado (ECLI:NL:GHDHA:2026:180).

Mientras tanto, el riesgo a la baja es asimétrico. Según el artículo 159(2) Rv, un documento privado cuya firma se niega con firmeza carece de fuerza probatoria hasta que se demuestra el origen de esa firma, y el Tribunal Supremo aplicó esa regla en abril de 2019 (ECLI:NL:HR:2019:572). Una frase de la otra parte puede costarte el documento. Un campo de metadatos no te lo devolverá.

¿Qué te dice Adobe Acrobat y qué se deja fuera?

Acrobat informa del archivo con fidelidad. Esa es la limitación, no un defecto del software: un lector solo puede transmitir lo que el archivo afirma de sí mismo.

Solo la última fila incorpora a una parte sin interés en el resultado, y Acrobat espera que ya hayas elegido a esa parte. Todo lo anterior es el archivo describiéndose a sí mismo.

¿Qué hace falta para que una fecha sea firme?

Alguien independiente tiene que haber registrado algo en ese momento. Esa es toda la diferencia, y por eso la respuesta nunca está más adentro del archivo. El derecho europeo es explícito sobre la recompensa: según el artículo 41(2) del Reglamento (UE) 910/2014, un sello de tiempo electrónico cualificado goza de la presunción de exactitud de la fecha y hora que indica y de la integridad de los datos a los que está vinculado.

Todo lo que queda por debajo de ese estándar no carece de valor. El artículo 41(1) dispone que no se puede negar efecto jurídico ni admisibilidad a un sello de tiempo electrónico únicamente por ser electrónico o por no cumplir los requisitos del sello cualificado. Lo que pierdes es la presunción. Sin ella, argumentas a favor de tu fecha; con ella, es la otra parte quien argumenta en contra.

Los requisitos propiamente dichos figuran un artículo más adelante. Un sello de tiempo cualificado debe vincular fecha y hora a los datos de modo que se excluya razonablemente un cambio indetectable, debe funcionar con una fuente de tiempo exacta vinculada al Tiempo Universal Coordinado y debe llevar una firma o un sello electrónico avanzado del prestador cualificado de servicios de confianza, o un método equivalente (artículo 42). Contrasta un campo CreationDate con esas condiciones. No cumple ninguna.

Conviene saber cómo funciona en realidad un servicio así, así que aquí va el nuestro. Los hashes de los documentos nuevos esperan a una ronda diaria a las 03:00 (Europe/Amsterdam), cuando se combinan en un único árbol de Merkle; solo el hash raíz viaja al prestador cualificado de servicios de confianza, Disig a.s. Una lista plana nos obligaría a entregar los hashes de todos los demás documentos de ese lote; el árbol lo evita. El sello de tiempo cualificado deja el PDF almacenado idéntico byte a byte, y la prueba se conserva veinte años, con independencia de la retención del propio archivo. Cualquiera puede comprobar un documento contra esa cadena en /verify.

Aun así, la formulación honesta es estrecha. Un registro independiente establece que un archivo existía, a más tardar, en un momento dado. No dice nada de quién lo escribió, de si el contenido es veraz ni de si existía antes. Los sellos de tiempo son una vía entre varias; comparamos las ventajas e inconvenientes en cómo demostrar que un documento existía en una fecha.

Preguntas frecuentes

¿Puedo saber por los metadatos si un PDF ha sido editado?

No de forma fiable. Que las fechas de creación y modificación coincidan no garantiza nada, porque ambos campos admiten cualquier valor y muchas herramientas nunca actualizan el segundo. Los rastros estructurales dentro de un archivo pueden indicar que se reescribió. No pueden decirte si las cifras de la página tres son correctas.

Si la fecha de creación y la de modificación son idénticas, ¿es original el archivo?

No. Fechas idénticas es lo que parece una exportación nueva, y también lo que parece una reescritura cuidadosa. Muchas herramientas nunca tocan el campo de modificación. La igualdad no prueba nada en ningún sentido.

¿Se puede simplemente cambiar la fecha de creación de un PDF?

Sí. Utilidades de metadatos de libre acceso reescriben el campo, y un archivo puede producirse igualmente con la fecha que indique el reloj de quien lo escribe, de modo que no queda nada que editar después. Deliberadamente no publicamos el método. Lo que importa en tu caso es que la otra parte puede hacerlo, y puede decirlo.

¿Cómo demuestro que un contrato fue antedatado?

Rara vez a través del archivo. En el caso de Róterdam citado arriba, el antedatado se acreditó por incoherencias en el contenido de los acuerdos y por declaraciones, no por el examen de los metadatos. Trata los metadatos como algo que puede corroborar un cuadro construido en otro sitio.

¿Puede el remitente cambiar un PDF después de enviármelo?

No el adjunto que está en tu buzón. Quienes están convencidos de que un documento cambió a distancia suelen haberse topado con una descarga nueva que sobrescribió el archivo antiguo, o con un documento en la nube que nunca fue un adjunto estático. La dificultad real va en sentido contrario: no puedes demostrar solo con el archivo que sigue siendo el que se envió.

Empieza leyendo lo que dice tu propio archivo

Si tienes un documento cuya fecha importa, empieza por ver qué contiene realmente el archivo: los campos de información del documento y el bloque XMP, no las dos líneas que resume un cuadro de propiedades. El visor de metadatos de PDF muestra esos campos en el navegador, sin cuenta. Para exportaciones, árboles de correo y acceso por API, la herramienta completa de metadatos cubre lo mismo; esa requiere cuenta y cuesta un credit por archivo.

Ninguna detecta falsificaciones. Ninguna herramienta que lea solo el archivo puede hacerlo, y la que afirme lo contrario merece una segunda mirada. Cuando ves lo frágil que es la afirmación del propio archivo, te haces la pregunta mejor: ¿quién más registró algo en ese momento?

Daan van Tongeren es el fundador de PDFengine, donde construyó la huella digital de documentos y la cadena de sellos de tiempo cualificados descritas aquí.