Ein KI-Tool braucht oft nur wenige Sekunden, um einen Vertrag zusammenzufassen, eine Kundenmail zu formulieren oder Quellcode zu erklären. Genau diese Bequemlichkeit verleitet dazu, mehr Daten zu übertragen als nötig. Im Prompt landen dann Namen, interne Preise, unveröffentlichte Projekte oder sogar Zugangsschlüssel. Ist die Eingabe einmal an einen externen Dienst gesendet, lässt sie sich nicht wie ein lokaler Tippfehler einfach zurückholen.
Österreichische Unternehmen brauchen deshalb einen leicht verständlichen Schutzprozess für Geschäftsgeheimnisse in KI-Tools. Nicht die Frage „Ist KI erlaubt?“ steht im Mittelpunkt, sondern: Welche Information darf für welchen Zweck an welches System gehen? Dieser Leitfaden zeigt, wie Teams Daten vor der Eingabe einordnen, minimieren und bei einem Fehler richtig reagieren.
Der Prompt ist eine Datenübertragung, kein Notizzettel
Wer Text in einen externen KI-Dienst kopiert, übermittelt ihn an einen Anbieter. Je nach Produkt, Vertrag und Konfiguration können Speicherung, Protokollierung, Supportzugriff, Modellverbesserung oder internationale Datenflüsse unterschiedlich geregelt sein. Ein privates Gratis-Konto ist daher nicht mit einer geprüften Unternehmenslösung gleichzusetzen.
Die WKO hält in ihrer aktuellen Guideline zu unternehmensbezogenen Daten und Geheimhaltung fest, dass vertrauliche Informationen über das eigene Unternehmen oder Dritte nicht in KI-Anwendungen verwendet werden sollen. API-Schlüssel seien wie Passwörter zu behandeln. Sie empfiehlt klare interne Regeln, sichere Testumgebungen und die Einbindung des Datenschutzes.
Auch eine Ausgabe kann vertraulich sein. Wenn ein internes System sensible Quellen durchsucht und daraus eine Antwort erzeugt, darf diese Antwort nicht automatisch öffentlich werden. Eingabe, Zwischenschritte und Ergebnis brauchen denselben Schutzblick.
Vier Datenklassen für schnelle Entscheidungen
Eine alltagstaugliche Einteilung ist besser als der pauschale Satz „Keine sensiblen Daten“. Vier Klassen genügen für viele Betriebe:
Öffentlich
Informationen, die das Unternehmen bereits bewusst allgemein zugänglich gemacht hat, etwa freigegebene Website-Texte, veröffentlichte Produktblätter oder öffentliche Stellenausschreibungen. Auch hier müssen Urheberrecht, Aktualität und Zweck beachtet werden. „Im Internet auffindbar“ bedeutet nicht automatisch „frei verwendbar“.
Intern
Arbeitsinformationen ohne besonderen Geheimnischarakter, die dennoch nicht für die Öffentlichkeit bestimmt sind: interne Vorlagen, allgemeine Prozessbeschreibungen oder nicht personenbezogene Besprechungsnotizen. Sie dürfen nur in ausdrücklich freigegebene Systeme und Anwendungsfälle eingegeben werden.
Vertraulich
Geschäfts- und Betriebsgeheimnisse, nicht veröffentlichte Preise, Angebote, Finanzzahlen, Strategien, Kundendetails, Quellcode, Sicherheitsarchitektur, Vertragsinhalte oder Informationen von Partnern. Diese Klasse bleibt grundsätzlich außerhalb allgemeiner KI-Dienste. Eine Nutzung benötigt einen geprüften technischen und vertraglichen Schutzweg sowie klare Freigabe.
Besonders geschützt
Passwörter, API-Schlüssel, private Schlüssel, Gesundheitsdaten, Personalakten, Bewerbungsunterlagen, Bankdaten und andere Informationen mit hohem Missbrauchs- oder Schadenspotenzial. Solche Daten gehören nicht in frei bedienbare Promptfelder. Für einen fachlich zwingenden KI-Einsatz ist ein speziell bewerteter Prozess erforderlich.
Jede Klasse sollte mit Beispielen aus dem eigenen Betrieb versehen werden. Ein Hotel hat andere Geheimnisse als ein Maschinenbauer, eine Steuerberatung oder ein Softwareunternehmen.
Diese Informationen werden besonders leicht übersehen
Datenlecks entstehen nicht nur durch vollständige Dokumente. Oft werden vertrauliche Details beiläufig mitkopiert:
- E-Mail-Signaturen mit Namen, Telefonnummern und direkten Kontakten,
- Kommentarspalten und Änderungsverfolgung in Office-Dateien,
- Dateinamen mit Kunden- oder Projektnamen,
- Tabellenblätter und ausgeblendete Spalten,
- Metadaten in Bildern und Dokumenten,
- Fehlermeldungen mit Serverpfaden oder Tokens,
- Quellcode mit fest eingetragenen Zugangsdaten,
- lange Chatverläufe mit früheren vertraulichen Kontexten.
Beim Kopieren aus einem CRM oder Tabellenblatt kann die Zwischenablage mehr enthalten als die sichtbare Auswahl. Teams sollten Daten zuerst in einer sicheren Zwischenansicht prüfen und bereinigen, nicht direkt vom Ursprungssystem in den Chat einfügen.
Anonymisieren ist mehr als Namen ersetzen
Aus „Anna Huber“ wird „Kundin A“ – aber gemeinsam mit Ort, seltenem Beruf, Vertragsdatum und Beschwerdedetails kann die Person weiterhin erkennbar sein. Das ist Pseudonymisierung, nicht automatisch Anonymisierung. Pseudonymisierte Daten bleiben personenbezogen, wenn eine Zuordnung mit Zusatzwissen möglich ist.
Die WKO weist in ihren Hinweisen zu kundenbezogenen Daten auf Datenminimierung, Anonymisierung, Pseudonymisierung und mögliche internationale Datenübermittlungen hin. Der Europäische Datenschutzausschuss behandelt in seiner Stellungnahme 28/2024 unter anderem, wann KI-Modelle als anonym gelten können und welche datenschutzrechtlichen Fragen bei Entwicklung und Einsatz entstehen.
Für die Praxis hilft die Weglassprobe: Kann die Aufgabe ohne dieses Detail noch sinnvoll gelöst werden? Wenn ja, wird es entfernt. Für eine Formulierungshilfe genügt meist die Art des Anliegens; Name, Vertragsnummer und genaue Adresse sind überflüssig.
Der 15-Sekunden-Check vor jeder Eingabe
Ein kurzer Check am Arbeitsplatz verhindert viele Fehler:
- Quelle: Wem gehört die Information, und darf ich sie für diesen Zweck verwenden?
- Inhalt: Enthält sie Personenbezug, Geheimnisse, Zugangsdaten oder Rechte Dritter?
- Notwendigkeit: Welcher kleinste Ausschnitt reicht für die Aufgabe?
- Werkzeug: Ist genau dieses System für diese Datenklasse freigegeben?
- Ausgabe: Wer darf das Ergebnis sehen, speichern oder weitergeben?
Kann eine Frage nicht sicher beantwortet werden, bleibt die Information draußen. Das Team nutzt eine öffentliche Beispieldatei, synthetische Daten oder fragt die zuständige Stelle. Zeitdruck ist kein Freigabemechanismus.
Freigegebene Werkzeuge nach Zweck statt Markenname
Eine Positivliste sollte nicht nur „Tool X erlaubt“ sagen. Sie nennt Nutzergruppe, Zweck, Datenklasse, Kontoart und wichtige Konfiguration. Ein Dienst kann für öffentliche Textideen freigegeben und für Kundendokumente gesperrt sein. Eine Enterprise-Instanz kann anders bewertet werden als ein Privatkonto desselben Anbieters.
Bei der Prüfung sind unter anderem relevant:
- werden Eingaben oder Ausgaben zum Training verwendet,
- wie lange bleiben Inhalte gespeichert,
- wo werden Daten verarbeitet und welche Unterauftragnehmer sind beteiligt,
- lassen sich Protokollierung und Verlauf steuern,
- gibt es Rollen, Single Sign-on und Zugriffsbeschränkungen,
- wie werden Daten gelöscht oder exportiert,
- was passiert bei Vertragsende,
- wie meldet der Anbieter Sicherheitsvorfälle und Änderungen?
Die Antworten gehören in das Toolregister. Marketingversprechen wie „Ihre Daten sind sicher“ ersetzen keine konkrete Vertrags- und Konfigurationsprüfung.
Vertraulichkeit gegenüber Kunden und Partnern mitdenken
Ein Unternehmen darf nicht nur eigene Geheimnisse schützen. Angebote, Spezifikationen, Prototypen oder Auswertungen können aufgrund eines Vertrags oder schon aufgrund ihres erkennbar vertraulichen Charakters geschützt sein. Die Tatsache, dass ein Mitarbeiter Zugriff auf eine Datei hat, bedeutet nicht, dass er sie an einen weiteren Dienstleister übermitteln darf.
Prüfen Sie bei Auftragsunterlagen, ob der vereinbarte Zweck eine Verarbeitung durch das gewählte KI-System umfasst. Relevante Fragen sind: Gilt eine Vertraulichkeitsvereinbarung? Darf ein Unterauftragnehmer einbezogen werden? Wurde ein bestimmter Speicherort zugesagt? Bestehen Löschfristen oder Vorgaben zur Rückgabe von Unterlagen? Bei Unklarheit bleibt das Original im freigegebenen Kundensystem.
Auch scheinbar harmlose Ausschnitte können zusammen ein Geheimnis ergeben. Einzelne technische Maße, Liefertermine und Standortangaben lassen möglicherweise auf ein noch nicht veröffentlichtes Projekt schließen. Deshalb sollte die Freigabe den gesamten Kontext betrachten, nicht nur jeden kopierten Absatz für sich.
Quellcode und Fehlermeldungen kontrolliert untersuchen
Entwicklerinnen und Entwickler nutzen KI gern zur Fehlersuche. Ein Stacktrace kann jedoch interne Hostnamen, Dateipfade, Nutzerdaten oder Tokens enthalten. Quellcode kann proprietäre Logik, Kundenanpassungen und Kommentare mit vertraulichem Kontext verraten. Vor der Eingabe wird ein minimal reproduzierbares Beispiel erstellt.
Dazu entfernt das Team Zugangsdaten, ersetzt echte Domänen und IDs, kürzt den Code auf die betroffene Funktion und prüft Lizenz- sowie Kundenbindungen. Ein lokales statisches Analysewerkzeug oder eine freigegebene Unternehmensinstanz kann für echten Code geeigneter sein als ein öffentlicher Chat. Die Antwort wird anschließend im eigenen Entwicklungsprozess getestet; sie darf nicht ungeprüft in Produktion gelangen.
Besonders wichtig ist die Trennung von Geheimnis und Fehlerbeschreibung. Statt eine komplette Konfigurationsdatei zu senden, genügt häufig: verwendete Technologie, erwartetes Verhalten, anonymisierte Fehlermeldung und ein kleines synthetisches Beispiel. So bekommt das Modell die fachliche Struktur, nicht den produktiven Schlüsselbund.
Sichere Alternativen zum vollständigen Dokument
Oft lässt sich der Nutzen erhalten, ohne das Original zu übertragen:
- eine Struktur mit Platzhaltern statt des echten Vertrags verwenden,
- nur einen nicht sensiblen Absatz statt der gesamten Datei prüfen,
- Beispieldaten mit ähnlicher Form, aber erfundenem Inhalt erzeugen,
- lokale Such- oder Redaktionswerkzeuge in einer kontrollierten Umgebung einsetzen,
- ein geprüftes internes System mit begrenzten Quellen und Rechten verwenden,
- nur Kategorien oder statistische Werte statt Einzelfälle übertragen.
Ein interner Wissenszugriff darf nicht zum pauschalen Vollzugriff werden. Auch bei Retrieval-Augmented Generation oder KI-Agenten im Büro brauchen Quellen, Nutzer und Werkzeuge minimale Berechtigungen. Das System sollte nur jene Dokumente finden können, die die anfragende Person selbst sehen darf.
Zugangsschlüssel gehören nie in den Prompt
API-Schlüssel, Passwörter, Tokens und private Schlüssel sind unmittelbar missbrauchbar. Sie werden in einem dafür vorgesehenen Secret-Speicher hinterlegt und dem technischen Prozess nur zur Laufzeit bereitgestellt. Weder Promptvorlage noch Log, Screenshot, Ticket oder Quellcodedatei ist ein geeigneter Speicherort.
Wenn ein Schlüssel versehentlich übertragen wurde, genügt Löschen aus dem Chat nicht. Er gilt als kompromittiert: Nutzung stoppen, Schlüssel sperren oder rotieren, Zugriffsprotokolle prüfen und den Vorfall nach dem internen Prozess melden. Dass kein Missbrauch sichtbar ist, beweist nicht, dass der Schlüssel geheim geblieben ist.
Was tun, wenn vertrauliche Daten bereits eingegeben wurden?
Schnelles, geordnetes Handeln reduziert den Schaden:
- Keine weiteren Inhalte in denselben Verlauf eingeben.
- Art, Umfang, Zeitpunkt, Konto und betroffenes System festhalten.
- Interne Ansprechstelle für Datenschutz oder Informationssicherheit informieren.
- Bei Zugangsdaten sofort sperren oder rotieren.
- Verfügbare Lösch- und Supportwege des Anbieters nutzen.
- Betroffene Prozesse, Protokolle und Weitergaben prüfen.
- Notwendige rechtliche Melde- und Informationsschritte qualifiziert bewerten.
Beschäftigte sollten einen Fehler ohne Angst vor Vertuschungsdruck melden können. Ein spätes Geheimnis ist meist riskanter als ein früh gemeldeter Fehlklick.
Ein praktischer Datenfilter für Teams
Ein kleines Formular oder vorgeschalteter Redaktionsschritt kann Eingaben verbessern. Es fragt nach Zweck und Datenklasse, markiert Muster wie E-Mail-Adressen oder Schlüssel und verlangt bei vertraulichen Klassen eine Freigabe. Ein automatischer Filter ist aber kein Ersatz für menschliche Einordnung. Er erkennt vielleicht eine Kreditkartennummer, nicht zwingend eine unveröffentlichte Preisstrategie.
Testen Sie den Filter mit eigenen Beispielen: österreichische Telefonnummern, Firmenbuchdaten, interne Projektnamen, Codefragmente und Dokumentkommentare. Falsch-negative Treffer werden genauso dokumentiert wie unnötige Blockaden.
Praxisbeispiel: Angebotsvergleich ohne Kundengeheimnisse
Ein Vertriebsmitarbeiter möchte drei Angebote mit KI vergleichen. Die Originale enthalten Kundennamen, individuelle Rabatte, Lieferbedingungen und interne Deckungsbeiträge. Statt sie vollständig hochzuladen, erstellt das Team eine freigegebene Vergleichstabelle mit neutralen Anbieterkennungen und nur jenen Kriterien, die für die Entscheidung nötig sind.
Das KI-Tool schlägt eine Struktur und offene Fragen vor. Die eigentliche Preisentscheidung bleibt bei den verantwortlichen Personen, die mit den Originalunterlagen im geschützten System arbeiten. Der KI-Verlauf enthält weder Kundenidentität noch interne Marge. Der Nutzen – schnellerer Strukturvergleich – bleibt erhalten, das Geheimnisrisiko sinkt deutlich.
Checkliste für den sicheren Prompt
- Ist das Konto und Werkzeug für den Zweck freigegeben?
- Wurde die Information einer betrieblichen Datenklasse zugeordnet?
- Sind Namen, Kontaktdaten und eindeutige Merkmale entfernt?
- Enthält die Eingabe keine Passwörter, Tokens oder API-Schlüssel?
- Wurden Kommentare, Metadaten und ausgeblendete Inhalte geprüft?
- Reicht ein Ausschnitt oder ein synthetisches Beispiel?
- Ist geklärt, wo Ausgabe und Verlauf gespeichert werden?
- Darf die empfangende Person das Ergebnis sehen?
- Gibt es bei Unsicherheit eine erreichbare Freigabestelle?
Häufige Fragen zu Geheimnissen und KI
Sind bezahlte Business-Konten automatisch sicher?
Nein. Sie können bessere Schutz- und Verwaltungsfunktionen bieten, müssen aber konkret geprüft und richtig konfiguriert werden. Entscheidend sind Vertrag, Datenweg, Kontoart, Zugriff und Zweck.
Darf öffentlich auffindbarer Inhalt immer verwendet werden?
Nicht automatisch. Urheber-, Persönlichkeits-, Marken- und Datenschutzrechte können weiterhin gelten. Zudem können zusammengeführte öffentliche Angaben neue Rückschlüsse ermöglichen.
Genügt Pseudonymisierung?
Sie reduziert Risiken, macht Daten aber nicht zwingend anonym. Wenn Personen mit Zusatzwissen identifizierbar bleiben, gelten datenschutzrechtliche Anforderungen weiter. Datenminimierung und Rechtsgrundlage müssen gesondert geprüft werden.
Wie passen diese Regeln in den Arbeitsalltag?
Verankern Sie Datenklassen, Positivliste und Meldeweg in der KI-Richtlinie des Unternehmens. Kurze Beispiele und Übungen sind wirksamer als ein abstrakter Verbotskatalog.
Fazit: Erst reduzieren, dann übertragen
Der sicherste vertrauliche Datensatz ist jener, den ein externer KI-Dienst nie erhält. Teams sollten deshalb vor jeder Eingabe Zweck, Datenklasse, Notwendigkeit und Werkzeug prüfen. Oft genügt ein anonymisiertes Beispiel oder ein kleiner öffentlicher Ausschnitt.
Starten Sie mit fünf typischen Dokumenten Ihres Bereichs und markieren Sie, welche Felder öffentlich, intern, vertraulich oder besonders geschützt sind. Daraus entsteht eine konkrete Schnellhilfe. Wenn Mitarbeitende innerhalb weniger Sekunden erkennen können, was draußen bleiben muss, wird Datenschutz zum Arbeitsablauf statt zur nachträglichen Reparatur.
