EU AI Act Artikel 50: Checkliste zur Kennzeichnung von AI-Inhalten
Tech
AI
EU AI Act
AI Governance
Transparency

EU AI Act Artikel 50: Checkliste zur Kennzeichnung von AI-Inhalten

Artikel 50 verlangt mehr als ein Wasserzeichen. Anbieter müssen synthetische Ausgaben kennzeichnen, und Betreiber benötigen möglicherweise weiterhin sichtbare Hinweise sowie Nachweise einer menschlichen Prüfung.

Uygar DuzgunUUygar Duzgun
Jul 29, 2026
Aktualisiert 22. Aug. 2026
13 min read

Wenn Ihr Produkt unter EU AI Act Artikel 50 fällt, ist ein maschinenlesbares Wasserzeichen nicht die gesamte Aufgabe. Anbieter und Betreiber haben unterschiedliche Pflichten. Einige Pflichten der Betreiber erfordern weiterhin eine klare Kennzeichnung, die eine Person ohne spezielle Tools wahrnehmen kann. Die Regel gilt ab dem 2. August 2026. Die begrenzte Übergangsfrist bis zum 2. Dezember 2026 betrifft ausschließlich die Kennzeichnungspflicht nach Artikel 50 Absatz 2 für Systeme, die vor dem 2. August in Verkehr gebracht wurden. Die offiziellen FAQ- und Leitfadenseiten der Kommission stellen dies nun ausdrücklich klar. FAQ der Europäischen Kommission Leitfadenseite

Dieser Artikel ist eine technische Checkliste und keine Rechtsberatung. Das Ziel ist enger gefasst: den offiziellen Anwendungsbereich, die Fristen, Ausnahmen und Prüfschwellen in Produktkontrollen zu übersetzen, die Sie tatsächlich ausrollen können. Diese Checkliste konzentriert sich auf Artikel 50 Absatz 1, Artikel 50 Absatz 2 und die Pflichten für generative Inhalte in Artikel 50 Absatz 4. Die separaten Pflichten nach Artikel 50 Absatz 3 für Systeme zur Emotionserkennung und biometrischen Kategorisierung werden nicht behandelt. Klären Sie Rolle, Anwendungsbereich und mögliche Ausnahmen mit qualifizierter Rechtsberatung, bevor Sie sich auf diesen Ablauf verlassen.

EU AI Act Artikel 50: Wer muss was tun?

Die aktuelle Orientierungshilfe der Kommission teilt die Arbeit nach Akteur auf. Anbieter kümmern sich um Hinweise bei direkter AI-Interaktion und die maschinenlesbare Kennzeichnung synthetischer Ausgaben. Betreiber kümmern sich um Deepfake-Kennzeichnungen und bestimmte Kennzeichnungen von Texten im öffentlichen Interesse. Leitfadenseite Kurzinformationen

AkteurAuslöserWas die offizielle Orientierungshilfe sagt
---------
AnbieterDirekte AI-Interaktion mit einer natürlichen PersonDie Person ab der ersten Interaktion informieren, es sei denn, es ist offensichtlich, dass sie mit AI interagiert.
AnbieterSynthetische Text-, Bild-, Audio- oder VideoausgabeEine maschinenlesbare Kennzeichnung hinzufügen und die Erkennbarkeit ermöglichen, vorbehaltlich von Anwendungsbereichsgrenzen und Ausnahmen.
BetreiberKonfrontation mit einem DeepfakeSpätestens bei der ersten Konfrontation eine klare und wahrnehmbare Offenlegung bereitstellen.
BetreiberText im öffentlichen Interesse ohne menschliche Prüfung oder redaktionelle KontrolleDen Text eindeutig als AI-generiert oder AI-manipuliert kennzeichnen.

Diese Aufteilung ist wichtig, weil sie eine verbreitete Abkürzung ausschließt: Eine verborgene Kennzeichnung des Anbieters erfüllt nicht automatisch die Pflicht des Betreibers zur sichtbaren Offenlegung. Die Kommission erklärt, dass Betreiber sich nicht ausschließlich auf die vom Anbieter eingebettete maschinenlesbare Kennzeichnung verlassen können. FAQ der Europäischen Kommission

Die wichtigen Fristen

Die zentralen Pflichten nach Artikel 50 gelten ab dem 2. August 2026. Die FAQ der Kommission sieht eine begrenzte Übergangsfrist für die Kennzeichnungspflicht nach Artikel 50 Absatz 2 bis zum 2. Dezember 2026 vor, jedoch nur für generative AI-Systeme, die vor dem 2. August 2026 in Verkehr gebracht wurden. Vor dem 2. August generierte Inhalte müssen nicht rückwirkend gekennzeichnet werden, auch wenn die Kommission dies nach Möglichkeit empfiehlt. FAQ der Europäischen Kommission Kurzinformationen

Das Gesetz legt zwei relevante Daten fest. Ihr Rollout-Plan kann ein drittes internes Datum vorsehen:

`2026-08-02`: Neue Systeme und neue Kennzeichnungen durch Betreiber müssen bereit sein.
`2026-12-02`: Die begrenzte Übergangsfrist für die Kennzeichnung nach Artikel 50 Absatz 2 endet für qualifizierte bereits bestehende Systeme.
Interne Richtlinie, keine gesetzliche Frist: Ihr Stichtag für die freiwillige Kennzeichnung älterer öffentlicher Inhalte.

Was Anbieter entwickeln müssen

Für Anbieter ist die Regel zur direkten Interaktion die einfachere. Wenn das System eine echte wechselseitige Interaktion mit einer natürlichen Person darstellt und die Interaktion nicht offensichtlich mit AI erfolgt, muss die Person ab Beginn der ersten Interaktion informiert werden. Die Kommission erklärt, dass die Ausnahme der „Offensichtlichkeit“ eng auszulegen ist. FAQ der Europäischen Kommission

Der schwierigere Teil ist die Kennzeichnung von Ausgaben. Anbieter von Systemen, die synthetische Texte, Bilder, Audio- oder Videoinhalte erzeugen, müssen maschinenlesbare Kennzeichnungen anbringen und die Erkennbarkeit ermöglichen. Dieselbe FAQ erklärt außerdem, dass bestimmte Ausgaben außerhalb des Anwendungsbereichs liegen oder ausgenommen sind, darunter Quellcode, bestimmte Ausgaben von Maschine zu Maschine ohne Kontakt mit Menschen sowie bestimmte geschlossene industrielle Anwendungen oder Anwendungen in der Produktentwicklung. FAQ der Europäischen Kommission

Hier vereinfachen Teams die Aufgabe meist zu stark. Das Folgende ist eine technische Umsetzungsauslegung und keine wörtliche Checkliste der Kommission. Eine Anbieterpflicht lautet nicht „Wasserzeichen aktivieren“. Sie umfasst:

entscheiden, welche Ausgabewege in den Anwendungsbereich fallen
eine Kennzeichnungsmethode auswählen, die zum Inhaltstyp passt
messen, wo die Kennzeichnung erhalten bleibt und wo sie versagt
dokumentieren, welche Systemversion die gekennzeichnete Ausgabe tatsächlich erzeugt hat
Empfohlen für dich

Wenn Sie Anbieter, Laufzeitumgebungen und Ausgaberouten bereits in einer AI-Stückliste erfassen, erweitern Sie dieses Inventar um die Kennzeichnungsabdeckung und Verifizierungsergebnisse pro Ausgabe. Falls nicht, wird es später deutlich schwieriger, die Einhaltung von Artikel 50 nachzuweisen.

Was Betreiber weiterhin tun müssen

Betreiber stehen vor einem anderen Problem. Ihre Pflichten sind sichtbar, kontextbezogen und an die Konfrontation mit Inhalten geknüpft. Eine verborgene Kennzeichnung in einer Datei reicht nicht aus, wenn eine Person das Ergebnis betrachtet oder liest.

Bei Deepfakes erklärt die Kommission, dass die Offenlegung spätestens bei der ersten Konfrontation erfolgen und ohne spezielle Tools verständlich sein muss. Bei Texten im öffentlichen Interesse muss der Betreiber den Inhalt kennzeichnen, sofern keine echte menschliche Prüfung oder redaktionelle Kontrolle stattgefunden hat. Die Kommission stellt ausdrücklich klar, dass Rechtschreibprüfung und grammatikalische Bereinigung nicht ausreichen. FAQ der Europäischen Kommission

Hier ist die Gestaltung des Workflows wichtiger als die Erkennungstechnologie:

Eine Redaktion benötigt eine inhaltliche Prüfungsfreigabe und nicht nur ein CMS-Kontrollkästchen.
Ein Kampagnenteam benötigt eine sichtbare Deepfake-Kennzeichnung auf dem gerenderten Inhalt und nicht nur Metadaten in der Datei.
Ein Agent, der veröffentlichen kann, sollte eine Berechtigungsprüfung für AI-Agenten durchlaufen, bevor er einen Text im öffentlichen Interesse live schalten darf.

Die Frage für Betreiber lautet nicht: „War AI beteiligt?“ Die Frage lautet: „Was haben wir Menschen zugänglich gemacht, und welche Prüfungsnachweise haben wir für genau diesen Inhalt?“

Entscheidungsbaum mit den Pflichten nach Artikel 50 für Anbieter und Betreiber von AI-Systemen
Entscheidungsbaum mit den Pflichten nach Artikel 50 für Anbieter und Betreiber von AI-Systemen

*Bildunterschrift: Artikel 50 teilt die Pflichten zwischen Anbietern und Betreibern auf. Die maschinenlesbare Kennzeichnung und der sichtbare Hinweis lösen unterschiedliche Probleme.*

Warum Wasserzeichen allein nicht ausreichen

Die aktuelle Dokumentation von Anbietern zeigt bereits, warum eine einschichtige Lösung schwach ist.

OpenAI erklärt, dass C2PA-Metadaten dabei helfen, dass Inhalte Informationen zur Herkunft mitführen. Gleichzeitig weist OpenAI darauf hin, dass Metadaten entfernt werden oder beim Hoch- und Herunterladen verloren gehen können und dass Transformationen wie Größenänderungen und Screenshots sie beschädigen können. Am 29. Juli 2026 beschreibt die Dokumentation von OpenAI eine zweite Ebene durch SynthID für unterstützte Bilder sowie eine öffentliche Verifizierungsvorschau. Herkunft bei OpenAI OpenAI-Verifizierung

Die öffentlichen SynthID-Textdokumente von Google verdeutlichen denselben Punkt aus einem anderen Blickwinkel. Sie beschreiben die Funktionsweise von Text-Wasserzeichen, weisen aber auch darauf hin, dass die Erkennungssicherheit nach gründlicher Überarbeitung oder Übersetzung stark sinken kann. Diese Einschränkung ist für Artikel 50 relevant, weil die Pflichten der Betreiber Texte im öffentlichen Interesse umfassen, bei denen bearbeitete Texte eher die Regel als die Ausnahme sind. SynthID-Textdokumentation

ElevenLabs positioniert SynthID zusammen mit C2PA inzwischen als Teil seines Audio-Transparenz-Stacks und erklärt, dass das Wasserzeichen zunächst für kostenlose Text-to-Speech-Erzeugungen ausgerollt wurde, bevor die Abdeckung erweitert werden sollte. Das ist nützliche technische Umsetzungsevidenz, aber weiterhin ein vom Anbieter gemeldeter Rollout-Status und kein Beweis dafür, dass jede nachgelagerte Plattform das Signal bewahrt. SynthID-Beitrag von ElevenLabs

Aktuelle Forschung kommt zum selben Ergebnis. Das Paper zu strukturellen Lücken bei Artikel 50 argumentiert, dass Compliance nicht auf nachträgliche Kennzeichnung reduziert werden kann. Das Paper zum Herkunfts-Framework argumentiert, dass Herkunftsmetadaten und Wasserzeichen unterschiedliche Nachweisprobleme lösen. Das Paper zur facettierten Attribution argumentiert, dass grobe Offenlegungen wie „AI wurde verwendet“ nicht zeigen, wo, wie und unter welcher Prüfung das System eingegriffen hat. Die praktische technische Schlussfolgerung ist enger gefasst: Die Einhaltung von Artikel 50 benötigt neben technischer Kennzeichnung auch Workflow-Nachweise. Paper zu strukturellen Lücken Herkunfts-Framework Paper zur facettierten Attribution

Eine praktische technische Checkliste

1. Jeden öffentlichen Ausgabeweg erfassen

Listen Sie jedes System auf, das öffentlich zugängliche Texte, Bilder, Audio- oder Videoinhalte erzeugen kann. Beschränken Sie sich nicht auf den Modellnamen. Erfassen Sie die Oberfläche, über die die Ausgabe bereitgestellt wird, den Akteur, der die Veröffentlichung kontrolliert, und ob die Ausgabe eine natürliche Person erreicht. Die Aufteilung zwischen Anbietern und Betreibern durch die Kommission wird auf System- und Konfrontationsebene angewendet, nicht auf Ebene der Modellmarke. FAQ der Europäischen Kommission

Mindestfelder:

Systemname und Verantwortlicher
Anbieter- oder Betreiberrolle pro Pfad
Inhaltstypen: Text, Bild, Audio, Video
direkte Interaktion ja/nein
Text im öffentlichen Interesse ja/nein
Deepfake-Risiko ja/nein
verwendete Kennzeichnungsebene
verwendetes Muster für sichtbare Hinweise
Verantwortlicher für das Prüf-Gate

2. Anbieter- und Betreiberpflichten im Code trennen

Setzen Sie nicht einfach ein allgemeines `ai_disclosure=true`-Flag auf den Inhalt und betrachten Sie die Aufgabe als erledigt. Sie benötigen getrennte Kontrollen:

`provider_marking_status`
`provider_detectability_check`
`deployer_visible_label_status`
`human_review_status`
`editorial_responsibility_owner`

Diese Trennung ermöglicht es Ihnen nachzuweisen, warum eine gekennzeichnete Datei weiterhin einen sichtbaren Hinweis benötigte oder warum ein Inhalt im öffentlichen Interesse von der Kennzeichnung ausgenommen war, weil eine qualifizierte prüfende Person eine inhaltliche Freigabe erteilt hat.

3. Eine echte Schwelle für menschliche Prüfung definieren

Die Kommission erklärt, dass eine inhaltliche Prüfung einschlägige Kenntnisse und professionelles Urteilsvermögen erfordert und dass redaktionelle Kontrolle bedeutet, dass eine verantwortliche Stelle den Inhalt genehmigen, ändern oder inhaltlich ablehnen kann. Rechtschreibprüfung ist ausdrücklich ausgeschlossen. FAQ der Europäischen Kommission

Wenn Ihr CMS-Prüfschritt folgende Fragen nicht beantworten kann:

Wer hat den Inhalt geprüft?
Wann wurde er geprüft?
Was wurde geändert oder freigegeben?
Wer trägt die redaktionelle Verantwortung?

ist der Nachweis für die Berufung auf die Prüfungsausnahme unvollständig.

4. Das Überleben von Transformationen testen, nicht nur den Erfolg der Erzeugung

Bei maschinenlesbaren Kennzeichnungen lautet die technische Frage nicht nur: „Können wir sie einbetten?“ Sie lautet: „Übersteht sie den tatsächlichen Weg, den der Inhalt nimmt?“

Testen Sie mindestens:

ursprünglicher Export
Größenänderung
erneute Komprimierung
Screenshot
erneuter Upload in soziale Netzwerke
Übersetzung oder Überarbeitung bei Text
Zuschneiden oder Geschwindigkeitsänderung bei Audio

OpenAI, Google und ElevenLabs beschreiben jeweils Robustheit, behaupten jedoch nicht, dass das Signal nach jeder Transformation perfekt erhalten bleibt. Herkunft bei OpenAI SynthID-Übersicht SynthID-Beitrag von ElevenLabs

5. Einen Verifizierungsweg bereitstellen, den Betreiber tatsächlich ausführen können

Der Open-Source-C2PA-Stack ist inzwischen aktiv genug, um ihn heute in realen Workflows einzusetzen. Das C2PA-Konformitätsprogramm und die Vertrauensliste sind verfügbar, `c2patool` kann Manifeste prüfen oder hinzufügen, und die Veröffentlichungsreihe von `c2pa-rs` wird im Juli 2026 weiterhin fortgeführt. C2PA-Konformität c2patool-Dokumentation c2pa-rs-Releases

Das ermöglicht einen einfachen Ablauf für Betreiber:

Den Inhalt auf ein Manifest oder ein Wasserzeichensignal prüfen.
Den erwarteten Anbieter oder Unterzeichner bestätigen.
Den Status des öffentlichen Hinweises mit dem maschinenlesbaren Status des Inhalts vergleichen.
Das Ergebnis neben der Inhalts-ID und dem Veröffentlichungsereignis speichern.

6. Ausnahmen als ausdrückliche Richtlinie behandeln, nicht als internes Erfahrungswissen

Die Orientierungshilfe der Kommission beschreibt mehrere bedingungsabhängige Ausschlüsse und Ausnahmen. Sie nennt Quellcode, ausschließlich für die maschinelle Verarbeitung bestimmte Ausgaben ohne Kontakt mit Menschen sowie bestimmte geschlossene industrielle Ausgaben oder Ausgaben in der Produktentwicklung als außerhalb des Anwendungsbereichs liegend, jeweils unter den beschriebenen Umständen. Außerdem unterscheidet sie zwischen unterstützender Standardbearbeitung, einer inhaltlichen Prüfung von Texten im öffentlichen Interesse sowie bestimmten offensichtlich künstlerischen, kreativen, satirischen, fiktionalen oder vergleichbaren Deepfakes. Dies sind keine pauschalen Ausnahmen. Dokumentieren Sie, warum ein bestimmter Ausgabeweg die einschlägigen Bedingungen erfüllt. FAQ der Europäischen Kommission

Wenn diese Ausnahmen nur im Gedächtnis einzelner Personen existieren, werden sie sich verändern. Halten Sie sie in einem Entscheidungsbaum, einer Richtlinientabelle oder einer Release-Checkliste fest und verknüpfen Sie jede Ausnahme mit dem Inhaltspfad, auf dem sie zulässig ist.

Wo aktuelle Tools bereits helfen

OpenAI, Google und ElevenLabs stellen Teams inzwischen echte Bausteine bereit, doch jeder Baustein hat Grenzen.

OpenAI

Am 29. Juli 2026 erklärt OpenAI, dass es ein C2PA Conforming Generator Product ist, SynthID auf unterstützte Bilder anwendet, die über ChatGPT, Codex und die API erzeugt werden, und einen Verifizierer als Forschungsvorschau für von OpenAI erzeugte Bilder anbietet. OpenAI weist außerdem darauf hin, dass keine Erkennungsmethode unfehlbar ist und ein fehlendes Signal kein Beweis dafür ist, dass ein Bild nicht mit AI erzeugt wurde. Herkunft bei OpenAI OpenAI-Verifizierung

Google

Google positioniert SynthID als medienübergreifendes Wasserzeichensystem für Bilder, Audio, Text und Video. Die Textdokumentation ist ungewöhnlich konkret: Die Wasserzeichentechnologie wird als Logits-Prozessor implementiert, doch Übersetzung und gründliche Überarbeitung können die Erkennung schwächen. Das ist nützlich, weil es zeigt, wo Sie keine überzogenen Versprechen machen sollten. SynthID-Übersicht SynthID-Textdokumentation

ElevenLabs

Am 29. Juli 2026 erklärt ElevenLabs, dass sein Audio Detector zunächst nach einem SynthID-Wasserzeichen sucht und anschließend auf seinen AI Speech Classifier zurückgreift, wenn kein Wasserzeichen gefunden wird. Das ist konzeptionell das richtige Muster: zuerst ein Herkunftssignal, danach ein schwächeres Inferenzsignal. Dokumentation des ElevenLabs Audio Detectors

C2PA und Open-Source-Verifizierung

C2PA bleibt der praktischste offene Standard für Herkunftsmetadaten. Die offizielle Spezifikation, das Konformitätsprogramm und die Kommandozeilen-Tools reichen aus, um Validierungs-Gates in einer Produktionspipeline zu unterstützen. C2PA-Startseite C2PA-Spezifikation c2patool-Dokumentation

Was Sie nicht annehmen sollten

Nehmen Sie keines der folgenden Dinge an:

Eine verborgene maschinenlesbare Kennzeichnung ersetzt einen sichtbaren Hinweis des Betreibers.
Ein sichtbarer Hinweis beweist die Herkunft.
Ein Wasserzeichen übersteht Übersetzung, Überarbeitung oder jede Medientransformation.
Ein Prüf-Kontrollkästchen beweist menschliche redaktionelle Kontrolle.
Der Detektor eines Anbieters kann Inhalte jedes anderen Anbieters klassifizieren.

Das sind die Fehlerquellen, die ein falsches Vertrauen in die Compliance erzeugen.

Fazit

Eine knappe technische Auslegung von EU AI Act Artikel 50 lautet: Anbieter müssen synthetische Ausgaben erkennbar machen, und Betreiber müssen sie möglicherweise weiterhin für Menschen offensichtlich machen.

Deshalb ist die richtige Umsetzung eine Kette und kein einzelnes Abzeichen:

Offenlegung bei direkter AI-Interaktion
maschinenlesbare Kennzeichnung synthetischer Ausgaben
klare sichtbare Hinweise, wenn Betreiber dazu verpflichtet sind
Nachweise einer inhaltlichen menschlichen Prüfung, wenn Sie sich auf die Ausnahme berufen
ein Verifizierungsweg, der auch funktioniert, nachdem der Inhalt Ihr System verlassen hat

Wenn Sie es auf diese Weise aufbauen, wird Artikel 50 zu einer technischen Kontrollfläche. Wenn Sie ihn auf „Wir haben ein Wasserzeichen hinzugefügt“ reduzieren, übersehen Sie möglicherweise eine separate Pflicht des Betreibers. Diese Architektur kann Nachweise für Compliance unterstützen, bestimmt jedoch nicht den rechtlichen Anwendungsbereich und garantiert keine Compliance.

FAQ

Erfüllt die maschinenlesbare Kennzeichnung eines Anbieters die Pflicht des Betreibers zur Kennzeichnung eines Deepfakes?

Nein. Die FAQ der Kommission erklärt, dass Betreiber sich nicht ausschließlich auf die maschinenlesbare Kennzeichnung des Anbieters verlassen können. Deepfakes benötigen weiterhin eine klare und wahrnehmbare Offenlegung gegenüber der Person, die mit ihnen konfrontiert wird. FAQ der Europäischen Kommission

Wann befreit eine menschliche Prüfung Texte im öffentlichen Interesse von der Kennzeichnungspflicht?

Nur wenn eine natürliche Person den Inhalt bewusst und mit einschlägigen Kenntnissen inhaltlich prüft oder eine redaktionelle Stelle den Text aus inhaltlichen Gründen genehmigen, ändern oder ablehnen kann. Formale Prüfungen wie Rechtschreib- oder Grammatikbereinigung reichen nicht aus. FAQ der Europäischen Kommission

Fallen Quellcode und Ausgaben von Maschine zu Maschine unter Artikel 50 Absatz 2?

Nicht immer. Die FAQ der Kommission nennt Quellcode, bestimmte Ausgaben von Maschine zu Maschine ohne Kontakt mit Menschen sowie bestimmte geschlossene industrielle Anwendungen als unter bestimmten Bedingungen außerhalb des Anwendungsbereichs liegend oder ausgenommen. FAQ der Europäischen Kommission

Prüfung der Aussagen

Artikel 50 gilt ab dem 2. August 2026, mit einer begrenzten Übergangsfrist bis zum 2. Dezember 2026 ausschließlich für bestimmte bereits bestehende generative Systeme nach Artikel 50 Absatz 2: FAQ der Europäischen Kommission
Anbieter und Betreiber haben nach Artikel 50 unterschiedliche Pflichten: Leitfadenseite
Eine Kennzeichnung des Anbieters ersetzt nicht den Deepfake-Hinweis des Betreibers: FAQ der Europäischen Kommission
Menschliche Prüfung bedeutet inhaltliche Prüfung und nicht Rechtschreibprüfung: FAQ der Europäischen Kommission
OpenAI erklärt, dass Metadaten entfernt werden können, und kombiniert deshalb C2PA mit SynthID: Herkunft bei OpenAI
Das öffentliche Verifizierungstool von OpenAI ist auf von OpenAI erzeugte Bilder beschränkt: OpenAI-Verifizierung
Die Textdokumentation von Google erklärt, dass Überarbeitung und Übersetzung die Erkennungssicherheit verringern können: SynthID-Textdokumentation
ElevenLabs erklärt, dass SynthID zunächst für kostenlose TTS-Erzeugungen eingeführt wurde und ein breiterer Rollout geplant war: SynthID-Beitrag von ElevenLabs
Die architektonische Auslegung ist eine Synthese aus offizieller Orientierungshilfe und aktueller Forschung zu Transparenz und Herkunft: Paper zu strukturellen Lücken Herkunfts-Framework Paper zur facettierten Attribution

Quellen