> ## Documentation Index > Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt > Use this file to discover all available pages before exploring further. # Segurança de dados do CRM > Proteja os dados pessoais do CRM com HTTPS/TLS em trânsito, criptografia em nível de campo e hashing em repouso, e controles alinhados aos requisitos do GDPR e da LGPD. ### Por que isso importa? Toda regulamentação, do GDPR à LGPD, compartilha um princípio: você usa dados pessoais apenas para o propósito com que o usuário concordou. O **CRM** faz parte do ledger Midaz. Ele lida com fluxos transacionais e não transacionais, então deve proteger os dados sensíveis que esses fluxos carregam. Embora a Lerian não ofereça serviços de cibersegurança, seguimos práticas rígidas de segurança da informação em todo o software que entregamos. ## Responsabilidades de segurança *** Como fornecedora de tecnologia on-premise, a Lerian não supervisiona nem impõe as políticas de cibersegurança de nossos clientes. Respeitamos a relação de confiança que cada instituição tem com seus usuários finais. Presumimos que cada cliente segue a LGPD e qualquer outra regulamentação de proteção de dados aplicável à sua região ou setor. Ainda assim, a Lerian entrega tecnologia que segue práticas de segurança sólidas e alinhadas ao mercado. Essas práticas protegem os dados sensíveis do CRM da seguinte forma: ### Em trânsito **TLS sobre HTTPS** protege todos os dados que você troca com o CRM. O CRM criptografa campos sensíveis *antes* de gravá-los no banco de dados. Isso vale para toda requisição que cria ou atualiza um titular ou um instrumento. ### Em repouso O CRM roda on-premise, então a criptografia de disco e de volume é responsabilidade do cliente. Recomendamos fortemente essa prática. Ela adiciona mais uma camada de proteção. ## Como protegemos os dados *** O CRM usa diferentes métodos de proteção. O método depende do tipo de dado e do uso pretendido. * **Criptografia** protege valores que o sistema pode precisar ler novamente, como nomes ou informações de contato. * **Hashing** protege valores que o sistema nunca mostra novamente, mas ainda deve comparar, como identificadores para filtragem ou busca. O CRM protege os dados sensíveis assim que eles chegam a ele. O CRM nunca armazena nem processa dados sensíveis em formato bruto. ### Estratégias de criptografia e hashing O CRM combina várias técnicas criptográficas. Essas técnicas protegem os dados sensíveis e ainda dão suporte à aplicação. #### Criptografia O sistema deve ler ou mostrar alguns campos novamente, como nomes pessoais ou e-mails. O CRM criptografa cada um desses valores com criptografia simétrica forte. Mesmo que alguém leia o banco de dados diretamente, os valores originais permanecem ilegíveis sem a autorização adequada. A criptografia também adiciona um componente aleatório, de modo que valores idênticos nunca produzem a mesma saída criptografada. #### Hashing O CRM aplica hash em certos campos para permitir filtragem segura sem expor o valor original. Ele armazena esses hashes em uma estrutura interna separada para buscas rápidas e seguras. Em alguns casos, o CRM aplica hash em um campo apenas para atender a uma restrição interna do banco de dados, mesmo quando o campo não é pesquisável. ### Gerenciamento de chaves O CRM usa chaves de criptografia e chaves de hashing. A equipe de deploy deve gerar, armazenar e gerenciar essas chaves com segurança. As chaves devem seguir padrões criptográficos rigorosos. Nunca codifique uma chave diretamente ou a exponha em código-fonte ou controle de versão. Proteja suas chaves com um gerenciador de segredos dedicado ou armazenamento seguro. Se um invasor comprometer uma chave, rotacione-a e recriptografe ou reaplique o hash nos dados afetados.

Campos protegidos

O CRM protege os campos listados abaixo. Você não precisa saber como essa proteção funciona. Não insira dados sensíveis em nenhum campo que não esteja nesta lista. Nunca armazene informações sensíveis no objeto `metadata`. #### Titular * `name` * `document` * `contact.primaryEmail` * `contact.secondaryEmail` * `contact.mobilePhone` * `contact.otherPhone` * `naturalPerson.motherName` * `naturalPerson.fatherName` * `legalPerson.representative.name` * `legalPerson.representative.document` * `legalPerson.representative.email` #### Instrumento * `document` * `bankingDetails.account` * `bankingDetails.iban` * `regulatoryFields.participantDocument` * `relatedParties.document` ## Boas práticas e recomendações *** A criptografia de dados no **CRM** adiciona uma camada de segurança sólida. Mesmo que um invasor comprometa o banco de dados, os dados sensíveis permanecem inacessíveis em sua forma original. O CRM descriptografa dados apenas com uma chave válida, ou por meio de chamadas de serviço autenticadas e autorizadas. Por isso, a segurança das chaves é essencial. Se uma chave vazar, a aplicação não consegue proteger seus dados sozinha. Para manter seu ambiente seguro, recomendamos fortemente: * **Não exponha a API do Midaz** diretamente em camadas de borda, como gateways ou aplicações frontend. * **Nunca armazene dados sensíveis em campos de metadados.** O CRM não os criptografa. * **Aplique governança** sobre o acesso ao ambiente de produção e às ferramentas relacionadas. * **Use gerenciadores de chaves seguros** com controles de acesso rigorosos para proteger seus segredos. * **Criptografe discos ou volumes** para proteger dados em repouso. Se um invasor comprometer uma chave, ou se você precisar rotacioná-la, **você deve gerar uma nova chave e recriptografar os dados afetados**. Use os serviços disponíveis do CRM para isso. A segurança de dados é uma responsabilidade compartilhada. O **CRM** oferece os blocos de construção. Confirme que seu deploy os usa bem.