Datentypen und On-Device-Erkennung

Datentyp-Richtlinien reagieren darauf, was tatsächlich in einem Prompt steht — nicht nur darauf, dass jemand ein KI-Tool benutzt hat. Das erfordert Erkennung, und Shields Erkennung läuft dort, wo die Daten sind: auf dem Gerät.

Die Datentypen

Beim Bauen einer Richtlinie wählen Sie die abgedeckten Datentypen:

• PII (personenbezogene Daten) — E-Mail-Adressen, Telefonnummern, Ausweis- und Steuer-IDs. (IBAN und Kartennummern gehören zu Finanzdaten.)
• Finanzdaten — IBAN, Kredit- und Debitkartennummern, BIC/SWIFT, Routing-Nummern.
• Quellcode — Code-Blöcke, Funktions- und Klassendefinitionen, Skript-Syntax.
• Secrets / Zugangsdaten — API-Keys, Access-Tokens, JWTs, private Schlüssel.
• PHI (Gesundheitsdaten) und Verträge — auf der Roadmap; im Auswahlfeld als „coming soon" markiert.

Für breite Richtlinien gibt es die Option All data types.

On-Device-Erkennung

Die Erkennung läuft lokal im Browser, über Shield Web. Der Inhalt eines Prompts oder Pastes wird nie an einen Server zur Klassifizierung gesendet — nur die resultierenden Kategorie-Labels (z. B. pii, secrets) reisen mit dem Audit-Ereignis, nie die Werte selbst. Genau das macht Datentyp-Enforcement mit den Einwilligungs-Garantien vereinbar.

Admins steuern das unter Settings → Governance → On-device content detection (empfohlen, standardmäßig an). Ist die Erkennung aus, matchen Datentyp-Richtlinien alle Inhalte — was zu häufig warnt — lassen Sie sie also an, wenn es keinen konkreten Grund dagegen gibt.

Zusammenspiel mit Enforcement

Kombinieren Sie Datentypen mit Enforcement-Modi zu präzisen Regeln: PII transformieren, bevor sie ein Chat-Fenster erreicht, Secrets hart blockieren, bei Quellcode warnen. Die Starter-Richtlinien Ihrer Organisation sind genau solche Kombinationen.