2026: Reicht C2PA für EU AI Act Article 50?

Kurzurteil

Symptom: Ihre Datei enthält nach der Generierung eine C2PA-Manifest-Information, verliert sie aber beim Transkodieren oder beim Upload auf eine Plattform.

Schnellste Lösung: Behandeln Sie C2PA nur als technische Kandidatenschicht. Prüfen Sie für jede Ausgabeform die maschinenlesbare Erkennbarkeit, Interoperabilität, Robustheit und Zuverlässigkeit. Für reinen Text, Streaming-Antworten und instabile Dateiketten benötigen Sie in der Regel zusätzliche Kennzeichnung, Protokollierung oder beides.

Dieser Artikel gilt für Teams, die 2026 ein selbst gehostetes Open-Source-Modell, eine generative KI-Anwendung oder einen AI Agent im EU-Markt betreiben. Article 50 gilt seit dem 02.08.2026. Der 02.12.2026 ist keine pauschale Verschiebung aller Transparenzpflichten, sondern ein begrenzter Übergang für bestimmte, bereits vor dem 02.08.2026 auf den Markt gebrachte Systeme und insbesondere die Pflichten aus Article 50(2). Die endgültige rechtliche Einordnung muss Ihre Fachberatung vornehmen. EUR-Lex: Artikel 50 der Verordnung (EU) 2024/1689

Wer sollte weiterlesen?

• Sie verwenden C2PA bereits in einer Bild-, Audio- oder Videokette und müssen entscheiden, ob die Implementierung weiterverwendet werden kann.
• Sie liefern Text über API, Chat-Oberfläche oder AI Agent aus und suchen eine Ergänzung zur C2PA-Kennzeichnung.
• Sie müssen technische Testergebnisse als belastbares Compliance-Paket an Produktverantwortliche oder die Rechtsabteilung übergeben.

Zuletzt aktualisiert am 06.08.2026. Die Rechtsdaten wurden gegen die EU-Kommission, EUR-Lex und die am 20.07.2026 veröffentlichten Article-50-Leitlinien geprüft; die technischen Aussagen wurden mit der C2PA-Spezifikation 2.2 und der offiziellen Implementierungsanleitung abgeglichen.

Der entscheidende Unterschied: Standardnutzung gegen Nachweis

C2PA beschreibt eine technische Methode, um Herkunfts- und Verarbeitungsaussagen mit einem digitalen Asset zu verbinden. Ein Manifest kann signiert werden und Aktionen, Inhaltsbindungen sowie weitere Aussagen enthalten. Die Spezifikation unterstützt harte Bindungen über kryptografische Hashes und weiche Bindungen, etwa über Fingerprints oder unsichtbare Wasserzeichen. Das ist wertvoll, wenn ein Bild oder Video nach der Generierung weiterverarbeitet wird. Es beweist aber nicht automatisch, dass Ihre konkrete Ausgabekette Article 50 erfüllt. C2PA Technical Specification 2.2

Article 50(2) verlangt bei erfassten Systemen, dass synthetische Audio-, Bild-, Video- oder Textausgaben in einem maschinenlesbaren Format gekennzeichnet und als künstlich erzeugt oder manipuliert erkennbar sind. Die technischen Lösungen müssen, soweit technisch machbar, wirksam, interoperabel, robust und zuverlässig sein. Das Gesetz schreibt nicht vor, dass Sie zwingend C2PA einsetzen müssen. EUR-Lex: Artikel 50 Absatz 2

Daraus folgt eine klare Trennung:

• C2PA kann die Herkunft und Verarbeitung eines unterstützten Assets dokumentieren.
• Sichtbare Offenlegung nach Article 50(4) betrifft insbesondere Deepfakes und bestimmte veröffentlichte Texte. Sie ist nicht dasselbe wie ein unsichtbares oder maschinenlesbares Manifest.
• Logs zeigen, wann welches Modell welche Ausgabe erzeugt oder verarbeitet hat. Sie ersetzen nicht automatisch die Kennzeichnung am ausgegebenen Inhalt.
• Die Unterzeichnung des Transparenzpraxisleitfadens ist eine mögliche Compliance- und Nachweisperspektive. Die bloße technische Nutzung von C2PA ist keine gleichwertige Aussage.

Die EU-Kommission beschreibt den Code of Practice als freiwilliges, unionsweit anerkanntes praktisches Rahmenwerk. Er ersetzt weder den AI Act noch die Leitlinien. Für Article 50(2) nennt der Code unter anderem maschinenlesbare Lösungen für Audio, Bild, Video und Text, sofern dies technisch machbar ist. EU-Kommission: Code of Practice zur Transparenz KI-generierter Inhalte

Phase 1: Ausgabekette statt Modellname prüfen

Bei einem selbst gehosteten Open-Source-Modell ist der Modellname kein ausreichender Prüfpunkt. Auch die Tatsache, dass Ihr Team nur ein vorhandenes Modell lokal betreibt, beantwortet nicht automatisch die Frage, welche Rolle Ihr Unternehmen im konkreten Angebot einnimmt. Die EU-Leitlinien behandeln den Anwendungsbereich, Provider, Deployer und die jeweiligen Ausgaben getrennt. Lassen Sie diese Rollen durch Ihre Rechtsabteilung oder externe Fachberatung bestätigen. EU-Kommission: Leitlinien zu den Transparenzpflichten nach Article 50

Beginnen Sie mit einem Inventar. Nehmen Sie jede Ausgabeform separat auf:

1. Bilder als JPEG, PNG, WebP oder andere Produktionsformate.
2. Audioaufnahmen mit Normalisierung, Mischung oder Streaming.
3. Videos nach Schnitt, Transkodierung und Vorschauberechnung.
4. Dokumente, PDFs oder andere dateibasierte Textausgaben.
5. Reine Textantworten aus Chat, API oder Agentenlauf.
6. Tokenweise Streaming-Antworten ohne stabile Datei zum Zeitpunkt der Ausgabe.

Notieren Sie danach die gesamte technische Kette. Dazu gehören Inferenzserver, API-Gateway, Filter, Moderation, Encoder, Object Storage, CDN, Download-Proxy, Vorschaudienst und Drittplattform. Ein C2PA-Manifest, das direkt nach der Generierung valide ist, kann an einem späteren Knoten verloren gehen. Häufige Ursachen sind:

• ein Encoder schreibt die Datei vollständig neu und übernimmt unbekannte Metadaten nicht;
• ein Bilddienst entfernt Metadaten beim Zuschneiden oder Komprimieren;
• ein Video-Workflow erzeugt aus dem Original eine neue Containerdatei;
• ein CDN liefert eine Vorschau oder optimierte Variante statt des signierten Originals;
• ein Text-API-Endpunkt besitzt keinen stabilen Asset-Container, in den ein Manifest eingebettet werden könnte.

Das sind keine bloßen Implementierungsdetails. Sie entscheiden darüber, ob Ihre Kennzeichnung beim Empfänger noch prüfbar ist.

Phase 2: C2PA für Medien, Ergänzungen für Text

Die Entscheidung sollte nicht „C2PA oder kein C2PA“ lauten. Sinnvoller ist eine Zuordnung nach Ausgabeklasse.

Bilder, Audio und Video mit stabiler Datei

Vorteile:

• C2PA kann Herkunft, Erzeugung und nachgelagerte Verarbeitung in einer signierten Struktur abbilden.
• Harte Inhaltsbindungen ermöglichen die Prüfung, ob das Manifest zur konkreten Datei gehört.
• Weiche Bindungen können bei bestimmten abgeleiteten Assets eine Wiederauffindung unterstützen.
• Die Lösung passt gut zu einem kontrollierten Export- und Downloadprozess.

Grenzen:

• Metadaten können bei Konvertierung oder Plattformverarbeitung verschwinden.
• Eine valide Signatur allein zeigt nicht, dass alle nachfolgenden Ausgaben gekennzeichnet bleiben.
• Vertrauen hängt auch von Signaturzertifikat, Validator, Schlüsselverwaltung und Aktualität der Implementierung ab.
• Nicht jede Plattform oder jedes Dateiformat verarbeitet C2PA gleich.

Dateibasierte Texte und PDFs

C2PA kann sinnvoll sein, wenn das Dokumentformat und die gesamte Verteilungskette zuverlässig unterstützt werden. Prüfen Sie jedoch, ob Empfänger die Manifest-Information tatsächlich auslesen können und ob nach einer PDF-Neuerstellung die Bindung weiterhin gültig ist. Ein zusätzliches strukturiertes Feld, ein sichtbarer Hinweis oder ein serverseitiger Nachweis kann erforderlich sein. Welche Kombination rechtlich genügt, entscheidet nicht die technische Bibliothek, sondern die Einordnung Ihrer konkreten Nutzung.

Reiner Text, Chat und Streaming

Hier ist C2PA oft nicht die alleinige Lösung. Eine einzelne Textantwort besitzt möglicherweise kein dauerhaftes Asset, das signiert und später unabhängig validiert wird. Bei Streaming kommen Zwischenzustände hinzu. Ein nachträglich erzeugtes Manifest kann den bereits ausgelieferten Text nicht zuverlässig zurückholen.

Mögliche Ergänzungen sind:

• ein maschinenlesbares Kennzeichnungsfeld in der API-Antwort;
• ein standardisiertes Objekt mit Inhalt, Herkunft, Modellversion und Kennzeichnungsstatus;
• ein sichtbarer Hinweis in der Benutzeroberfläche;
• ein unveränderbares Ausgabelog mit Hash, Zeitstempel und Veröffentlichungsereignis;
• ein nachgelagerter Container, etwa ein Dokument- oder Archivformat, wenn die Ausgabe gespeichert wird;
• ein Detektions- oder Kontrollmechanismus als zusätzliche Überprüfung, nicht als alleiniger Beweis.

Ein Log hilft bei Rückverfolgung und Beweisführung. Es macht den bereits ausgelieferten Text aber nicht automatisch maschinenlesbar gekennzeichnet. Ebenso ersetzt ein sichtbarer Hinweis nicht zwingend die Anforderungen aus Article 50(2).

Entscheidungs-Checkliste für C2PA, Wasserzeichen und Logs

Nutzen Sie diese Checkliste vor der technischen Freigabe jeder Ausgabeform. Markieren Sie eine Aussage erst dann als erfüllt, wenn Sie dafür ein Testergebnis, eine Validator-Ausgabe oder einen versionierten Betriebsnachweis abgelegt haben.

• [ ] Stabile Datei vorhanden: Die Ausgabe liegt bei der Auslieferung als dauerhaftes Asset vor und wird nicht nur tokenweise übertragen.
• [ ] C2PA technisch einbettbar: Das verwendete Format kann ein Manifest aufnehmen, ohne dass der nächste Verarbeitungsschritt es automatisch entfernt.
• [ ] Unabhängige Prüfung möglich: Ein separates Validierungswerkzeug findet Manifest, Signatur und Inhaltsbindung.
• [ ] Kette getestet: Kompression, Zuschnitt, Umbenennung, Transkodierung, Speicherung, Download und CDN-Auslieferung wurden einzeln geprüft.
• [ ] Fehler klassifiziert: Sie unterscheiden zwischen fehlendem Manifest, ungültiger Signatur, fehlender Interoperabilität und veränderter Datei.
• [ ] Fallback definiert: Bei einer fehlenden oder ungültigen Kennzeichnung wird blockiert, zurückgestuft, unter Quarantäne gestellt oder manuell geprüft.
• [ ] Text separat behandelt: Für reine Textantworten und Streaming existiert ein eigenes maschinenlesbares Kennzeichnungsschema.
• [ ] Sichtbare Offenlegung geprüft: Falls Article 50(4) oder die konkrete Benutzeroberfläche dies verlangt, erscheint ein klarer Hinweis unabhängig von C2PA.
• [ ] Logs getrennt bewertet: Das Log dient der Rückverfolgung und Beweissicherung, wird aber nicht als Ersatz für die Ausgabe-Kennzeichnung behandelt.
• [ ] Versionen dokumentiert: Modell, Encoder, Markierungskomponente, Schlüsselkonfiguration und Validator sind einer Test-ID zugeordnet.
• [ ] Übergangsregel separat geprüft: Ein System vor dem 02.08.2026 wird nicht automatisch so behandelt, als gälten alle Pflichten erst ab dem 02.12.2026.
• [ ] Rechtliche Einordnung offen: Provider-, Deployer- und Anwendungsbereich wurden nicht aus dem Einsatz eines Open-Source-Modells abgeleitet, sondern fachlich bestätigt.

Die Auswertung ist einfach:

• Sind die ersten sechs Punkte erfüllt und betrifft die Ausgabe eine stabile Medien-Datei, kann C2PA die zentrale technische Schicht bilden.
• Fehlt einer dieser Punkte, benötigen Sie eine Pipeline-Änderung oder eine ergänzende Kennzeichnung.
• Betrifft die Ausgabe reinen Text oder Streaming, planen Sie von Anfang an ein separates maschinenlesbares Antwortschema und Logs ein.
• Sind sichtbare Offenlegung und Article 50(4) relevant, behandeln Sie sie als eigene Pflicht. Weder C2PA noch ein internes Log darf diese Prüfung automatisch ersetzen.

Phase 3: Der Belastungstest für die echte Kette

Führen Sie den ersten Test nicht nur gegen die Schreibfunktion aus. Ein erfolgreicher Rückgabewert der C2PA-Bibliothek zeigt lediglich, dass ein Manifest erzeugt wurde. Er zeigt nicht, dass ein unabhängiger Prüfer es später noch findet und validiert.

Arbeiten Sie die folgende Reihenfolge ab:

1. Testproben definieren
   Erzeugen Sie je Ausgabeform mehrere Proben mit identischer Modellversion, unterschiedlichen Dateigrößen und mindestens einer nachgelagerten Bearbeitung. Für Text erfassen Sie kurze Antwort, lange Antwort und Streaming-Ausgabe.

2. Ausgangszustand sichern
   Speichern Sie Originaldatei, Manifest, Signaturstatus, Inhaltsbindung, verwendete Schlüsselkonfiguration und Modellversion. Legen Sie außerdem fest, welcher Validator als unabhängiges Prüfwerkzeug verwendet wird.

3. Produktionsschritte nachbilden
   Führen Sie Komprimierung, Zuschnitt, Transkodierung, Object-Storage-Upload, Download und CDN-Auslieferung in derselben Reihenfolge wie im Betrieb aus. Jede Änderung erhält eine eigene Test-ID.

4. Unabhängig validieren
   Prüfen Sie nach jedem Schritt, ob das Manifest gefunden wird, ob die Signatur gültig bleibt, ob die Inhaltsbindung noch passt und ob die Aussage zur künstlichen Erzeugung auslesbar ist. Verlassen Sie sich nicht nur auf den internen Schreibdienst.

5. Fehler klassifizieren
   Trennen Sie zwischen „Manifest fehlt“, „Manifest vorhanden, aber ungültig“, „Manifest valide, aber nicht interoperabel auslesbar“ und „Datei verändert, Wiederherstellung über Soft Binding möglich“. Diese Kategorien führen zu unterschiedlichen Gegenmaßnahmen.

6. Abbruch- und Fallback-Verhalten testen
   Wenn die Kennzeichnung nicht geschrieben oder validiert werden kann, darf der Dienst nicht stillschweigend eine normale Ausgabe ausliefern. Definieren Sie Blockierung, sichtbaren Hinweis, Quarantäne oder manuelle Freigabe.

7. Beweispaket ablegen
   Speichern Sie Testdateien, Validator-Ausgaben, Hashes, Pipeline-Versionen, Fehlermeldungen und die Entscheidung, welche ergänzende Maßnahme eingeführt wurde.

Wenn Sie die Testumgebung getrennt vom Produktionssystem betreiben, können Sie die Ausgabekette kontrolliert wiederholen. Für die Verwaltung getrennter Mac-Testinstanzen können Sie beispielsweise die MacHTML-Konsole als Ausgangspunkt für Ihre isolierte Umgebung verwenden. Für Fragen zu Zugriff, Bereitstellung und Betriebsgrenzen steht die MacHTML-Hilfe bereit.

Phase 4: Die vier Akzeptanzkriterien

Ordnen Sie jeden Testerfolg einem konkreten Kriterium zu. So entsteht aus „C2PA ist eingebaut“ ein überprüfbarer technischer Nachweis.

Wirksamkeit

Kann ein unabhängiger Validator die Kennzeichnung erkennen? Der Test muss nicht nur die Existenz eines Manifests, sondern auch die relevante Aussage zur künstlichen Erzeugung oder Manipulation prüfen.

Interoperabilität

Funktioniert die Prüfung mit mindestens einem unabhängigen Werkzeug und in den Formaten, die Ihre Kunden tatsächlich erhalten? Ein proprietärer interner Prüfer ist für sich genommen kein Interoperabilitätsnachweis.

Robustheit

Bleibt die Kennzeichnung nach realistischen Änderungen erhalten oder wiederherstellbar? Testen Sie insbesondere Kompression, Zuschnitt, Transkodierung, Containerwechsel, Vorschauerzeugung und Plattformexport. Die C2PA-Anleitung unterscheidet dabei zwischen technischen Bindungen und möglichen Soft-Binding-Mechanismen. C2PA Implementation Guidance

Zuverlässigkeit

Was geschieht bei Schlüsselablauf, Zertifikatswiderruf, Modellupdate, Encoderwechsel oder einem Fehler im Markierungsdienst? Die C2PA-Spezifikation beschreibt unter anderem Signaturen, Vertrauensmodelle und Validierungszustände. Ihre Plattform muss daraus konkrete Betriebsregeln machen, etwa „keine unmarkierte Medienausgabe bei Validierungsfehler“. C2PA-Spezifikation: Signaturen und Validierung

Zusätzlich sollten Sie Zugänglichkeit und Bedienbarkeit prüfen. Ein sichtbarer Hinweis darf nicht durch eine unlesbare Darstellung oder eine unzugängliche Benutzeroberfläche entwertet werden. Article 50(5) verlangt eine klare und unterscheidbare Information spätestens bei der ersten Interaktion oder Aussetzung. EUR-Lex: Artikel 50 Absatz 5

Phase 5: Betrieb und Nachweisführung

Nach dem Go-live endet die Prüfung nicht. Kennzeichnungen scheitern häufig nicht beim ersten Deployment, sondern bei scheinbar kleinen Änderungen. Nehmen Sie deshalb mindestens folgende Angaben in jede relevante Veröffentlichung auf:

• Modell- und Adapterversion;
• Version der C2PA-Komponente oder des Markierungsdienstes;
• Format- und Encoder-Version;
• Signatur- und Zertifikatskonfiguration;
• Validator und Prüfergebnis;
• Hash oder eindeutige Referenz der Testprobe;
• vollständige Kette vom Inferenzdienst bis zur Auslieferung;
• Zeitpunkt und Verantwortlicher der Freigabe;
• bekannte nicht unterstützte Formate;
• definierte Reaktion bei fehlender oder ungültiger Kennzeichnung.

Wiederholen Sie den Durchdringungstest, wenn Sie den Encoder, das Containerformat, Object Storage, CDN, Download-Proxy, Inhaltsfilter oder die C2PA-Version ändern. Auch ein Modellwechsel kann relevant sein, wenn sich Ausgabeformat, Bildauflösung, Audio-Container oder Agentenfluss ändert.

Halten Sie außerdem fest, welche Aussage Ihr technisches Paket nicht trifft. Es soll die technische Umsetzung, die Fehlergrenzen und die gespeicherten Belege zeigen. Es soll nicht eigenständig feststellen, ob Ihr Unternehmen Provider oder Deployer ist oder ob Article 50 im konkreten Geschäftsmodell greift.

Vor dem Produktionsbetrieb: Was bei der aktuellen Lösung häufig fehlt

Wenn Sie die Prüfung in einer bestehenden Umgebung durchführen, stoßen Sie oft auf drei praktische Nachteile: Die Produktionspipeline lässt sich nicht beliebig zurücksetzen, Transkodierungs- und Plattformänderungen sind schwer reproduzierbar, und ein Fehler in der Kennzeichnung kann direkt Kundeninhalte betreffen. Bei gemeinsam genutzten Systemen kommen zusätzlich Zugriffsrechte, Datenschutzfragen und unklare Zuständigkeiten für Signaturschlüssel hinzu.

Für einen begrenzten Proof of Concept kann deshalb eine getrennte Mac-Umgebung sinnvoller sein als ein Test direkt im produktiven Cluster. Sie können die Signatur-, Transkodierungs- und Validierungskette isoliert nachbauen, Testdateien zurücksetzen und die Ergebnisse anschließend als technische Entscheidungsgrundlage an Ihre Rechtsabteilung geben. MacHTML ist dafür interessant, wenn Sie kurzfristig eine kontrollierte Testumgebung benötigen, ohne Ihre laufende Produktionskette zu verändern.

Wenn Sie dagegen dauerhaft hohe Last, feste Hardware-Schnittstellen oder eine langfristig optimierte Produktionsplattform benötigen, ist eine gemietete Testumgebung nicht automatisch die beste Lösung. In diesem Fall sollten Sie Kosten, Datenhaltung, Netzwerkpfade, Schlüsselverwaltung und Betriebsverantwortung gegen eine eigene Umgebung abwägen. Für einen zeitlich begrenzten C2PA-Nachweis mit wiederholbaren Tests kann die Trennung von Produktion und Validierung jedoch deutlich sauberer sein.

Bevor Sie die Umgebung auf Produktionsdaten anwenden, prüfen Sie Datenschutz, Zugriffskontrolle und Löschfristen. Legen Sie fest, ob Testdateien personenbezogene Inhalte enthalten dürfen und wer Signaturmaterial, Validator-Ausgaben und Ausgabelogs einsehen kann. So bleibt die technische Prüfung reproduzierbar, ohne eine neue Daten- oder Schlüsselverwaltungslücke zu schaffen.

Weiterführende Links: EU AI Act und Transparenzpflichten für KI-Entwickler Selbst gehostete KI-Agenten als Weg zu mehr Souveränität Offene Modellgewichte richtig bewerten und selbst hosten