Geschäftsgeheimnisse in KI-Tools schützen: Vom Prompt bis zur Anbieterplattform

Schutzgegenstände und reale Offenlegungswege erfassen

Nicht jede interne Information ist gleich schutzbedürftig. Besonders relevant können Quellcode, technische Zeichnungen, Rezepturen, Kalkulationen, Preisstrategien, Kundenlisten, unveröffentlichte Erfindungen, Verhandlungspositionen und Zugangsdaten sein. Das Unternehmen sollte den wirtschaftlichen Wert, den bekannten Personenkreis und bestehende Schutzmaßnahmen dokumentieren. Eine pauschale Kennzeichnung sämtlicher Unterlagen als streng vertraulich verwässert Prioritäten und ersetzt keine wirksame Behandlung im Alltag.

Bei KI-Diensten entstehen mehrere Offenlegungswege: direkte Prompts, Datei-Uploads, Plug-ins, Retrieval-Datenbanken, Supporttickets, Telemetrie, gemeinsam genutzte Verläufe und vom Anbieter beauftragte Unterauftragnehmer. Auch ein Output kann Geheimnisse wörtlich oder sinngemäß wiedergeben und intern zu breit verteilt werden. Das Management braucht deshalb eine Datenflussanalyse, die nicht am Eingabefeld endet, sondern Speicherung, Training, menschliche Zugriffe, Export und Löschung einschließt.

• Kronjuwelen nach Wert, Geheimhaltungsbedarf und zulässiger Nutzung klassifizieren.
• Prompts, Uploads, Konnektoren, Logs und Ausgaben als eigene Offenlegungswege behandeln.
• Verantwortliche Inhaber oder Stellen mit rechtmäßiger Verfügungsgewalt für besonders sensible Informationsbestände benennen.

Quellen: [1] [2]

Gesetzliche Schutzvoraussetzungen praktisch nachweisen

§ 26b UWG setzt voraus, dass die Information weder insgesamt noch in der genauen Anordnung und Zusammensetzung ihrer Bestandteile den einschlägigen Fachkreisen allgemein bekannt oder ohne Weiteres zugänglich ist, wegen ihrer Geheimheit kommerziellen Wert besitzt und von der Person mit rechtmäßiger Verfügungsgewalt durch den Umständen entsprechende angemessene Geheimhaltungsmaßnahmen geschützt wird. Die Angemessenheit hängt vom Einzelfall ab. Größe, Wert, Zugänglichkeit, typische Bedrohungen und Kosten wirksamer Schutzmaßnahmen spielen zusammen. Es gibt daher weder eine universelle Checkliste noch Schutz allein durch eine interne Bezeichnung.

Für die Leitung ist die Beweiskette entscheidend: Welche Information wurde wann klassifiziert, wer durfte zugreifen, welche KI-Nutzung war erlaubt, welche Kontrollen bestanden und wie wurde auf Abweichungen reagiert? Richtlinie, Berechtigungsmodell, technische Konfiguration, Schulungsnachweise, Vertraulichkeitsvereinbarungen und Incident-Protokolle sollten zusammenpassen. Werden Verbote dauerhaft ignoriert oder sind freie Privatkonten faktisch üblich, kann die behauptete Schutzorganisation an Überzeugungskraft verlieren.

• Schutzmaßnahmen proportional zum wirtschaftlichen Wert und Offenlegungsrisiko wählen.
• Regeln technisch und organisatorisch durchsetzen, nicht nur veröffentlichen.
• Ausnahmen und Reaktionen auf Verstöße nachvollziehbar dokumentieren.

Quellen: [1] [2]

Eingaberegeln und freigegebene Betriebsmodelle festlegen

Ein praktikables Regelwerk unterscheidet mindestens drei Klassen. Öffentliche oder freigegebene Informationen dürfen in genehmigten Diensten verarbeitet werden. Interne Informationen erfordern je nach Zweck Minimierung, Pseudonymisierung oder eine vertraglich und technisch abgesicherte Unternehmensumgebung. Streng geheime Inhalte bleiben grundsätzlich gesperrt oder dürfen nur in speziell freigegebenen, isolierten Lösungen verarbeitet werden. Nutzer müssen Beispiele aus ihrer tatsächlichen Arbeit kennen, nicht nur abstrakte Definitionen.

Technische Maßnahmen sollten die Regel unterstützen: Single Sign-on, Rollenrechte, deaktiviertes Anbietertraining, beschränkte Konnektoren, Data-Loss-Prevention, Mandantentrennung, Verschlüsselung und kontrollierte Aufbewahrung. Keine einzelne Maßnahme ist absolut. Das Management muss entscheiden, welche Kombination für welchen Informationswert vertretbar ist. Wo wirksame Beschränkungen fehlen, ist die vernünftige Entscheidung nicht ein Warnbanner, sondern das Unterlassen des sensiblen KI-Einsatzes.

• Datenklassen mit konkreten Prompt- und Uploadbeispielen verbinden.
• Private Konten und nicht genehmigte Plug-ins für Unternehmensdaten untersagen.
• Besonders sensible Nutzung nur nach fachlicher Freigabe und in isolierter Umgebung zulassen.

Quellen: [1] [2]

Anbietervertrag und Plattformkonfiguration gemeinsam prüfen

Vertragsprüfung muss klären, ob der Anbieter Eingaben, Ausgaben, Feedback oder Telemetrie für Training, Produktverbesserung, Missbrauchserkennung oder andere eigene Zwecke nutzt. Ebenso wichtig sind Unterauftragnehmer, Verarbeitungsorte, Zugriffsmöglichkeiten, Aufbewahrungsfristen, Löschung, Sicherheitszusagen, Vorfallsmeldungen und Nachweise. Eine werbliche Aussage wie Ihre Daten bleiben Ihre Daten beantwortet diese Fragen nicht und kann durch andere Vertragsdokumente eingeschränkt werden.

Vertrag und technische Einstellungen müssen übereinstimmen. Eine vertragliche Trainingssperre hilft wenig, wenn Nutzer freiwillig Feedbackkanäle mit vertraulichen Beispielen befüllen oder Administrierende öffentliche Freigabelinks aktivieren. Einkauf, Legal und Informationssicherheit sollten deshalb eine gemeinsame Abnahme durchführen. Die Freigabe wird an konkrete Tarifstufe, Region, Funktionen und Konfiguration gebunden; ein Wechsel auf eine kostenlose Version oder ein neues Modell löst eine erneute Prüfung aus.

• Eigene Anbieterzwecke und Nutzungsrechte ausdrücklich begrenzen.
• Unterauftragnehmer, Löschung, Incident-Fristen und Auditnachweise vertraglich erfassen.
• Freigabe an dokumentierte Konfiguration und konkrete Produktversion koppeln.

Quellen: [2] [1]

Menschen, Vorfälle und Austrittsszenarien organisieren

Beschäftigte brauchen rollenbezogene Anleitung: Entwicklungsabteilungen arbeiten mit anderem Geheimnisrisiko als Marketing oder Kundenservice. Schulungen sollten typische Fehlhandlungen üben, etwa kompletten Quellcode zur Fehlersuche hochzuladen, Verhandlungsunterlagen zusammenfassen zu lassen oder vertrauliche Kundendaten in frei verfügbare Dienste einzugeben. Ein erreichbarer Freigabeweg verhindert, dass Zeitdruck Nutzer in Schattenlösungen drängt. Technische Kontrollen ergänzen Kompetenz, ersetzen sie aber nicht.

Für Fehlübermittlungen braucht es einen Incident-Prozess. Er umfasst sofortige Meldung, Sicherung von Fakten, Sperrung von Links oder Konten, Löschungsanfrage, Anbieterkommunikation, rechtliche Bewertung und Anpassung der Maßnahmen. Auch Personalabgänge und Anbieterwechsel sind Risikopunkte: Zugriffe müssen zeitnah entzogen, exportierte Daten erfasst und Wissensspeicher bereinigt werden. Die Leitung sollte Meldefristen und Eskalationsschwellen vor dem ersten Vorfall festlegen.

• Niedrigschwelligen Meldekanal ohne Anreiz zum Verschweigen schaffen.
• Zugänge bei Rollenwechsel und Austritt unverzüglich anpassen.
• Lösch- und Exit-Prozess praktisch testen, bevor sensible Daten genutzt werden.

Quellen: [1] [2]

Geschäftsgeheimnisschutz vom AI Act abgrenzen

Der AI Act entscheidet nicht, ob eine konkrete Information zivilrechtlich als Geschäftsgeheimnis geschützt ist. Maßgeblich bleiben UWG, Richtlinie (EU) 2016/943 und vertragliche Beziehungen. Governance- und Dokumentationsmaßnahmen des AI Act können eine Schutzorganisation unterstützen, schaffen aber weder automatisch Geheimnisqualität noch einen Ersatz für Zugriffsschutz, Vertraulichkeitsregeln oder eine sorgfältige Lieferantenprüfung.

Umgekehrt macht eine gute Geheimnisschutzorganisation den KI-Einsatz nicht automatisch AI Act-konform. Rollen, Verbote, Transparenzpflichten und mögliche Risikoklassen sind getrennt zu prüfen. Dasselbe gilt für Datenschutz, Urheberrecht und Arbeitsrecht. Die konkrete Managemententscheidung sollte diese Prüfpfade sichtbar auseinanderhalten: Informationsklasse und Geheimnisschutz bestimmen die zulässige Eingabe; die AI Act-Prüfung bestimmt zusätzliche Anforderungen an System und Einsatz.

• UWG-Schutzvoraussetzungen nicht aus AI Act-Dokumentation ableiten.
• Datenschutz, IP, Arbeitsrecht und AI Act in getrennten Prüffeldern führen.
• Keine allgemeine Compliance- oder Bestandsgarantie aus einer Toolfreigabe ableiten.

Quellen: [1] [2] [3]

Häufige Fragen