Geführtes Abwehrlab

Informationsflusskontrolle

Eine geführte Übung zu Informationsflussentscheidungen von der Quelle zur Senke: Klassifizierung und Lineage statt Modellbehauptungen, Zugriff, Autorisierung, Erreichbarkeit und Fluss als getrennte Fragen, konservative Verbindung gemischter Quellen, keine Selbstdeklassifizierung durch das Modell und explizite vertrauenswürdige Freigabe.

Konzeptionelle SimulationAdvanced15 Minuten2026-09-27

Konzeptionelle Simulation

Diese Übung verwendet redaktionell festgelegte, deterministische Beispiele mit fiktiven Namen, .example.test-Zielen 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

Datenzugriff, Aktionsautorisierung, Netzwerkerreichbarkeit und Informationsflusserlaubnis trennen.
Flussentscheidungen auf Quellklassifizierung, Lineage, Senkenattribute und die aktuelle Policy-Version stützen.
Labels mit konservativer Verbindung gemischter Quellen auf abgeleitete Artefakte übertragen.
Alle relevanten Beitragenden einer Ausgabe aus gemischten Quellen behalten, statt einer Hauptquelle oder einem Ranking zu vertrauen.
Vom Modell verfasste Klassifizierungs- oder Deklassifizierungsbehauptungen zurückweisen.
Vertrauenswürdige Deklassifizierung als erfasstes Ereignis erkennen, das ein neues Artefakt mit Lineage erzeugt.
Unbekannte Attribute als explizite Werte behandeln, die dort zur Verweigerung führen, wo die Policy es verlangt.
Erklären, warum eine Flusserlaubnis weder ein Vertrauensurteil noch eine Aktionserlaubnis ist.

Voraussetzungen

Abwehrartikel Informationsflusskontrolle (empfohlen)
Lab Datenprovenienz (empfohlen)

Szenario wählen

Jedes fiktive Szenario zeigt Inhalt und Modelltext und getrennt davon die Fakten der Anwendung zu Quellen, Lineage, Senken und Policy. Sie beurteilen, ob diese Daten zu dieser Senke fließen dürfen - nicht, ob eine Aktion ausgeführt werden darf, und nicht, ob ein Ziel erreichbar ist.

Öffentliche Daten in die Antwort an dieselbe PersonDer öffentliche Handbuchauszug P-18 wird für Mandant tn-4 abgerufen und in einer Antwort an dieselbe authentifizierte Person verwendet.Eingeschränkte Daten an externe E-MailEin Support-Workflow liest rechtmäßig die intern eingeschränkte Verfahrensbeschreibung KB-77. Ein Versand an partner@external.example.test ist für diesen Workflow als Aktion autorisiert, und das E-Mail-Gateway ist erreichbar. Der Text ist aus KB-77 abgeleitet, ein Deklassifizierungsereignis gibt es nicht.Zu niedrig eingestufte Zusammenfassung aus gemischten QuellenDie Zusammenfassung S-52 verbindet das öffentliche Dokument PUB-4 und den eingeschränkten Kundendatensatz CR-9. Ein vorgeschlagener Umschlag stuft S-52 als öffentlich ein, weil der Zusammenfassungsschritt PUB-4 als Hauptquelle gewählt hat. Ziel ist eine öffentliche Hilfeseite.Selbstdeklassifizierung durch das ModellEin Modell fasst die eingeschränkte Quelle R-33 zusammen und schreibt, die Zusammenfassung könne extern geteilt werden. Es ist keine vertrauenswürdige Schwärzungskomponente und kein Prüfereignis erfasst. Senke ist der externe Webhook https://receiver.example.test/callback.Artefakt aus vertrauenswürdiger DeklassifizierungDer eingeschränkte Datensatz R-41 wird von der deterministischen Freigabepipeline release-redactor-2 unter Policy release-v5 verarbeitet und ergibt das Artefakt REL-41. Ziel ist die freigegebene Dokumentationssenke docs.partner.example.test. Die Veröffentlichungsaktion gilt als getrennt autorisiert; beurteilt wird nur der Datenfluss.

Pfad von der Quelle zur Senke

Daten verlassen eine Quelle mit Provenienz und Klassifizierung der Anwendung, werden gegebenenfalls in abgeleiteten Text umgeformt und für eine Senke vorgeschlagen. Eine IFC-Policy entscheidet über den Fluss, ein Durchsetzungspunkt setzt sie um. Inhalt und abgeleiteter Text bleiben variabel.

Quelle mit Provenienz und Klassifizierung der AnwendungAnwendungseigen->
QuellinhaltVariabler Inhalt->
Transformation und abgeleiteter InhaltVariabler Inhalt->
Anwendungsaufgelöste SenkenattributeAnwendungseigen->
IFC-Policy-EntscheidungAnwendungseigen->
DurchsetzungspunktAnwendungseigen

Inhalt und Modelltext

Was die Daten sagen oder was ein Modell über sie schreibt. Das ändert keine Klassifizierung.

Abgerufener Auszug P-18
Synthetischer Handbuchtext: Zurücksetzen des Demogeräts auf Werkseinstellungen.
Hinweis des Retrievers
Bester Treffer, Relevanz 0,94.

Flussfakten der Anwendung

Quellklassifizierung und Lineage, Principal und Mandant, Senkenattribute, Policy-Version und erfasste Deklassifizierungsereignisse. Zugriffs-, Autorisierungs- und Egress-Ergebnisse werden gezeigt, wo relevant, beantworten aber andere Fragen.

Quelle: P-18 v2, Klassifizierung öffentlich, Mandant tn-4
Principal: authentifizierte Person u-44, Mandant tn-4
Senke: user-answer/session-44, Mandant tn-4, Klasse nutzerseitig, gleicher Mandant
Lineage und Policy: Antwort nur aus P-18 v2 abgeleitet; kein eingeschränkter Bestandteil; Policy flow-v4