Regole di protezione dei dati

Una chat in cui ogni membro legge nella propria lingua resta pur sempre una chat in cui qualcuno incolla per abitudine una chiave di accesso, il numero della carta di un cliente o il riferimento di un contratto. Le regole di protezione dei dati controllano ogni messaggio delle riunioni e dei canali della tua organizzazione prima che venga inviato. Il controllo è un elenco di regole, non un giudizio: quando un messaggio viene rifiutato, la regola che lo ha rifiutato viene indicata per nome, e lo stesso testo viene rifiutato allo stesso modo anche domani.

Le regole di protezione dei dati sono incluse nei piani Business ed Enterprise. I membri degli altri piani non vedono né regole né rifiuti.

Cosa viene controllato

Una regola è un pattern (un'espressione regolare) oppure un elenco di parole esatte, con una di queste tre azioni:

• Block — il messaggio non esce. Chi scrive vede quale regola lo ha rifiutato e il testo resta nel campo di scrittura.
• Warn — chi scrive può inviare comunque, indicando un motivo. Il motivo viene registrato nell'audit log dell'organizzazione insieme alla regola.
• Audit — il messaggio viene inviato e l'audit log conserva una riga che lo attesta.

Una regola warn diventa block finché nella stanza c'è qualcuno esterno all'organizzazione: un ospite entrato tramite link o un partecipante di un'altra organizzazione.

La modifica di un messaggio già inviato applica le stesse regole al nuovo testo. Una modifica non prevede alcun motivo, quindi una regola warn rifiuta la modifica senza eccezioni: l'editor conserva il tuo testo e, per inviarlo con un motivo, devi inviarlo come nuovo messaggio. I caratteri invisibili e le cifre simili a quelle reali all'interno di una chiave o di un numero non li nascondono alle regole.

Ogni organizzazione parte con le regole integrate: chiavi cloud e API (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), chiavi private in PEM, JSON Web Token, numeri di carte di pagamento e IBAN. Le chiavi sono bloccate; i numeri di carta e gli IBAN generano un avviso. Il proprietario può cambiare l'azione di una regola integrata o disattivarla.

Creare una regola a partire da un messaggio

Il proprietario dell'organizzazione o un amministratore apre il menu di un messaggio della chat e sceglie Protect data like this. InterMIND legge il messaggio e propone una regola: cosa protegge, un pattern o le parole esatte, e un'azione. Tu modifichi la proposta e la salvi. Dal messaggio successivo in poi, i messaggi di tutti i membri vengono controllati in base a quella regola.

Una regola deve corrispondere al messaggio da cui è stata creata; una regola con lo stesso nome sostituisce quella precedente.

Creare regole a partire da un file

In Claude, ChatGPT, Copilot o Gemini collegati a InterMIND, dai all'assistente il tuo elenco — una tabella, un foglio di calcolo, un documento di policy — e indica cosa non deve uscire dall'organizzazione. L'assistente scrive le regole tramite add_dlp_rules, le mostra con list_dlp_rules e ne elimina una con remove_dlp_rule. Le stesse tre chiamate sono disponibili nell'API pubblica sotto /api/v1/dlp.

Cosa viene registrato

I rifiuti, le deroghe con i relativi motivi, le corrispondenze solo in audit e ogni modifica di una regola sono righe dell'audit log dell'organizzazione: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. La riga indica la regola, il mittente e un campione mascherato di ciò che ha corrisposto — mai l'intero messaggio.