Cuando renombrar el archivo no basta
Las políticas a nivel de protocolo detienen canales — el bloqueo sensible al contenido detiene los datos en sí, sin importar el canal por el que viajen.
La mayoría de las fugas de datos no son accidentales en la forma en que se asume. Un empleado sabe que el documento es confidencial. Intenta reenviarlo a través de una cuenta de correo personal, subirlo a un disco en la nube o copiarlo en una memoria USB antes de renunciar. Las políticas a nivel de protocolo detienen algunas de esas rutas. No detienen a un empleado que renombra el archivo, cambia la extensión o enruta el contenido a través de un canal poco habitual.
El bloqueo sensible al contenido aborda una capa diferente: el contenido en sí. Anexet analiza lo que se transfiere — no solo el nombre del archivo o el protocolo — frente a una biblioteca de objetos de análisis que usted define: huellas digitales de documentos origen sensibles, hashes criptográficos de archivos conocidos, etiquetas de sensibilidad aplicadas a categorías clasificadas y conjuntos de términos del tesauro que cubren el vocabulario específico de su sector o empresa. Un intento de transferencia que coincida con cualquiera de estos objetos se bloquea en el momento de la interceptación, antes de que los datos salgan del endpoint.
El resultado es una política que viaja con la información y no con el canal. Cambie el nombre del archivo, cambie a otro mensajero, use un servicio en la nube cifrado — si el contenido subyacente sigue coincidiendo, el bloqueo se sigue activando. En la Consola Client, el responsable de seguridad ve el evento bloqueado: el usuario, el canal, el objeto coincidente, la marca de tiempo. El propio documento se conserva como evidencia. No se perdió nada; no se envió nada.
