Regels voor gegevensbescherming

Een chat waarin elk lid in de eigen taal leest, is nog steeds een chat waarin iemand uit gewoonte een toegangssleutel, het kaartnummer van een klant of een contractnummer plakt. Regels voor gegevensbescherming controleren elk bericht in de meetings en kanalen van je organisatie voordat het wordt verzonden. De controle is een lijst met regels, geen oordeel: als een bericht wordt geweigerd, wordt de regel genoemd die het weigerde, en dezelfde tekst wordt morgen op dezelfde manier geweigerd.

Regels voor gegevensbescherming zijn inbegrepen in de abonnementen Business en Enterprise. Leden met een ander abonnement zien geen regels en geen weigeringen.

Wat wordt gecontroleerd

Een regel is een patroon (een reguliere expressie) of een lijst met exacte woorden, met een van de drie acties:

• Block — het bericht wordt nooit verzonden. De afzender ziet welke regel het weigerde en de tekst blijft in het invoerveld staan.
• Warn — de afzender mag het bericht toch verzenden, met een reden. De reden wordt samen met de regel vastgelegd in het auditlogboek van de organisatie.
• Audit — het bericht wordt verzonden en het auditlogboek legt vast dat dit is gebeurd.

Een warn-regel wordt een block-regel zodra er iemand van buiten de organisatie in de ruimte is: een gast die via een link is toegetreden, of een deelnemer van een andere organisatie.

Als je een verzonden bericht bewerkt, gelden dezelfde regels voor de nieuwe tekst. Een bewerking bevat geen reden, dus een warn-regel weigert de bewerking categorisch: de editor behoudt je tekst en om die met een reden te verzenden, stuur je haar als nieuw bericht. Onzichtbare tekens en op cijfers lijkende tekens binnen een sleutel of nummer houden die niet verborgen voor de regels.

Elke organisatie begint met de ingebouwde regels: cloud- en API-sleutels (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), privésleutels in PEM, JSON Web Tokens, betaalkaartnummers en IBAN's. Sleutels worden geblokkeerd; kaartnummers en IBAN's geven een waarschuwing. De eigenaar kan de actie van een ingebouwde regel wijzigen of de regel uitschakelen.

Een regel aanleren vanuit een bericht

De eigenaar of een beheerder van de organisatie opent het menu van een chatbericht en kiest Protect data like this. InterMIND leest het bericht en stelt een regel voor: wat de regel beschermt, een patroon of de exacte woorden, en een actie. Je bewerkt het voorstel en slaat het op. Vanaf het volgende bericht worden de berichten van alle leden hieraan getoetst.

Een regel moet overeenkomen met het bericht waarmee hij is aangeleerd; een regel met dezelfde naam vervangt de eerdere.

Regels aanleren vanuit een bestand

Geef in Claude, ChatGPT, Copilot of Gemini, gekoppeld aan InterMIND, de assistent je lijst — een tabel, een spreadsheet, een beleidsdocument — en vertel wat de organisatie niet mag verlaten. De assistent schrijft de regels via add_dlp_rules, toont ze met list_dlp_rules en verwijdert er een met remove_dlp_rule. Dezelfde drie aanroepen zijn beschikbaar in de openbare API onder /api/v1/dlp.

Wat wordt vastgelegd

Weigeringen, overschrijvingen met hun redenen, alleen-audit-treffers en elke wijziging van een regel zijn rijen in het auditlogboek van de organisatie: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. De rij vermeldt de regel, de afzender en een gemaskeerd voorbeeld van wat overeenkwam — nooit het hele bericht.