Regler for databeskyttelse

En chat, hvor alle medlemmer læser på deres eget sprog, er stadig en chat, hvor nogen af vane indsætter en adgangsnøgle, en kundes kortnummer eller et kontraktnummer. Regler for databeskyttelse kontrollerer hver eneste besked i din organisations meetings og kanaler, før den sendes. Kontrollen er en liste af regler, ikke en vurdering: når en besked afvises, bliver den regel, der afviste den, nævnt ved navn, og den samme tekst afvises på samme måde i morgen.

Regler for databeskyttelse er inkluderet i abonnementerne Business og Enterprise. Medlemmer på andre abonnementer ser hverken regler eller afvisninger.

Hvad der kontrolleres

En regel er enten et mønster (et regulært udtryk) eller en liste med præcise ord, og den har en af tre handlinger:

• Block — beskeden forlader aldrig afsenderen. Afsenderen kan se, hvilken regel der afviste den, og teksten bliver stående i skrivefeltet.
• Warn — afsenderen kan sende alligevel med en begrundelse. Begrundelsen skrives til organisationens auditlog sammen med reglen.
• Audit — beskeden sendes, og auditloggen gemmer en række om, at den blev sendt.

En warn-regel bliver til block, så længe rummet har en deltager uden for organisationen: en gæst, der er kommet med via et link, eller en deltager fra en anden organisation.

Når man redigerer en sendt besked, kører de samme regler på den nye tekst. En redigering har ingen begrundelse, så en warn-regel afviser redigeringen helt: editoren beholder din tekst, og hvis du vil sende den med en begrundelse, skal du sende den som en ny besked. Usynlige tegn og cifre, der ligner hinanden, inde i en nøgle eller et nummer skjuler den ikke for reglerne.

Hver organisation starter med de indbyggede regler: cloud- og API-nøgler (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), private nøgler i PEM, JSON Web Tokens, betalingskortnumre og IBAN-numre. Nøgler blokeres; kortnumre og IBAN-numre giver en advarsel. Ejeren kan ændre handlingen for en indbygget regel eller slå den fra.

Lær en regel op ud fra en besked

Organisationens ejer eller en admin åbner menuen på en chatbesked og vælger Protect data like this. InterMIND læser beskeden og foreslår en regel: hvad den beskytter, et mønster eller de præcise ord og en handling. Du redigerer forslaget og gemmer det. Fra den næste besked kontrolleres alle medlemmers beskeder mod den.

En regel skal matche den besked, den blev oplært på; en regel med samme navn erstatter den tidligere.

Lær regler op ud fra en fil

I Claude, ChatGPT, Copilot eller Gemini, der er forbundet til InterMIND, giver du assistenten din liste — en tabel, et regneark, et politikdokument — og fortæller, hvad der ikke må forlade organisationen. Assistenten skriver reglerne via add_dlp_rules, viser dem med list_dlp_rules og fjerner en med remove_dlp_rule. De samme tre kald findes i den offentlige API under /api/v1/dlp.

Hvad der logges

Afvisninger, tilsidesættelser med deres begrundelser, match, der kun auditeres, og alle ændringer af en regel er rækker i organisationens auditlog: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Rækken angiver reglen, afsenderen og et maskeret eksempel på det, der matchede — aldrig hele beskeden.