Quand renommer le fichier ne suffit plus
Les politiques au niveau du protocole bloquent des canaux — le blocage sensible au contenu bloque la donnée elle-même, quel que soit le canal qu'elle emprunte.
La plupart des fuites de données ne sont pas accidentelles comme on l'imagine souvent. Un salarié sait que le document est confidentiel. Il tente de le transférer via une messagerie personnelle, de le déposer sur un espace cloud, ou de le copier sur une clé USB avant sa démission. Les politiques au niveau du protocole bloquent certaines de ces routes. Elles n'arrêtent pas un salarié qui renomme le fichier, change son extension, ou fait passer le contenu par un canal inhabituel.
Le blocage sensible au contenu agit à un autre niveau : celui du contenu lui-même. Anexet analyse ce qui est transféré — pas seulement le nom de fichier ou le protocole — face à une bibliothèque d'objets d'analyse que vous définissez : empreintes numériques de documents source sensibles, hashs cryptographiques de fichiers connus, labels de sensibilité appliqués à des catégories classifiées, et ensembles de termes de thésaurus couvrant un vocabulaire propre à votre secteur ou à votre entreprise. Toute tentative de transfert correspondant à l'un de ces objets est bloquée au moment de l'interception, avant que la donnée ne quitte le poste de travail.
Le résultat est une politique qui suit l'information plutôt que le canal. Changer le nom du fichier, passer à une autre messagerie, utiliser un service cloud chiffré — si le contenu sous-jacent correspond toujours, le blocage se déclenche toujours. Dans la Console Client, le responsable sécurité voit l'événement bloqué : l'utilisateur, le canal, l'objet correspondant, l'horodatage. Le document lui-même est conservé comme preuve. Rien n'a été perdu ; rien n'est parti.
