Regler för dataskydd

Regler för vad ett chattmeddelande inte får föra ut ur din organisation – nycklar, kortnummer, IBAN-nummer och dina egna identifierare – kontrollerade före varje skickat meddelande och inlärda genom ett ord på ett meddelande eller en fil som ges till assistenten.

Regler för dataskydd

En chatt där varje medlem läser på sitt eget språk är fortfarande en chatt där någon av gammal vana klistrar in en åtkomstnyckel, ett kundkortsnummer eller en kontraktsreferens. Regler för dataskydd kontrollerar varje meddelande i organisationens möten och kanaler innan det skickas. Kontrollen är en lista med regler, inte ett omdöme: när ett meddelande nekas anges vilken regel som nekade det, och samma text nekas på samma sätt i morgon.

Regler för dataskydd ingår i planerna Business och Enterprise. Medlemmar på andra planer ser varken regler eller nekanden.

Ett meddelande med en åtkomstnyckel som nekas innan det skickas: notisen anger regeln, texten finns kvar i meddelanderutan

Vad som kontrolleras

En regel är antingen ett mönster (ett reguljärt uttryck) eller en lista med exakta ord, med en av tre åtgärder:

  • Blockera — meddelandet lämnar aldrig avsändaren. Avsändaren ser vilken regel som nekade det, och texten finns kvar i meddelanderutan.
  • Varna — avsändaren kan skicka ändå om hen anger en orsak. Orsaken skrivs till organisationens granskningslogg tillsammans med regeln.
  • Granska — meddelandet skickas, och granskningsloggen sparar en rad om att det skedde.

En varna-regel blir blockera så länge rummet innehåller någon utanför organisationen: en gäst som anslöt via länk, eller en deltagare från en annan organisation.

När ett skickat meddelande redigeras körs samma regler på den nya texten. En redigering har ingen orsak, så en varna-regel nekar redigeringen helt: redigeraren behåller din text, och för att skicka den med en orsak skickar du den som ett nytt meddelande. Osynliga tecken och siffror som liknar andra tecken inuti en nyckel eller ett nummer döljer det inte för reglerna.

Varje organisation börjar med de inbyggda reglerna: moln- och API-nycklar (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), privata nycklar i PEM, JSON Web Tokens, betalkortsnummer och IBAN. Nycklar blockeras; kortnummer och IBAN ger varning. Ägaren kan ändra åtgärden för en inbyggd regel eller stänga av den.

Lär in en regel från ett meddelande

Organisationens ägare eller en administratör öppnar menyn för ett chattmeddelande och väljer Skydda data som detta. InterMIND läser meddelandet och föreslår en regel: vad den skyddar, ett mönster eller de exakta orden, samt en åtgärd. Du redigerar förslaget och sparar det. Från nästa meddelande och framåt kontrolleras alla medlemmars meddelanden mot regeln.

En regel måste matcha det meddelande den lärdes in från; en regel med samma namn ersätter den tidigare.

Lär in regler från en fil

I Claude, ChatGPT, Copilot eller Gemini som är anslutna till InterMIND ger du assistenten din lista — en tabell, ett kalkylblad, ett policydokument — och beskriver vad som inte får lämna organisationen. Assistenten skriver reglerna via add_dlp_rules, visar dem med list_dlp_rules och tar bort en med remove_dlp_rule. Samma tre anrop finns i det publika API:et under /api/v1/dlp.

Vad som loggas

Nekanden, överstyrningar med sina orsaker, träffar som endast granskas och varje ändring av en regel är rader i organisationens granskningslogg: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Raden anger regeln, avsändaren och ett maskerat urval av det som matchade — aldrig hela meddelandet.