Direkte Antwort
Erfassen Sie für jede externe Komponente Anbieter, Produkt, Version, Zweck, bereitgestellte Daten, empfangene Ausgabe, Berechtigungen, Abhängigkeiten und verantwortlichen Eigentümer. Die Organisation hält ihre eigene Verantwortung für Auswahl und Konfiguration des Dienstes, Datenübertragung, Nutzung einer Ausgabe in Entscheidung oder Veröffentlichung und Problemüberwachung sichtbar. Erfassen Sie die Verantwortung des Anbieters getrennt innerhalb von Vertrag, technischer Dokumentation, Leistungsumfang und anwendbarem Recht. „Der Anbieter war es“ ist keine Verantwortlichkeitsmatrix.
Einfach erklärt
Stellen Sie sich eine gemietete Küche vor. Der Ofeneigentümer kann für ein defektes Gerät verantwortlich sein; Sie bleiben für die gewählten Zutaten, die Zubereitung und das dem Gast servierte Essen verantwortlich. Ein externes Werkzeug verschiebt nicht jede Entscheidung aus Ihrer Organisation heraus.
Warum ist das wichtig?
Die Änderung eines Anbieters in der Kette kann Datenflüsse, Modellverhalten, Sicherheit oder Bedeutung einer Ausgabe verändern. Ohne Inventar und Ausstiegsplan kann die Organisation weder die verantwortliche Komponente bestimmen noch den Dienst sicher fortführen.
Nicht verwechseln
- Der Anbieter liefert das Produkt; die einsetzende Organisation wendet es für einen bestimmten Zweck an.
- Technischer Betreiber, Entscheidungsverantwortlicher und rechtlich verantwortliche Partei sind nicht immer identisch.
- Datensatz, Basismodell, Fine-Tune, API, Plug-in und Infrastrukturdienst sind getrennte Lieferbestandteile.
- Eine vertragliche Verantwortungszuordnung beseitigt nicht automatisch jede Pflicht gegenüber Betroffenen.
- Die Verfügbarkeit eines Dienstes belegt weder Sicherheit noch Eignung für eine konkrete Nutzung.
Was ist zu tun?
- Inventarisieren Sie jedes Modell, jeden Datensatz, jede API, jedes Plug-in, Werkzeug und jede Infrastrukturabhängigkeit auf Versionsebene.
- Erfassen Sie je Komponente Geschäfts-, Technik-, Daten-, Entscheidungs- und Vorfallverantwortlichen.
- Prüfen Sie vor Beschaffung oder Integration Belege zu Sicherheit, Datenschutz, Datenprovenienz, Grenzen und Unterstützung.
- Minimieren Sie Daten- und Werkzeugberechtigungen; geben Sie dem Anbieter keinen unnötigen Zugang.
- Verlangen Sie bei Versionswechsel, Ausfall, Datenvorfall oder wesentlicher Vertragsänderung Benachrichtigung und erneuten Test.
- Bewahren Sie Spuren, die Prompts, Ausgaben, Modellversionen, Werkzeugaufrufe und Anbieterereignisse verbinden.
- Bereiten und testen Sie Datenportabilität, Ersatzdienst, Rollback und sicheren Ausstieg für Anbieterwechsel oder -ausfall.
Wie wird geprüft?
- Sind alle Drittanbieterkomponenten und Unterabhängigkeiten bekannt?
- Ist für jedes Risiko und jede Entscheidung ein verantwortlicher Mensch innerhalb der Organisation benannt?
- Wurde eine Anbieteraussage durch unabhängige oder anderweitig geeignete Belege geprüft?
- Sind Datennutzung, Aufbewahrung, Unterauftragnehmer und Grenzen verständlich erfasst?
- Lassen sich stille Versions- oder Konfigurationsänderungen erkennen?
- Sind Zugriffs-, Benachrichtigungs-, Mitwirkungs- und Rollback-Regeln im Vorfall praktisch nutzbar?
- Wurde der Ausstiegsplan mit realen Daten und Abhängigkeiten getestet?
Grenze
Rechtsstellung und Pflichten der Parteien richten sich nach Land, Sektor, Vertrag, Datentyp und tatsächlicher Kontrolle. Öffentliche Anbieterdokumentation legt womöglich nicht jede Unterabhängigkeit oder jedes Risiko der konkret bezogenen Leistung offen.
Merksatz
Sie dürfen eine externe Komponente nutzen; Verantwortung darf dabei nicht verschwinden.
Quellen dieses Eintrags
- S26NIST SP 800-53 Rev. 5, *Security and Privacy Controls*Standard
- S38NIST AI 600-1, *Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile*Freiwilliger, standardorientierter institutioneller Leitfaden
- S41NCSC und Partnerbehörden, *Guidelines for Secure AI System Development*Offizieller behördenübergreifender Sicherheitsleitfaden
- S43NIST SP 800-161 Rev. 1 Update 1, *Cybersecurity Supply Chain Risk Management Practices for Systems and Organizations*Freiwilliger, standardorientierter institutioneller Leitfaden
- S44NIST, *AI Risk Management Framework Playbook* und AI RMF CoreFreiwilliger Umsetzungsleitfaden
- S47NIST, *Privacy Framework 1.0: A Tool for Improving Privacy through Enterprise Risk Management*Freiwilliges Rahmenwerk für Datenschutzrisiken