01. fejezetMi az eredetbizonyítás

Az eredetbizonyítás (angolul content provenance) annak igazolása, hogy egy digitális tartalom honnan származik és mi történt vele azóta. Nem azt mondja meg, hogy a tartalom állítása igaz-e. Azt mondja meg, hogy a tartalom az, aminek mondja magát: ez az eszköz készítette, ez a szervezet írta alá, ekkor és a bájtjai azóta változatlanok.

Ez a különbségtétel a teljes terület legfontosabb mondata és a legtöbb félreértés forrása:

A gyakorlatban négy különböző kérdésre keresünk választ és ezeket érdemes külön kezelni:

A négyből bármelyik önmagában kevés. Egy hash bizonyítja, hogy nem változott, de nem árulja el, ki készítette. Egy aláírás megmondja, ki adta ki, de nem bizonyítja, hogy nem tegnap gyártották vissza egy korábbi dátumra. A használható rendszer mind a négyet együtt adja.

Két ellentétes stratégia

A szabályozás és az ipar két úton indult el és a kettő nem ugyanaz:

• A hamis megjelölése. Az AI-val generált tartalmat vízjellel vagy metaadattal látjuk el. Ez a jóhiszemű szereplőktől függ: aki rosszindulatú deepfake-et gyárt, nem fogja megjelölni. Ha csak a hamis kap címkét, akkor a címke nélküli tartalom „valódinak” tűnik, ami pontosan fordítva van.
• A valódi bizonyítása. Aki igazat állít, kriptográfiai bizonyítékot mellékel az állításához. A bizonyítási teher átkerül az állítóra és nem függ attól, hogy a hazug együttműködik-e.

A két megközelítés kiegészíti egymást, de csak a második skálázódik rosszindulatú szereplők ellen. Bármely bevezetési tervnél az első kérdés az legyen: ez most a hazugot próbálja szabályozni, vagy az igazmondót szereli fel?

02. fejezetMiért éppen most

A probléma nem új, fényképet 1860 óta manipulálnak. Ami megváltozott, az a költség és a mennyiség. Egy meggyőző hamis fénykép, hangfelvétel vagy videó előállítása néhány éve szakértelmet és órákat igényelt; ma egy mondatba kerül és másodpercekbe. Amikor egy hamisítvány előállítási költsége nullához tart, az addig működő társadalmi feltételezés, „a fénykép alapesetben igaz”, összeomlik.

Három következmény, amely már ma is mérhető:

• A bizonyíték leértékelődése. Bíróságokon, biztosítási kárrendezésben és újságírásban a digitális felvétel önmagában egyre kevesebbet ér, mert nem különböztethető meg a generálttól.
• A hazug osztaléka. Ha bármi lehet hamis, akkor a valódi felvétel is letagadható. Nemcsak hamisat lehet elhitetni, hanem igazat is kétségbe vonni, ez a nehezebbik fele.
• Automatizált mennyiség. A szintetikus tartalom nem egyesével érkezik. Kézi ellenőrzésre épülő folyamatok mennyiségileg omlanak össze.

03. fejezetHogyan működik: a technikai alapok

Hat építőelem, amelyekből minden létező eredetbizonyító rendszer összeáll. Egyik sem új: a kriptográfia évtizedek óta ismeri őket, a nehézség a folyamatba illesztésük.

1. Kriptográfiai lenyomat (hash)

Egy egyirányú függvény, amely tetszőleges méretű adatból rögzített hosszúságú ujjlenyomatot készít, a mai szabvány a SHA-256 (NIST FIPS 180-4). Három tulajdonsága számít: azonos bemenet mindig azonos lenyomatot ad; a lenyomatból nem állítható vissza a tartalom; és két különböző tartalomhoz gyakorlatilag nem található azonos lenyomat. Az oldal tetején lévő demó pontosan ezt mutatja: egyetlen karakter átírása a teljes lenyomatot felismerhetetlenre változtatja.

Fontos következmény adatvédelmi szempontból: a lenyomat közzétételéhez nem kell közzétenni a tartalmat. Egy orvosi leletet vagy szerződést úgy lehet bizonyíthatóvá tenni, hogy a tartalma soha nem hagyja el a szervezetet.

2. Digitális aláírás és a kulcspár

Az aláíró egy titkos kulccsal írja alá a lenyomatot; bárki ellenőrizheti a hozzá tartozó nyilvános kulccsal. Ez köti a tartalmat egy identitáshoz. A gyakorlatban ma ECDSA (P-256) vagy Ed25519 az elterjedt, RSA a régebbi rendszerekben. A poszt-kvantum átállás (ML-DSA / FIPS 204) hosszú távú tervezési kérdés minden olyan rendszernél, amelynek a bizonyítékai 10+ évig kell hogy megálljanak.

3. Az identitás kérdése

Egy aláírás önmagában csak annyit mond: „ezt a kulcsot birtokló valaki írta alá.” Hogy ez a valaki kicsoda, az külön probléma és három iskolája van:

• Központi hitelesítésszolgáltató (PKI). Egy tanúsítványkiadó igazolja, hogy a kulcs egy adott szervezethez tartozik. Jól bevált, jogilag tiszta, de a bizalom egyetlen pontban koncentrálódik.
• Állami bizalmi szolgáltatás. Az EU-ban az eIDAS keretei: minősített elektronikus aláírás és bélyegző, amely a kézzel írott aláírással egyenértékű joghatású.
• Önrendelkező identitás (SSI). A felhasználó maga birtokolja az azonosítóját (W3C DID) és igazolásait (Verifiable Credentials) és eldönti, miből mit mutat meg. Ez az irány illeszkedik az eIDAS 2.0 tárcamodelljéhez.

4. Idő: bélyegzés és lehorgonyzás

Az aláírásban szereplő dátumot az aláíró írja bele, tehát hazudható. Ahhoz, hogy az időpont bizonyítható legyen, külső tanú kell:

• Minősített időbélyeg (RFC 3161). Egy bizalmi szolgáltató igazolja, hogy a lenyomat egy adott pillanatban már létezett. Jogilag erős, de egyetlen szolgáltatótól függ.
• Lehorgonyzás nyilvános főkönyvbe. A lenyomat bekerül egy utólag át nem írható, független időrendbe. Nem a tartalom kerül fel, csak az ujjlenyomata, így a tartalom titkos marad, az időpont mégis bizonyítható. Ugyanez az elv működik a tanúsítvány-átláthatóságnál (RFC 6962) és az OpenTimestampsnál.

A gyakorlat: sok millió lenyomatot Merkle-fába rendeznek és csak a fa gyökerét horgonyozzák le. Egy bejegyzés így néhány száz bájtos bizonyítékkal igazolható, a költség pedig nem a tételek számával nő.

5. A lánc: a szerkesztési előzmény

A valódi tartalom nem érintetlenül jut el a nézőig: vágják, tömörítik, méretezik, feliratozzák. Egy használható rendszer ezt nem tiltja, hanem rögzíti. Minden lépés aláírt bejegyzést kap, amely hivatkozik az előzőre. A végén nem azt látja az olvasó, hogy „érintetlen”, hanem azt, hogy „ezzel a kamerával készült, ez a szerkesztőség vágta meg, ez a lap adta ki”.

A lánc gyenge pontja mindig a legelső elem: ha a rögzítő eszköz maga hazudik, a lánc egy hazugságot fog hibátlanul dokumentálni. Erről bővebben a 6. és 7. fejezetben.

6. Hosszú távú megőrzés: az újraidőbélyegzés

Minden aláírás elavul. A tanúsítvány lejár, az algoritmus meggyengül, a szolgáltató megszűnik. Ha a bizonyítéknak tíz vagy húsz évig kell megállnia, akkor nem elég egyszer aláírni: a láncot időről időre újra le kell bélyegezni egy erősebb algoritmussal, még mielőtt a régi meggyengülne. Az új bélyeg azt tanúsítja, hogy a korábbi még érvényes volt abban a pillanatban, amikor ráépült.

Ez a mechanizmus teszi kezelhetővé a poszt-kvantum átállást is. A hash-függvényeket a kvantumszámítás lényegében nem érinti, a mai aláírásalgoritmusokat viszont igen. Aki időben újraidőbélyegez a szabványosított poszt-kvantum aláírással (ML-DSA, FIPS 204), annak a korábbi bizonyítékai is átvészelik a váltást. Aki nem, annak az archívuma egyszerre válik ellenőrizhetetlenné és visszamenőleg már nem javítható.

Szabványa is van: az Evidence Record Syntax (RFC 4998, XML-változatban RFC 6283), az eIDAS 2.0 pedig külön minősített szolgáltatáskategóriát vezetett be elektronikus archiválás néven. Beszerzésnél ez három konkrét kérdés: ki végzi az újraidőbélyegzést, milyen ütemezéssel és mi történik vele, ha a szolgáltató megszűnik.

04. fejezetSzabványok és keretrendszerek

A terület nem szabványhiánytól szenved, hanem attól, hogy a szabványok különböző rétegeket fednek le és nem mindenki tudja, melyiket mire kell használni.

A C2PA szerepe és határa

A C2PA (Coalition for Content Provenance and Authenticity) ma a de facto ipari szabvány a média-provenance-metaadatra: nagy tartalomgyártók, kameragyártók és AI-szolgáltatók implementálják és ISO-szabvánnyá alakul. Aki új rendszert épít, annak jó okkal kell rendelkeznie, ha nem kompatibilis vele.

Ugyanakkor érdemes tisztán látni, mit nem old meg. A C2PA egy metaadat-formátum: aláírt kijelentéseket csomagol a fájl mellé. Nem tartalmaz független időrendet, nem véd az aláíró kulcsának ellopása ellen és a legtöbb platform a feltöltéskor eltávolítja a metaadatot. A hiányzó rétegek, külső időrend, kulcskompromittálás kezelése, a nem-média jellegű adatok (mérési sorok, naplók, dokumentumfolyamatok) lefedése, a kiegészítő infrastruktúra feladata.

05. fejezetJogi keret: mi kötelező ma az EU-ban

2026-ban a szabályozás átrendeződött és a leggyakoribb tévedés az, hogy a halasztás mindenre vonatkozik. Nem így van.

EU AI Act, 50. cikk: átláthatóság

• 2026. augusztus 2.: a szolgáltatókra és üzembehelyezőkre vonatkozó átláthatósági kötelezettségek alkalmazandók és kikényszeríthetők. Ez érinti a chatbotokat, a szintetikus kép-, hang-, videó- és szöveggenerálást, valamint az érzelem- és biometrikus felismerést, függetlenül attól, hogy a rendszer nagy kockázatú-e.
• 2026. december 2.: az 50. cikk (2) bekezdése szerinti géppel olvasható jelölési és felismerhetőségi kötelezettség végső határideje a korábban piacra helyezett generatív rendszerekre.
• Szankció: a jogsértés a 15 millió euró vagy a világszintű éves árbevétel 3%-a közül a magasabb összegig terjedő bírsággal fenyegethető.

Digital Omnibus: amit elhalasztott és amit nem

A Digital Omnibus az AI Actről 2026. július 27-én lépett hatályba. A III. mellékletbe tartozó, önálló nagy kockázatú rendszerek megfelelési határideje 2027. december 2-re, az I. melléklet szerinti, termékbe ágyazott rendszereké 2028. augusztus 2-re csúszott. Az 50. cikk átláthatósági kötelezettségeit a csomag nem módosította: azok az eredeti ütemezés szerint élnek. Aki a „halasztás” hírére leállította a jelölési projektet, rossz következtetést vont le.

eIDAS 2.0 és a bizalmi szolgáltatások

Az (EU) 2024/1183 rendelet alapján minden tagállamnak 2026 decemberéig legalább egy európai digitális személyazonosság-tárcát kell elérhetővé tennie, 2027-től pedig meghatározott szereplőknek kötelező elfogadniuk A jogszabályi határidő pontosan 2026. december 24., a gyakorlatban azonban több tagállam csúszik: Németország saját bejelentése szerint 2027 januárjában indul. Tervezésnél ezt a dátumot érdemes tartománynak tekinteni, nem fix mérföldkőnek. A rendelet új minősített szolgáltatáskategóriákat is bevezet, köztük az elektronikus archiválást és az elektronikus főkönyvet, ami közvetlenül releváns a hosszú távú bizonyítékmegőrzés szempontjából.

07. fejezetTámadási felületek

Aki ilyen rendszert tervez vagy vásárol, ezt a hét támadást kérdezze meg a szállítótól. A válaszok minősége többet mond, mint bármelyik termékbemutató.

1. Kulcslopás. Mi történik, ha egy aláírókulcs kikerül? Van visszavonás? Visszamenőleg érvénytelenné válik minden vele készült aláírás, vagy csak a lopás időpontja utániak és ez hogyan dönthető el?
2. Az analóg lyuk. Egy képernyőről újrafényképezett tartalom fizikailag valódi felvétel. Milyen eszköz- vagy szenzorszintű jel különbözteti meg?
3. Metaadat-eltávolítás. A bizonyíték túléli-e a fájlból való kitörlést? Létezik-e a tartalomtól független nyilvántartás?
4. Visszadátumozás. Meg tudja-e hamisítani az aláíró az időpontot? Ki a független tanú és tőle független-e valóban?
5. Bizalmi lista manipulálása. Ki dönti el, mely kibocsátók megbízhatók? Egyetlen szervezet? Mi történik, ha az kompromittálódik vagy politikai nyomás alá kerül?
6. Leminősítéses támadás. Rá lehet-e venni az ellenőrzőt, hogy gyengébb algoritmust vagy régebbi profilt fogadjon el?
7. Hosszú távú megőrzés. Ellenőrizhető lesz-e a bizonyíték 15 év múlva, amikor a mai algoritmusok és tanúsítványok lejártak? Van-e írásba foglalt újraidőbélyegzési terv és ki felel érte?

08. fejezetHol van már ma valódi haszna

Sajtó és szerkesztőségek

A hitelesített eredet védi a szerkesztőséget a saját anyagának letagadásától is. A gyakorlati nehézség nem a technológia, hanem a munkafolyamat: a szabadúszó fotósoktól a képszerkesztésen át a CMS-ig minden lépésnek meg kell őriznie a láncot.

Bíróság és bizonyítás

A digitális bizonyíték elfogadhatóságánál a bizonyítási lánc (chain of custody) hitelessége a kulcs. Egy külső időrendbe horgonyzott lenyomat azt tudja igazolni, ami eddig a legnehezebb volt: hogy az adott bizonyíték a lefoglalás pillanatában már ebben a formában létezett és azóta senki nem nyúlt hozzá.

Biztosítás és kárrendezés

A kárfelvételi fotó ma triviálisan generálható vagy régebbi eseményről újrahasznosítható. A rögzítés pillanatában készülő, eszközszinten aláírt felvétel a csalás egy egész kategóriáját szünteti meg, ez az egyik legvilágosabb megtérülésű alkalmazás.

Közigazgatás és okiratok

Határozatok, jegyzőkönyvek, pályázati anyagok esetében nem a titkosság a kérdés, hanem az utólagos átírhatatlanság. Az eIDAS szerinti minősített bélyegző és a független időrend együtt ad olyan nyilvántartást, amelyet az érintett szervezet sem tud visszamenőleg módosítani, ez a bizalom szempontjából többet ér, mint bármilyen belső szabályzat.

Ipari és mérési adat

Nem csak médiáról van szó. Szenzoradatok, gyártási naplók, alkatrész-életútak, kibocsátási adatok: mindenütt, ahol egy szám utólagos módosítása pénzt vagy felelősséget mozgat. Az EU digitális termékútlevél és a karbonjelentési kötelezettségek ezt a kategóriát rövid időn belül kötelezővé teszik.

Oktatás és tudomány

Kutatási adatok rögzítésének időpontja, hallgatói munkák eredete, publikáció előtti adatok elsőbbsége, a lehorgonyzott lenyomat itt az elsőbbség igazolásának olcsó eszköze, a tartalom felfedése nélkül.

09. fejezetBevezetési útmutató

Sorrendben. A leggyakoribb kudarcok abból származnak, hogy a szervezet a 6. lépéssel kezd.

1. Határozd meg, mit kell bizonyítaniNem „mindent”. Egy konkrét dokumentumtípust vagy folyamatot, ahol egy vitatott eredet ma valódi pénzbe vagy jogi kockázatba kerül.
2. Azonosítsd a lánc első elemétHol keletkezik az adat és megbízható-e a keletkezés pontja? Ha nem, a lánc többi része kozmetika.
3. Döntsd el, ki az aláíró identitásSzervezeti bélyegző, munkatársi tanúsítvány vagy eszközkulcs. A három más-más jogi és üzemeltetési következménnyel jár.
4. Tervezd meg a kulcskezeléstTárolás, hozzáférés, rotáció, visszavonás, naplózás. Ez a projekt legnehezebb része és nem szoftverkérdés.
5. Válassz időforrástMinősített időbélyeg, független nyilvántartás vagy mindkettő. Írd le, kitől függ a bizonyíték érvényessége.
6. Válassz formátumotNyílt, dokumentált, exportálható. A zárt formátum ma kényelmes, öt év múlva bizonyítékvesztés.
7. Építsd be az ellenőrzést a fogadó oldalonA bizonyíték csak akkor ér valamit, ha valaki tényleg megnézi. Ellenőrzés nélküli aláírás díszlet.
8. Fogalmazd meg a felhasználói üzenetetHárom állapot: ellenőrzött eredet, nincs adat, ellenőrzés sikertelen. Soha ne írd ki, hogy „hamis”.
9. Rendezd a megőrzéstMeddig kell ellenőrizhetőnek maradnia? Algoritmusváltás és tanúsítványlejárat esetén mi a terv?
10. Auditáld kívülrőlAz a bizonyíték ér valamit, amelyet egy tőled független fél is ellenőrizni tud a te rendszered nélkül.

10. fejezetFogalomtár

Hash / kriptográfiai lenyomat

Egyirányú függvény kimenete, amely egyértelműen azonosít egy tartalmat anélkül, hogy felfedné. Szabvány: SHA-256.

Manifeszt

A tartalomhoz csatolt, aláírt adatcsomag, amely a származási állításokat tartalmazza (ki, mikor, mivel, milyen szerkesztés).

Lehorgonyzás (anchoring)

Egy lenyomat elhelyezése utólag át nem írható, független nyilvántartásban, hogy az időpont és a létezés bizonyítható legyen.

Merkle-fa

Lenyomatok fastruktúrája, amely lehetővé teszi, hogy sok millió tétel egyetlen gyökérértékkel legyen igazolható.

Minősített elektronikus aláírás (QES)

Az eIDAS legmagasabb szintje; joghatása az EU egészében megegyezik a kézzel írott aláíráséval.

Elektronikus bélyegző (e-seal)

Az aláírás szervezeti megfelelője: nem személyt, hanem jogi személyt köt a dokumentumhoz.

Önrendelkező identitás (SSI)

Modell, amelyben az azonosító és az igazolások a felhasználó birtokában vannak, nem egy szolgáltatói adatbázisban.

Verifiable Credential (VC)

W3C szabvány szerinti, kriptográfiailag ellenőrizhető digitális igazolás.

Vízjel (watermark)

A tartalomba rejtett jel. Túléli a formátumváltást, de eltávolítható vagy meghamisítható; kiegészíti az aláírást, nem helyettesíti.

Bizonyítási lánc (chain of custody)

Dokumentált nyomvonal arról, hogy egy bizonyíték kinek a kezén ment át a keletkezésétől a felhasználásáig.

11. fejezetGyakori kérdések

12. fejezetForrások és további olvasnivaló

Az alábbi hivatkozások elsődleges források: szabványszövegek, jogszabályok és hivatalos dokumentációk. Az oldal utolsó frissítése: 2026. szeptember.

1. Az Európai Parlament és a Tanács (EU) 2024/1689 rendelete a mesterséges intelligenciáról (AI Act), 50. cikkeur-lex.europa.eu/eli/reg/2024/1689/oj
2. Az Európai Parlament és a Tanács (EU) 2024/1183 rendelete az európai digitális személyazonossági keretről (eIDAS 2.0)eur-lex.europa.eu/eli/reg/2024/1183/oj
3. Digital Omnibus on AI. Az AI Act módosítása, hatályba lépés: 2026. július 27.eur-lex.europa.eu: Regulation (EU) 2026/1744
4. Európai Bizottság: útmutatók és magatartási kódex az AI-tartalom átláthatóságáróldigital-strategy.ec.europa.eu
5. C2PA: Content Credentials technikai specifikáció (2.3, 2026. január)spec.c2pa.org
6. C2PA: Security Considerations és Harms Modelling kiegészítő dokumentumokc2pa.org/specifications
7. ISO/DIS 22144: Authenticity of information: Content Credentialsasist.org: ISO 22144 áttekintés
8. Content Authenticity Initiative: implementációs anyagok és nyílt forráskódú eszközökcontentauthenticity.org
9. JPEG Trust: bizalmi keretrendszer képekhezjpeg.org/jpegtrust
10. W3C: Verifiable Credentials Data Model 2.0w3.org/TR/vc-data-model-2.0
11. W3C: Decentralized Identifiers (DIDs)w3.org/TR/did-core
12. IETF RFC 3161: Time-Stamp Protocolrfc-editor.org/rfc/rfc3161
13. IETF RFC 6962: Certificate Transparency (Merkle-fa alapú nyilvános napló)rfc-editor.org/rfc/rfc6962
14. IETF RFC 4998: Evidence Record Syntax, hosszú távú bizonyítékmegőrzés újraidőbélyegzésselrfc-editor.org/rfc/rfc4998
15. IETF RFC 6283: XML Evidence Record Syntaxrfc-editor.org/rfc/rfc6283
16. NIST FIPS 180-4: Secure Hash Standardcsrc.nist.gov/pubs/fips/180-4
17. NIST FIPS 204: Module-Lattice-Based Digital Signature Standard (ML-DSA)csrc.nist.gov/pubs/fips/204
18. NIST: Cryptographic Module Validation Program (FIPS 140-3)csrc.nist.gov/projects/cryptographic-module-validation-program
19. OpenTimestamps: nyílt időbélyegzési protokollopentimestamps.org
20. IPTC: Photo Metadata Standardiptc.org/standards/photo-metadata
21. ENISA: az uniós kiberbiztonsági ügynökség kiadványai a bizalmi szolgáltatásokrólenisa.europa.eu
22. CEN-CENELEC JTC 21: az AI Act harmonizált szabványainak műhelyecencenelec.eu

01What content provenance is

Content provenance is the demonstration of where a digital item came from and what has happened to it since. It does not tell you whether the claim the content makes is true. It tells you that the content is what it says it is: this device captured it, this organisation signed it, at this time, and its bytes are unchanged since.

That distinction is the single most important sentence in the field, and the source of most confusion:

In practice there are four separate questions, and they are worth keeping apart:

None of the four is sufficient alone. A hash proves nothing changed but says nothing about who made it. A signature says who issued it but not that it was not manufactured yesterday and backdated. A workable system delivers all four together.

Two opposing strategies

Regulation and industry set off along two roads, and they are not the same road:

• Mark the fake. AI-generated content carries a watermark or metadata. This depends on good-faith actors: whoever builds a malicious deepfake will not label it. And if only the fake is labelled, unlabelled content looks genuine, which is precisely backwards.
• Prove the real. Whoever makes a truthful claim attaches cryptographic evidence to it. The burden of proof moves to the claimant, and nothing depends on the liar's cooperation.

The two approaches complement each other, but only the second scales against hostile actors. The first question to ask of any deployment plan is: does this regulate the liar, or equip the honest party?

02Why now

The problem is not new, photographs have been manipulated since the 1860s. What changed is cost and volume. A convincing fake photograph, voice recording or video used to require skill and hours; today it costs a sentence and seconds. Once the cost of a forgery approaches zero, the social assumption that held until now, that a photograph is true by default, collapses.

Three consequences are already measurable:

• Evidence loses value. In courts, insurance claims and journalism, a digital recording on its own is worth steadily less, because it cannot be distinguished from a generated one.
• The liar's dividend. If anything might be fake, then genuine footage can also be denied. It is not only that falsehoods can be believed, truths can be dismissed, and that is the harder half.
• Automated volume. Synthetic content does not arrive one item at a time. Processes built on manual review fail on quantity alone.

03How it works: the technical foundations

Six building blocks make up every provenance system in existence. None of them is new: cryptography has known them for decades. The difficulty is fitting them into a workflow.

1. Cryptographic digest (hash)

A one-way function that turns input of any size into a fixed-length fingerprint, today's standard is SHA-256 (NIST FIPS 180-4). Three properties matter: identical input always yields an identical digest; the content cannot be recovered from the digest; and no two different contents can practically be found that share one. The demo at the top of this page shows exactly that: changing one character makes the whole digest unrecognisable.

One consequence matters for privacy: publishing a digest does not require publishing the content. A medical report or a contract can be made provable without its contents ever leaving the organisation.

2. Digital signature and the key pair

The signer signs the digest with a private key; anyone can check it with the matching public key. This is what binds content to an identity. In practice ECDSA (P-256) and Ed25519 dominate today, RSA in older systems. The post-quantum transition (ML-DSA / FIPS 204) is a long-term design question for any system whose evidence must hold up for ten years or more.

3. The identity problem

A signature alone says only: "someone holding this key signed it." Who that someone is, is a separate problem with three schools of thought:

• Central certificate authority (PKI). An issuer attests that a key belongs to a given organisation. Well established and legally clean, but trust concentrates in a single point.
• State trust services. In the EU, the eIDAS framework: qualified electronic signatures and seals, with legal effect equivalent to a handwritten signature.
• Self-sovereign identity (SSI). The user holds their own identifier (W3C DID) and credentials (Verifiable Credentials) and decides what to disclose. This is the direction that fits the eIDAS 2.0 wallet model.

4. Time: stamping and anchoring

The date inside a signature is written by the signer, so it can be a lie. For a point in time to be provable, an external witness is required:

• Qualified timestamp (RFC 3161). A trust service attests that a digest already existed at a given moment. Legally strong, but dependent on a single provider.
• Anchoring to a public ledger. The digest enters an append-only, independent ordering. Only the fingerprint goes in, not the content, so the content stays private while its point in time becomes provable. The same principle underlies certificate transparency (RFC 6962) and OpenTimestamps.

In practice, millions of digests are arranged into a Merkle tree and only the root is anchored. An entry can then be proven with a few hundred bytes, and cost does not scale with the number of items.

5. The chain: signed edit history

Real content does not reach the viewer untouched: it is cropped, compressed, resized, captioned. A workable system does not forbid this, it records it. Each step gets a signed entry referencing the previous one. What the reader finally sees is not "untouched" but "captured with this camera, cut by this newsroom, published by this outlet".

The weak point is always the first element: if the capturing device itself lies, the chain will faithfully document a falsehood. More on this in chapters 6 and 7.

6. Long-term preservation: re-timestamping

Every signature ages. Certificates expire, algorithms weaken, providers shut down. If evidence has to hold up for ten or twenty years, signing it once is not enough: the chain must be re-stamped periodically with a stronger algorithm, before the older one weakens. The new stamp attests that the previous one was still valid at the moment it was applied.

This mechanism is also what makes the post-quantum transition manageable. Quantum computing barely touches hash functions, but it does affect today's signature algorithms. Whoever re-stamps in good time with a standardised post-quantum signature (ML-DSA, FIPS 204) carries their older evidence across the transition. Whoever does not will find an entire archive becoming unverifiable at once, with no way to repair it retroactively.

There is a standard for it: the Evidence Record Syntax (RFC 4998, and RFC 6283 in XML form), while eIDAS 2.0 introduced a dedicated qualified service category for electronic archiving. At procurement this is three concrete questions: who performs the re-stamping, on what schedule, and what happens to it if the provider ceases to exist.

04Standards and frameworks

The field does not suffer from a shortage of standards. It suffers from the fact that different standards cover different layers, and not everyone knows which one is for what.

What C2PA is and where it stops

C2PA (Coalition for Content Provenance and Authenticity) is today the de facto industry standard for media provenance metadata: major content producers, camera manufacturers and AI providers implement it, and it is being turned into an ISO standard. Anyone building a new system needs a good reason not to be compatible with it.

It is equally worth being clear about what it does not solve. C2PA is a metadata format: it packages signed assertions alongside the file. It contains no independent ordering in time, offers no defence against theft of the signing key, and most platforms strip the metadata on upload. The missing layers, external ordering, key-compromise handling, and coverage of non-media data such as measurement series, logs and document workflows, are the job of complementary infrastructure.

05Legal framework: what is mandatory in the EU today

Regulation was reshuffled in 2026, and the most common error is assuming the postponement applies to everything. It does not.

EU AI Act, Article 50: transparency

• 2 August 2026: transparency obligations on providers and deployers become applicable and enforceable. This covers chatbots, synthetic image, audio, video and text generation, and emotion and biometric recognition, regardless of whether the system is high-risk.
• 2 December 2026: final deadline for the machine-readable marking and detectability duty under Article 50(2) for generative systems placed on the market earlier.
• Penalties: infringement may attract fines up to the higher of EUR 15 million or 3% of worldwide annual turnover.

The Digital Omnibus: what it postponed, and what it did not

The Digital Omnibus on the AI Act entered into force on 27 July 2026. Compliance deadlines moved to 2 December 2027 for standalone high-risk systems under Annex III, and to 2 August 2028 for systems embedded in products under Annex I. The package did not amend the Article 50 transparency obligations: they run on the original schedule. Anyone who halted a marking project on hearing about "the delay" drew the wrong conclusion.

eIDAS 2.0 and trust services

Under Regulation (EU) 2024/1183, every member state must make at least one European Digital Identity Wallet available by December 2026, and from 2027 designated parties must accept it The legal deadline is precisely 24 December 2026, but several member states are slipping in practice: Germany has said its own wallet arrives in January 2027. For planning purposes the date is better treated as a range than a fixed milestone. The regulation also introduces new categories of qualified service, including electronic archiving and electronic ledgers, which bear directly on long-term evidence retention.

07Attack surfaces

Anyone designing or buying such a system should put these seven attacks to the supplier. The quality of the answers tells you more than any product demonstration.

1. Key theft. What happens if a signing key leaks? Is there revocation? Does every signature made with it become invalid retroactively, or only those after the theft, and how is that decided?
2. The analogue hole. Content re-photographed from a screen is a physically genuine capture. What device- or sensor-level signal distinguishes it?
3. Metadata stripping. Does the evidence survive removal from the file? Is there a record independent of the content?
4. Backdating. Can the signer falsify the time? Who is the independent witness, and are they genuinely independent?
5. Trust list manipulation. Who decides which issuers are trustworthy? A single organisation? What happens if it is compromised or comes under political pressure?
6. Downgrade attacks. Can a verifier be induced to accept a weaker algorithm or an older profile?
7. Long-term retention. Will the evidence still be verifiable in fifteen years, once today's algorithms and certificates have expired? Is there a written re-stamping plan, and who owns it?

08Where it already pays off

Press and newsrooms

Verified origin also protects a newsroom against denial of its own material. The practical difficulty is not technology but workflow: from freelance photographers through picture editing to the CMS, every step has to preserve the chain.

Courts and evidence

Admissibility of digital evidence turns on the credibility of the chain of custody. A digest anchored to an external ordering can establish what has been hardest to establish so far: that this piece of evidence already existed in this form at the moment of seizure, and that no one has touched it since.

Insurance and claims

A damage photograph today is trivially generated or recycled from an earlier event. A capture signed at device level at the moment of recording eliminates an entire category of fraud, one of the clearest returns on investment in the field.

Public administration and official documents

For decisions, minutes and tender submissions the question is not confidentiality but resistance to later rewriting. A qualified seal under eIDAS together with an independent ordering produces a record that not even the issuing organisation can modify retroactively, worth more for trust than any internal policy.

Industrial and measurement data

This is not only about media. Sensor data, production logs, component histories, emissions figures: anywhere the later alteration of a number moves money or liability. The EU digital product passport and carbon reporting duties will make this category mandatory before long.

Education and research

The moment research data was recorded, the origin of student work, priority of pre-publication results, an anchored digest is a cheap way to establish precedence here without disclosing the content.

09Adoption guide

In order. The most common failures come from organisations starting at step six.

1. Define what must be provenNot "everything". One concrete document type or process where a disputed origin costs real money or legal exposure today.
2. Identify the first link in the chainWhere does the data originate, and is that point of origin trustworthy? If not, the rest of the chain is cosmetics.
3. Decide who the signing identity isOrganisational seal, staff certificate or device key. The three carry different legal and operational consequences.
4. Design key managementStorage, access, rotation, revocation, logging. This is the hardest part of the project, and it is not a software question.
5. Choose a time sourceQualified timestamp, independent record, or both. Write down whose behaviour the validity of the evidence depends on.
6. Choose a formatOpen, documented, exportable. A closed format is convenient today and evidence loss in five years.
7. Build verification into the receiving sideEvidence is only worth something if someone actually checks it. An unverified signature is decoration.
8. Write the user-facing messageThree states: verified origin, no data, verification failed. Never display "fake".
9. Settle retentionHow long must it remain verifiable? What is the plan for algorithm changes and certificate expiry?
10. Have it audited externallyEvidence worth having is evidence a party independent of you can verify without your system.

10Glossary

Hash / cryptographic digest

Output of a one-way function that uniquely identifies content without revealing it. Standard: SHA-256.

Manifest

The signed data package attached to content, carrying the provenance assertions (who, when, with what, which edits).

Anchoring

Placing a digest in an append-only, independent record so that its existence and point in time become provable.

Merkle tree

A tree of digests allowing millions of items to be proven against a single root value.

Qualified electronic signature (QES)

The highest tier under eIDAS; legally equivalent to a handwritten signature across the EU.

Electronic seal (e-seal)

The organisational counterpart of a signature: it binds a legal person, not a natural person, to the document.

Self-sovereign identity (SSI)

A model in which identifiers and credentials are held by the user rather than in a provider's database.

Verifiable Credential (VC)

A cryptographically verifiable digital credential under the W3C standard.

Watermark

A signal hidden inside the content. It survives format changes but can be removed or forged; it complements a signature rather than replacing it.

Chain of custody

A documented trail of whose hands a piece of evidence passed through from creation to use.

11Frequently asked questions

12Sources and further reading

The references below are primary sources: standards texts, legislation and official documentation. Page last updated: September 2026.

1. Regulation (EU) 2024/1689 of the European Parliament and of the Council on artificial intelligence (AI Act), Article 50eur-lex.europa.eu/eli/reg/2024/1689/oj
2. Regulation (EU) 2024/1183 on a European Digital Identity Framework (eIDAS 2.0)eur-lex.europa.eu/eli/reg/2024/1183/oj
3. Digital Omnibus on AI. Amending the AI Act, in force 27 July 2026eur-lex.europa.eu: Regulation (EU) 2026/1744
4. European Commission: guidance and code of practice on AI content transparencydigital-strategy.ec.europa.eu
5. C2PA: Content Credentials technical specification (2.3, January 2026)spec.c2pa.org
6. C2PA: Security Considerations and Harms Modelling companion documentsc2pa.org/specifications
7. ISO/DIS 22144: Authenticity of information: Content Credentialsasist.org: ISO 22144 overview
8. Content Authenticity Initiative: implementation material and open-source toolingcontentauthenticity.org
9. JPEG Trust: trust framework for imagesjpeg.org/jpegtrust
10. W3C: Verifiable Credentials Data Model 2.0w3.org/TR/vc-data-model-2.0
11. W3C: Decentralized Identifiers (DIDs)w3.org/TR/did-core
12. IETF RFC 3161: Time-Stamp Protocolrfc-editor.org/rfc/rfc3161
13. IETF RFC 6962: Certificate Transparency (Merkle-tree public log)rfc-editor.org/rfc/rfc6962
14. IETF RFC 4998: Evidence Record Syntax, long-term evidence preservation by re-stampingrfc-editor.org/rfc/rfc4998
15. IETF RFC 6283: XML Evidence Record Syntaxrfc-editor.org/rfc/rfc6283
16. NIST FIPS 180-4: Secure Hash Standardcsrc.nist.gov/pubs/fips/180-4
17. NIST FIPS 204: Module-Lattice-Based Digital Signature Standard (ML-DSA)csrc.nist.gov/pubs/fips/204
18. NIST: Cryptographic Module Validation Program (FIPS 140-3)csrc.nist.gov/projects/cryptographic-module-validation-program
19. OpenTimestamps: open time-stamping protocolopentimestamps.org
20. IPTC: Photo Metadata Standardiptc.org/standards/photo-metadata
21. ENISA: EU cybersecurity agency publications on trust servicesenisa.europa.eu
22. CEN-CENELEC JTC 21: workshop for the AI Act's harmonised standardscencenelec.eu