Règles de protection des données

Dans une conversation où chaque membre lit dans sa propre langue, il reste toujours quelqu'un pour coller par habitude une clé d'accès, le numéro de carte d'un client ou une référence de contrat. Les règles de protection des données contrôlent chaque message des réunions et des canaux de votre organisation avant son envoi. Ce contrôle repose sur une liste de règles, non sur un jugement : lorsqu'un message est refusé, la règle qui l'a refusé est nommée, et le même texte sera refusé de la même manière demain.

Les règles de protection des données sont incluses dans les offres Business et Enterprise. Les membres des autres offres ne voient ni règles ni refus.

Ce qui est contrôlé

Une règle est soit un motif (une expression régulière), soit une liste de mots exacts, associée à l'une des trois actions suivantes :

• Block (bloquer) — le message ne part jamais. L'expéditeur voit quelle règle l'a refusé et le texte reste dans le champ de saisie.
• Warn (avertir) — l'expéditeur peut envoyer le message malgré tout en indiquant un motif. Ce motif est inscrit dans le journal d'audit de l'organisation, avec la règle concernée.
• Audit — le message part, et le journal d'audit conserve une ligne qui l'atteste.

Une règle warn devient block lorsque la conversation compte une personne extérieure à l'organisation : un invité arrivé par lien, ou un participant d'une autre organisation.

La modification d'un message envoyé applique les mêmes règles au nouveau texte. Une modification n'est accompagnée d'aucun motif ; une règle warn refuse donc la modification d'emblée : l'éditeur conserve votre texte et, pour l'envoyer avec un motif, vous l'envoyez comme un nouveau message. Les caractères invisibles et les chiffres d'apparence identique placés dans une clé ou un numéro ne le dissimulent pas aux règles.

Chaque organisation démarre avec les règles intégrées : clés cloud et clés d'API (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), clés privées au format PEM, JSON Web Tokens, numéros de carte bancaire et IBAN. Les clés sont bloquées ; les numéros de carte et les IBAN déclenchent un avertissement. Le propriétaire peut modifier l'action d'une règle intégrée ou la désactiver.

Créer une règle à partir d'un message

Le propriétaire de l'organisation ou un administrateur ouvre le menu d'un message du chat et choisit Protect data like this. InterMIND lit le message et propose une règle : ce qu'elle protège, un motif ou les mots exacts, et une action. Vous modifiez la proposition, puis vous l'enregistrez. À partir du message suivant, les messages de tous les membres sont contrôlés selon cette règle.

Une règle doit correspondre au message à partir duquel elle a été créée ; une règle portant le même nom remplace la précédente.

Créer des règles à partir d'un fichier

Dans Claude, ChatGPT, Copilot ou Gemini connecté à InterMIND, transmettez à l'assistant votre liste — un tableau, une feuille de calcul, un document de politique interne — et indiquez ce qui ne doit pas sortir de l'organisation. L'assistant écrit les règles via add_dlp_rules, les affiche avec list_dlp_rules et en supprime une avec remove_dlp_rule. Ces trois mêmes appels sont disponibles dans l'API publique sous /api/v1/dlp.

Ce qui est journalisé

Les refus, les contournements avec leurs motifs, les correspondances en simple audit et chaque modification de règle sont des lignes du journal d'audit de l'organisation : chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. La ligne indique la règle, l'expéditeur et un extrait masqué de ce qui a correspondu — jamais le message entier.