Regras de Proteção de Dados

Um chat em que cada membro lê no seu próprio idioma continua sendo um chat em que alguém, por hábito, cola uma chave de acesso, o número do cartão de um cliente ou a referência de um contrato. As regras de proteção de dados verificam cada mensagem dos meetings e canais da sua organização antes de ela ser enviada. A verificação é uma lista de regras, não um julgamento: quando uma mensagem é recusada, a regra que a recusou é indicada pelo nome, e o mesmo texto será recusado da mesma forma amanhã.

As regras de proteção de dados estão incluídas nos planos Business e Enterprise. Membros de outros planos não veem regras nem recusas.

O Que É Verificado

Uma regra é um padrão (uma expressão regular) ou uma lista de palavras exatas, com uma de três ações:

• Block — a mensagem nunca sai. Quem enviou vê qual regra a recusou e o texto permanece no campo de composição.
• Warn — quem enviou pode enviar mesmo assim, informando um motivo. O motivo é gravado no log de auditoria da organização junto com a regra.
• Audit — a mensagem é enviada, e o log de auditoria guarda um registro disso.

Uma regra warn passa a funcionar como block enquanto a sala tiver alguém de fora da organização: um convidado que entrou por link ou um participante de outra organização.

A edição de uma mensagem enviada aplica as mesmas regras ao novo texto. Uma edição não carrega motivo, então uma regra warn recusa a edição de imediato: o editor mantém o seu texto, e para enviá-lo com um motivo você precisa enviá-lo como uma nova mensagem. Caracteres invisíveis e dígitos parecidos dentro de uma chave ou de um número não os escondem das regras.

Toda organização começa com as regras integradas: chaves de nuvem e de API (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), chaves privadas em PEM, JSON Web Tokens, números de cartão de pagamento e IBANs. Chaves são bloqueadas; números de cartão e IBANs geram aviso. O proprietário pode alterar a ação de uma regra integrada ou desativá-la.

Criando uma Regra a Partir de uma Mensagem

O proprietário da organização ou um administrador abre o menu de uma mensagem do chat e escolhe Protect data like this. O InterMIND lê a mensagem e propõe uma regra: o que ela protege, um padrão ou as palavras exatas e uma ação. Você edita a proposta e a salva. A partir da próxima mensagem, as mensagens de todos os membros são verificadas com ela.

Uma regra precisa corresponder à mensagem a partir da qual foi criada; uma regra com o mesmo nome substitui a anterior.

Criando Regras a Partir de um Arquivo

No Claude, ChatGPT, Copilot ou Gemini conectado ao InterMIND, entregue ao assistente a sua lista — uma tabela, uma planilha, um documento de política — e diga o que não pode sair da organização. O assistente grava as regras por meio de add_dlp_rules, as exibe com list_dlp_rules e remove uma com remove_dlp_rule. As mesmas três chamadas estão na API pública em /api/v1/dlp.

O Que É Registrado

Recusas, substituições com seus motivos, correspondências apenas de auditoria e toda alteração de uma regra são registros do log de auditoria da organização: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. O registro indica a regra, quem enviou e uma amostra mascarada do que correspondeu — nunca a mensagem inteira.