Geführtes Abwehrlab

Datenprovenienz

Eine geführte Übung zur Bewertung von Provenienzevidenz und Lineage-Qualität: maßgebliche Metadaten statt Payload-Behauptungen, liefernde Komponente statt Autorenschaft, Lineage abgeleiteter Artefakte, Beiträge aus gemischten Quellen und unbekannte Herkunft als unbekannt erfasst.

Konzeptionelle SimulationAdvanced15 Minuten2026-09-27

Konzeptionelle Simulation

Diese Übung verwendet redaktionell festgelegte, deterministische Beispiele mit fiktiven Namen und neutralen synthetischen Inhalten. Sie ruft keine Tools, APIs, Agenten oder Modelle auf und sagt nicht voraus, wie sich ein reales Modell oder System verhält.

Schritt 3 von 63/6

Lernziele

Maßgebliche Provenienzmetadaten von Quellen- oder Vertrauensbehauptungen im Payload-Text trennen.
Den liefernden Connector oder das Tool getrennt von der tatsächlichen Autorenschaft eines Felds erfassen.
Quelle, Ressource, Version und Transformations-Lineage für abgeleitete Artefakte rückwärts und vorwärts erhalten.
Bei Ableitungen aus gemischten Quellen alle Beitragenden behalten, statt das Label der vertrauenswürdigsten Eingabe zu übernehmen.
Fehlende Herkunft als unbekannt erfassen und die weitere Behandlung nutzenden Policies überlassen.
Provenienzevidenz von Vertrauen, Wahrheit, Autorisierung, Informationsflussentscheidungen und Anweisungsautorität unterscheiden.
Erklären, warum Modellausgaben eine Quelle beschreiben oder zitieren können, aber nie zum maßgeblichen Provenienzdatensatz werden.
Erkennen, dass Hashes und Signaturen Integrität oder Herkunft im Rahmen ihres Vertrauensmodells stützen, aber keine semantische Sicherheit belegen.

Voraussetzungen

Abwehrartikel Datenprovenienz (empfohlen)
Lab Vertrauensgrenzen und Modellkontext (empfohlen)

Szenario wählen

Jedes fiktive Szenario zeigt Payload-Inhalte und getrennt davon, was die Anwendung über Quellen, Beitragende und Transformationen erfasst hat. Sie beurteilen, ob ein vorgeschlagener Provenienzdatensatz gültige Evidenz ist - nicht, ob der Inhalt vertrauenswürdig ist, und nicht, ob etwas ausgeführt werden darf.

Payload-Behauptung als Metadatum übernommenEin synthetisches Dokument, das in eine fiktive Wissensbasis hochgeladen wurde, enthält die lesbare Zeile "source: trusted-policy-library". Der Ingestion-Schritt kopiert diese Zeile in den Provenienzumschlag, obwohl eine externe beitragende Person das Dokument hochgeladen hat.Tool-Lieferung und FeldautorenschaftEin vertrauenswürdiger Support-Connector liefert das fiktive Ticket T-204. Der Datensatz nennt den Connector als liefernde Komponente und erfasst, dass das Feld requester_comment vom externen Kunden customer-417 geschrieben wurde.Vollständige Lineage abgeleiteter ArtefakteDas fiktive PDF P-3 in Version 3 wird von Parser 2.4 verarbeitet. Chunk 7 wird mit den Chunks 5 bis 8 zur Zusammenfassung S-19 kombiniert, die zwischengespeichert und später in einen Lauf abgerufen wird.Zusammengefallene Zusammenfassung aus gemischten QuellenDie Zusammenfassung S-44 entsteht aus dem internen Richtliniendokument POL-9 und der extern eingereichten Kundennotiz N-31. Der abgeleitete Datensatz nennt nur POL-9 als Quelle und übernimmt dessen interne Klassifizierung.Unbekannte Herkunft als unbekannt erfasstDie Altnotiz L-77 wurde vom Importjob imp-2019 übernommen. Über Job und Datensatz-ID hinaus gibt es keine verlässliche ursprüngliche Autorenschaft oder Quelle. Der Notiztext nennt eine Abteilung, aber nichts Maßgebliches bestätigt das.

Provenienzpfad

Inhalte gelangen über einen Connector oder Importjob in das System, werden gegebenenfalls in abgeleitete Artefakte transformiert und durch einen maßgeblichen Provenienzdatensatz beschrieben. Nutzende Policies wie Informationsflusskontrolle und Autorisierung sind getrennt.

Quelle oder beitragende ParteiVariabler Inhalt->
Connector / ImportjobSystemkomponente->
Payload-InhaltVariabler Inhalt->
TransformationskomponentenSystemkomponente->
Maßgeblicher ProvenienzdatensatzSystemkomponente->
Nutzende Policies (IFC, Autorisierung - getrennt)Systemkomponente

Payload-Inhalt und Modellausgabe

Was der Inhalt sagt oder was ein Modell darüber schreibt. Es ist keine Provenienzevidenz.

Text im Dokumentkopf
source: trusted-policy-library
Dokumentinhalt
Neutraler synthetischer Hinweis zu Öffnungszeiten des Büros.

Von der Anwendung erfasste Provenienzevidenz

Connector, Speicher, Ressource und Version, Beitragende, Import-, Erfassungs- und Transformationsdatensätze, getrennt von der Payload geführt.

Connector und Speicher: upload-connector-2 in kb-store-east, Bucket external-submissions
Ressource: Dokument D-512, Version 1
Hochladende / beitragende Partei: externe beitragende Person ext-contrib-88
Erfassungsdatensatz: cap-512, erfasst am 2026-09-20 durch upload-connector-2