Regler for databeskyttelse

En chat der alle leser på sitt eget språk, er fortsatt en chat der noen av gammel vane limer inn en tilgangsnøkkel, et kundekortnummer eller en kontraktsreferanse. Regler for databeskyttelse sjekker hver melding i organisasjonens meetinger og kanaler før den sendes. Sjekken er en liste med regler, ikke et skjønn: når en melding avvises, oppgis regelen som avviste den, og den samme teksten avvises på samme måte i morgen.

Regler for databeskyttelse er inkludert i planene Business og Enterprise. Medlemmer på andre planer ser verken regler eller avvisninger.

Hva som sjekkes

En regel er enten et mønster (et regulært uttrykk) eller en liste med eksakte ord, med én av tre handlinger:

• Block — meldingen forlater aldri enheten. Avsenderen ser hvilken regel som avviste den, og teksten blir stående i meldingsfeltet.
• Warn — avsenderen kan sende likevel, med en begrunnelse. Begrunnelsen skrives til organisasjonens revisjonslogg sammen med regelen.
• Audit — meldingen sendes, og revisjonsloggen får en rad som viser at den ble sendt.

En warn-regel blir til block så lenge rommet har noen utenfor organisasjonen: en gjest som kom inn via lenke, eller en deltaker fra en annen organisasjon.

Når du redigerer en sendt melding, kjøres de samme reglene på den nye teksten. En redigering har ingen begrunnelse, så en warn-regel avviser redigeringen helt: redigeringsfeltet beholder teksten din, og for å sende den med en begrunnelse må du sende den som en ny melding. Usynlige tegn og siffer som ligner hverandre, inne i en nøkkel eller et nummer, skjuler ikke nøkkelen eller nummeret for reglene.

Hver organisasjon starter med de innebygde reglene: sky- og API-nøkler (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), private nøkler i PEM, JSON Web Tokens, betalingskortnumre og IBAN-numre. Nøkler blokkeres; kortnumre og IBAN-numre gir advarsel. Eieren kan endre handlingen til en innebygd regel eller slå den av.

Lær en regel av en melding

Organisasjonens eier eller en administrator åpner menyen til en chatmelding og velger Protect data like this. InterMIND leser meldingen og foreslår en regel: hva den beskytter, et mønster eller de eksakte ordene, og en handling. Du redigerer forslaget og lagrer det. Fra neste melding blir alle medlemmers meldinger sjekket mot den.

En regel må treffe meldingen den ble lært av. En regel med samme navn erstatter den tidligere.

Lær regler av en fil

I Claude, ChatGPT, Copilot eller Gemini koblet til InterMIND gir du assistenten listen din — en tabell, et regneark eller et policydokument — og sier hva som ikke skal forlate organisasjonen. Assistenten skriver reglene via add_dlp_rules, viser dem med list_dlp_rules og fjerner én med remove_dlp_rule. De samme tre kallene finnes i det offentlige API-et under /api/v1/dlp.

Hva som logges

Avvisninger, overstyringer med begrunnelsene sine, treff som bare revideres og alle endringer i en regel er rader i organisasjonens revisjonslogg: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Raden nevner regelen, avsenderen og et maskert utdrag av det som traff — aldri hele meldingen.