Reglas de protección de datos

Un chat en el que cada miembro lee en su propio idioma sigue siendo un chat en el que alguien pega, por costumbre, una clave de acceso, el número de tarjeta de un cliente o la referencia de un contrato. Las reglas de protección de datos revisan cada mensaje de las reuniones y los canales de su organización antes de que se envíe. La revisión es una lista de reglas, no un juicio: cuando se rechaza un mensaje, se indica la regla que lo rechazó, y el mismo texto se rechazará de la misma manera mañana.

Las reglas de protección de datos están incluidas en los planes Business y Enterprise. Los miembros de otros planes no ven reglas ni rechazos.

Qué se revisa

Una regla es un patrón (una expresión regular) o una lista de palabras exactas, con una de tres acciones:

• Block — el mensaje nunca sale. El remitente ve qué regla lo rechazó y el texto permanece en el editor.
• Warn — el remitente puede enviarlo igualmente indicando un motivo. El motivo se registra en el registro de auditoría de la organización junto con la regla.
• Audit — el mensaje se envía y el registro de auditoría conserva una fila que lo refleja.

Una regla warn pasa a ser block mientras en la sala haya alguien ajeno a la organización: un invitado que se unió mediante enlace o un participante de otra organización.

Editar un mensaje enviado aplica las mismas reglas al nuevo texto. Una edición no incluye motivo, así que una regla warn rechaza la edición sin más: el editor conserva su texto y, para enviarlo con un motivo, debe enviarlo como un mensaje nuevo. Los caracteres invisibles y los dígitos de aspecto similar dentro de una clave o un número no los ocultan a las reglas.

Toda organización parte de las reglas integradas: claves de nube y de API (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), claves privadas en PEM, JSON Web Tokens, números de tarjeta de pago e IBAN. Las claves se bloquean; los números de tarjeta y los IBAN generan una advertencia. El propietario puede cambiar la acción de una regla integrada o desactivarla.

Crear una regla a partir de un mensaje

El propietario de la organización o un administrador abre el menú de un mensaje del chat y elige Protect data like this. InterMIND lee el mensaje y propone una regla: qué protege, un patrón o las palabras exactas, y una acción. Usted edita la propuesta y la guarda. A partir del siguiente mensaje, los mensajes de todos los miembros se comprueban con ella.

Una regla debe coincidir con el mensaje a partir del cual se creó; una regla con el mismo nombre sustituye a la anterior.

Crear reglas a partir de un archivo

En Claude, ChatGPT, Copilot o Gemini conectados a InterMIND, entregue al asistente su lista —una tabla, una hoja de cálculo, un documento de políticas— e indique qué no debe salir de la organización. El asistente escribe las reglas mediante add_dlp_rules, las muestra con list_dlp_rules y elimina una con remove_dlp_rule. Las mismas tres llamadas están en la API pública, en /api/v1/dlp.

Qué se registra

Los rechazos, las anulaciones con sus motivos, las coincidencias solo de auditoría y cada cambio de una regla son filas del registro de auditoría de la organización: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. La fila indica la regla, el remitente y una muestra enmascarada de lo que coincidió, nunca el mensaje completo.