Datenschutzregeln

Ein Chat, in dem jedes Mitglied in der eigenen Sprache liest, bleibt ein Chat, in dem jemand aus Gewohnheit einen Zugangsschlüssel, eine Kartennummer eines Kunden oder eine Vertragsnummer einfügt. Datenschutzregeln prüfen jede Nachricht in den Meetings und Kanälen Ihrer Organisation, bevor sie gesendet wird. Die Prüfung ist eine Liste von Regeln, kein Urteil: Wird eine Nachricht abgelehnt, wird die Regel genannt, die sie abgelehnt hat, und derselbe Text wird morgen genauso abgelehnt.

Datenschutzregeln sind in den Plänen Business und Enterprise enthalten. Mitglieder in anderen Plänen sehen weder Regeln noch Ablehnungen.

Was geprüft wird

Eine Regel ist entweder ein Muster (ein regulärer Ausdruck) oder eine Liste exakter Wörter, mit einer von drei Aktionen:

• Block — Die Nachricht verlässt den Chat nie. Der Absender sieht, welche Regel sie abgelehnt hat, und der Text bleibt im Eingabefeld.
• Warn — Der Absender darf trotzdem senden, wenn er einen Grund angibt. Der Grund wird zusammen mit der Regel im Audit-Log der Organisation festgehalten.
• Audit — Die Nachricht wird gesendet, und das Audit-Log hält in einer Zeile fest, dass dies geschehen ist.

Eine Warn-Regel wird zu Block, solange sich jemand von außerhalb der Organisation im Raum befindet: ein Gast, der per Link beigetreten ist, oder ein Teilnehmer aus einer anderen Organisation.

Wird eine gesendete Nachricht bearbeitet, laufen dieselben Regeln über den neuen Text. Eine Bearbeitung enthält keine Begründung, daher lehnt eine Warn-Regel die Bearbeitung grundsätzlich ab: Der Editor behält Ihren Text, und um ihn mit einer Begründung zu senden, senden Sie ihn als neue Nachricht. Unsichtbare Zeichen und ähnlich aussehende Ziffern innerhalb eines Schlüssels oder einer Nummer verbergen diese nicht vor den Regeln.

Jede Organisation startet mit den integrierten Regeln: Cloud- und API-Schlüssel (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), private Schlüssel im PEM-Format, JSON Web Tokens, Zahlungskartennummern und IBANs. Schlüssel werden blockiert; Kartennummern und IBANs lösen eine Warnung aus. Der Owner kann die Aktion einer integrierten Regel ändern oder sie ausschalten.

Eine Regel anhand einer Nachricht anlernen

Der Owner der Organisation oder ein Admin öffnet das Menü einer Chatnachricht und wählt Protect data like this. InterMIND liest die Nachricht und schlägt eine Regel vor: was sie schützt, ein Muster oder die exakten Wörter und eine Aktion. Sie bearbeiten den Vorschlag und speichern ihn. Ab der nächsten Nachricht werden die Nachrichten aller Mitglieder danach geprüft.

Eine Regel muss auf die Nachricht passen, anhand derer sie angelernt wurde; eine Regel mit demselben Namen ersetzt die frühere.

Regeln anhand einer Datei anlernen

Geben Sie in Claude, ChatGPT, Copilot oder Gemini, die mit InterMIND verbunden sind, dem Assistenten Ihre Liste — eine Tabelle, ein Spreadsheet, ein Richtliniendokument — und sagen Sie, was die Organisation nicht verlassen darf. Der Assistent schreibt die Regeln über add_dlp_rules, zeigt sie mit list_dlp_rules an und entfernt eine mit remove_dlp_rule. Dieselben drei Aufrufe gibt es in der öffentlichen API unter /api/v1/dlp.

Was protokolliert wird

Ablehnungen, Freigaben mit ihren Begründungen, reine Audit-Treffer und jede Änderung einer Regel sind Zeilen im Audit-Log der Organisation: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Die Zeile nennt die Regel, den Absender und eine maskierte Probe dessen, was übereinstimmte — nie die ganze Nachricht.