Bewijst de aanmaakdatum van een PDF iets? Niet op zichzelf

Nee, op zichzelf niet. De regel in een eigenschappenvenster die bijvoorbeeld "Gemaakt: 12 maart 2024" meldt, is een veld in het bestand, geschreven door het programma dat de PDF produceerde, en niets in dat bestand koppelt die waarde aan een onafhankelijke klok. Metadata kan ondersteunen wat u al met andere feiten aantoont. Zelf een betoog dragen kan het niet.

Belangrijkste punten

• CreationDate en ModDate zijn gewone velden die de producerende software zelf invult, geen waarnemingen die een neutrale partij heeft vastgelegd.

• De datum "Gemaakt" in Windows of macOS hoort bij de kopie op uw eigen schijf en verandert zodra een bestand wordt gedownload, gekopieerd of teruggezet uit een back-up.

• Beide soorten datums zijn in seconden te herschrijven door iedereen die het bestand in handen heeft. Daarom veegt de wederpartij ze met één zin van tafel.

• Er bestaat geen tweede, verborgen set metadata die Adobe achter de hand houdt. Dat idee duikt jaar na jaar op in forumdiscussies en het klopt niet.

• Op grond van artikel 41 lid 2 eIDAS geniet alleen een gekwalificeerde elektronische tijdstempel het vermoeden dat de aangegeven datum juist is (legislation.gov.uk).

De aanmaakdatum van een bestand wordt geschreven door de machine die het produceerde; wie die machine beheert, bepaalt dus welke datum eruit komt.

Wat legt een PDF eigenlijk vast over zijn eigen ouderdom?

Twee sets datums, op twee plaatsen, die niet met elkaar hoeven overeen te komen. De eerste staat in het document information dictionary, een klein blok sleutel-waardeparen met velden als Title, Author, Producer, CreationDate en ModDate. De tweede staat in een XMP-metadatastroom, een apart pakketje gestructureerde tekst dat veel producerende programma's er ook in schrijven. Beide horen bij het PDF-formaat zelf, gestandaardiseerd als ISO 32000-1 — de versie die de Nederlandse overheid op de lijst "pas toe of leg uit" heeft staan (Forum Standaardisatie).

Geen van beide blokken registreert gebeurtenissen. Ze bevatten waarden die het schrijvende programma erin heeft gezet, meestal door het besturingssysteem te vragen hoe laat het is. Een scanner vult ze anders in dan een tekstverwerker, en sommige programma's vullen ze nauwelijks in. Het veld ziet eruit als een feit over het verleden. Het is eerder een bewering die software over zichzelf deed.

Waarom helpt de bestandsdatum in Windows of macOS niet?

Die datum beschrijft de kopie die u voor u heeft, niet het document. De bestandseigenschappen in Windows en Cmd+I op een Mac tonen tijdstempels die het bestandssysteem bijhoudt: gemaakt, gewijzigd, laatst geopend. Ze horen bij die kopie op die schijf. Download dezelfde bijlage twee keer en u krijgt twee verschillende aanmaakdatums. Kopieer een map naar een externe schijf, zet een back-up terug of synchroniseer via een cloudclient, en de waarden schuiven opnieuw.

Vrijwel elke discussie over dit onderwerp loopt vast op de verwarring tussen die twee soorten datums. Iemand ziet verschil tussen de datum in de PDF en de datum die het besturingssysteem meldt, en concludeert dat er met het bestand is geknoeid. Meestal is het bestand simpelweg later gedownload dan het geschreven werd.

Hoe eenvoudig zijn die datums te veranderen?

Triviaal eenvoudig, en daar zit het hele probleem. Gratis en goed gedocumenteerde commandoregelprogramma's herschrijven het document information dictionary en het XMP-blok in één opdracht. We drukken de syntaxis hier niet af, want een werkend recept helpt vooral de verkeerde lezer. Wat voor uw dossier telt: de handeling kost seconden en laat geen zichtbaar spoor achter.

Er is een botter middel dat de metadata helemaal ongemoeid laat. De klok die de producerende software raadpleegt is de klok van de schrijver zelf, dus een bestand kan daadwerkelijk worden weggeschreven met een datum naar keuze, door gewone software die precies doet wat ze hoort te doen. Er wordt achteraf niets bewerkt — een van de redenen dat forensische aandacht voor het bestand zelf zo vaak niets oplevert.

Als de advocaat van de wederpartij zegt dat de datum niets bewijst, geeft hij het formaat correct weer.

Houdt Adobe een tweede, verborgen set metadata achter de hand?

Nee. Dit is het hardnekkigste misverstand op dit terrein. In een discussie uit 2019, aangezwengeld door iemand die vermoedde dat een oud-werkgever een geantedateerd arbeidscontract had overgelegd, was het antwoord ondubbelzinnig: er is geen tweede, verborgen metadata, en alle metadata is bewerkbaar. Een PDF is een documentformaat, geen auditsysteem, en is nooit ontworpen om te getuigen tegen de partij die hem schreef.

Waarom levert identieke inhoud verschillende metadata op, en verschillende inhoud dezelfde metadata?

Omdat de datums het schrijven van een bestand volgen, niet het opstellen van een document. Exporteer hetzelfde contract twee keer uit dezelfde tekstverwerker en u houdt twee PDF's over met verschillende aanmaakdatums en identieke tekst. Open een vijf jaar oud model, wijzig één bepaling en sla op: de velden kunnen nog steeds naar de herkomst van dat model wijzen, omdat tal van bibliotheken ModDate nooit bijwerken.

Geautomatiseerde verwerkingsketens voegen daar nog een laag aan toe. In een zaak bij de Raad van State uit 2024 was een ondertekende maatregel naar de Rechtspraak gestuurd, waar het bestand werd omgezet naar een formaat voor digitale archivering. De uitspraak vermeldt dat die omzetting het deel van het bestand beschadigde waar de elektronische handtekening zich bevond, waardoor de versie in het dossier niet valideerde terwijl het origineel dat wel deed (ECLI:NL:RVS:2024:4237). Niemand heeft iets bewerkt. Een routinestap in de archivering herschreef de bytes.

Wat we leerden toen we metadata wilden hashen

Wij liepen tegen diezelfde instabiliteit aan, maar dan van de andere kant, tijdens het bouwen. Het idee was eenvoudig: een stabiele vingerafdruk maken van de metadata van een document, zodat twee partijen hun uitkomsten kunnen vergelijken zonder het bestand zelf uit te wisselen. De eerste versie gaf bij elke run een andere hash.

De reden stond in de uitvoer zelf. Het tijdstip van de extractie zat erin, samen met de bestandsnaam en het versienummer van de engine die het bestand las. Geen van die gegevens beschrijft het document; ze beschrijven het moment waarop u ernaar keek. Pas nadat we ze eruit hadden gehaald, leverde hetzelfde document twee keer dezelfde hash op. Onze vingerafdruk-tool houdt om die reden nog altijd de hashes van bestand, tekst, beeld en metadata gescheiden. Ze beantwoorden verschillende vragen en ze falen op verschillende manieren.

Wanneer is metadata dan wél de moeite van het bekijken waard?

Metadata verdient een plaats als ondersteunend signaal, gelezen naast feiten die ergens anders vandaan komen. Het Nederlandse bewijsrecht helpt daarbij: op grond van artikel 152 Rv kan bewijs worden geleverd door alle middelen, en de waardering ervan is aan de rechter overgelaten. Toelaatbaarheid is uw obstakel niet. Overtuigingskracht wel.

Kijk hoe antedatering in de praktijk wordt vastgesteld. In een zaak uit 2021 oordeelde de rechtbank Rotterdam dat zorgovereenkomsten deels waren geantedateerd en daarmee valselijk opgemaakt (ECLI:NL:RBROT:2021:5027). Dat oordeel steunde op inhoudelijke inconsistenties in de stukken en op verklaringen, niet op metadata of forensisch bestandsonderzoek. De rechtbank kwam via een heel andere weg tot dat oordeel.

Waar technisch onderzoek wél het voortouw neemt, valt het vaak tegen. In een zaak over de verdeling van een huwelijksgemeenschap, beslist in februari 2026, zag een onderzoeksrapport sterke aanwijzingen dat betwiste e-mails uit 2008 en 2014 waren gemanipuleerd. Het gerechtshof Den Haag kon desondanks niet vaststellen wie ze had vervalst (ECLI:NL:GHDHA:2026:180).

Tegelijk is het risico asymmetrisch verdeeld. Op grond van artikel 159 lid 2 Rv levert een onderhandse akte waarvan de ondertekening stellig wordt ontkend geen bewijs op, zolang niet bewezen is van wie die ondertekening afkomstig is; de Hoge Raad paste die regel toe in april 2019 (ECLI:NL:HR:2019:572). Eén zin van de wederpartij kan u het stuk kosten. Een metadataveld wint het niet terug.

Wat vertelt Adobe Acrobat u, en wat laat het weg?

Acrobat geeft het bestand getrouw weer. Dat is de beperking, geen gebrek in de software: een lezer kan alleen doorgeven wat het bestand over zichzelf beweert.

Alleen de laatste regel betrekt een partij zonder belang bij de uitkomst, en Acrobat gaat ervan uit dat u die partij al gekozen heeft. Alles daarboven is het bestand dat zichzelf beschrijft.

Wat is er nodig om een datum hard te maken?

Iemand die onafhankelijk is, moet op dat moment iets hebben vastgelegd. Dat is het hele verschil, en daarom ligt het antwoord nooit dieper in het bestand. Het Europese recht is duidelijk over de beloning: op grond van artikel 41 lid 2 van Verordening (EU) 910/2014 geniet een gekwalificeerde elektronische tijdstempel het vermoeden dat de aangegeven datum en tijd juist zijn en dat de gegevens waaraan die datum en tijd zijn gekoppeld ongewijzigd zijn.

Alles onder die norm is niet waardeloos. Artikel 41 lid 1 bepaalt dat aan een elektronische tijdstempel het rechtsgevolg en de toelaatbaarheid als bewijs niet mogen worden ontzegd op de enkele grond dat de tijdstempel elektronisch is, of dat hij niet voldoet aan de eisen voor een gekwalificeerde tijdstempel. Wat u dan mist, is het vermoeden. Zonder dat vermoeden pleit u vóór uw datum; mét dat vermoeden pleit de wederpartij ertegen.

De eisen zelf staan één artikel verderop. Samengevat moet een gekwalificeerde tijdstempel datum en tijd zo aan de gegevens binden dat wijziging redelijkerwijs niet onopgemerkt kan blijven, moet hij berusten op een accurate tijdbron die gekoppeld is aan de gecoördineerde wereldtijd (UTC), en moet hij zijn ondertekend met een geavanceerde elektronische handtekening of een geavanceerd elektronisch zegel van de gekwalificeerde vertrouwensdienstverlener, dan wel met een gelijkwaardige methode (artikel 42). Houd een CreationDate-veld tegen die voorwaarden. Het voldoet aan geen ervan.

Het helpt om te weten hoe zo'n dienst in de praktijk draait, dus hier is de onze. Hashes van nieuwe documenten wachten op de dagelijkse ronde van 03:00 uur Europe/Amsterdam, waarin ze worden samengevoegd tot één Merkle-boom; alleen de wortelhash gaat naar de gekwalificeerde vertrouwensdienstverlener, Disig a.s. Bij een platte lijst zouden we de hashes van alle andere documenten uit die batch moeten meeleveren; de boom voorkomt dat. De gekwalificeerde tijdstempel laat de opgeslagen PDF byte voor byte identiek, en het bewijs wordt twintig jaar bewaard, los van de bewaartermijn van het bestand zelf. Iedereen kan een document aan die keten toetsen op /nl/verifieer.

Ook dan blijft de eerlijke formulering smal. Een onafhankelijke vastlegging toont aan dat een bestand uiterlijk op een bepaald moment bestond. Ze zegt niets over wie het schreef, of de inhoud waar is, of het al eerder bestond. Tijdstempels zijn één van meerdere routes; we hebben de afwegingen naast elkaar gezet in hoe u bewijst dat een document op een datum bestond.

Veelgestelde vragen

Kan ik aan de metadata zien of een PDF is bewerkt?

Niet betrouwbaar. Gelijke aanmaak- en wijzigingsdatums garanderen niets, want beide velden accepteren elke waarde en veel programma's werken het tweede nooit bij. Structurele sporen in een bestand kunnen laten zien dát het opnieuw is weggeschreven. Ze vertellen u niet of de cijfers op pagina drie kloppen.

Als de aanmaakdatum en de wijzigingsdatum gelijk zijn, is het bestand dan origineel?

Nee. Gelijke datums zijn hoe een verse export eruitziet, en ook hoe een zorgvuldige herschrijving eruitziet. Veel programma's raken het wijzigingsveld nooit aan. Gelijkheid bewijst in geen van beide richtingen iets.

Kun je de aanmaakdatum van een PDF zomaar veranderen?

Ja. Vrij verkrijgbare hulpprogramma's voor metadata herschrijven het veld, en een bestand kan net zo goed worden geproduceerd met de datum die de klok van de schrijver meldt — dan valt er achteraf niets te bewerken. Wij publiceren de methode bewust niet. Wat in uw zaak telt, is dat de wederpartij het kan, en dat ook kan zeggen.

Hoe bewijs ik dat een contract is geantedateerd?

Zelden via het bestand. In de Rotterdamse zaak hierboven werd de antedatering vastgesteld via inconsistenties in de inhoud van de overeenkomsten en via verklaringen, niet via onderzoek van de metadata. Behandel metadata als iets dat een beeld kan bevestigen dat u ergens anders hebt opgebouwd.

Kan de afzender een PDF nog veranderen nadat hij hem naar mij heeft gestuurd?

De bijlage in uw postvak niet. Wie ervan overtuigd is dat een document op afstand veranderde, heeft meestal te maken met een nieuwe download die het oude bestand overschreef, of met een clouddocument dat nooit een statische bijlage was. De echte moeilijkheid ligt precies andersom: op basis van het bestand alleen kunt u niet aantonen dat het nog steeds het verzonden exemplaar is.

Begin met lezen wat uw eigen bestand zegt

Heeft u een document waarvan de datum ertoe doet, begin dan met kijken wat het bestand werkelijk bevat: de velden uit het document information dictionary en het XMP-blok, niet de twee regels die een eigenschappenvenster ervan samenvat. De PDF-metadataviewer toont die velden in de browser, zonder account. Voor exports, e-mailbomen en API-toegang dekt de volledige metadata-tool hetzelfde terrein; die vraagt wel een account en kost een credit per bestand.

Geen van beide detecteert vervalsing. Geen enkel hulpmiddel dat alleen het bestand leest kan dat, en wie het tegendeel beweert verdient een tweede blik. Zodra u ziet hoe dun de bewering van het bestand zelf is, stelt u vanzelf de betere vraag: wie heeft er op dat moment nog meer iets vastgelegd?

Daan van Tongeren is oprichter van PDFen en bouwde de documentvingerafdruk en de gekwalificeerde tijdstempelketen die hier zijn beschreven.