Saltar al contenido principal

​
Datos personales bajo el GDPR y la LGPD

Toda regulación, desde el GDPR hasta la LGPD, comparte un principio: usas los datos personales solo para el propósito que el usuario aceptó. El CRM forma parte del ledger de Midaz. Gestiona flujos transaccionales y no transaccionales, por lo que debe proteger los datos sensibles que estos flujos contienen. Aunque Lerian no ofrece servicios de ciberseguridad, seguimos prácticas estrictas de seguridad de la información en todo el software que entregamos.

​
Responsabilidades de seguridad

Lerian no supervisa ni impone las políticas de ciberseguridad de sus clientes. Respetamos la relación de confianza que cada institución tiene con sus usuarios finales. Suponemos que cada cliente cumple con la LGPD y cualquier otra regulación de protección de datos que aplique a su región o industria. La división del trabajo de seguridad entre Lerian y tú depende de tu modelo de despliegue. Consulta el modelo de responsabilidad compartida. Aun así, Lerian entrega tecnología que sigue prácticas de seguridad sólidas y alineadas con el mercado. Estas prácticas protegen los datos sensibles de CRM de la siguiente manera:

​
En tránsito

El ledger de Midaz sirve HTTP simple. Termina el TLS delante de él, en tu ingress o service mesh, para proteger los datos que intercambias con el CRM. El CRM cifra los campos sensibles antes de escribirlos en la base de datos. Esto se aplica a cada solicitud que crea o actualiza un holder o un instrument.

​
En reposo

En BYOC, el cifrado de disco y de volumen es tu responsabilidad. Lo recomendamos firmemente. Añade otra capa de protección.

​
Cómo protegemos los datos

El CRM usa diferentes métodos de protección. El método depende del tipo de dato y de su uso previsto.
  • El cifrado protege valores que el sistema podría necesitar leer de nuevo, como nombres o información de contacto.
  • El hashing crea un token de búsqueda para algunos campos cifrados, como el document del Holder, para que el CRM encuentre un registro por ese valor. El campo en sí sigue cifrado.
El CRM escribe los campos protegidos en la base de datos solo en forma cifrada.

​
Estrategias de cifrado y hashing

El CRM combina varias técnicas criptográficas. Estas técnicas protegen los datos sensibles y a la vez son compatibles con la aplicación.

​
Cifrado

El sistema debe leer o mostrar de nuevo algunos campos, como nombres personales o correos electrónicos. El CRM cifra cada uno de estos valores con cifrado simétrico fuerte. Incluso si alguien lee la base de datos directamente, los valores originales permanecen ilegibles sin la clave de cifrado. El cifrado también añade un componente aleatorio, de modo que valores idénticos nunca producen el mismo resultado cifrado.

​
Hashing

El CRM aplica hash a ciertos campos para permitir el filtrado seguro sin exponer el valor original. Almacena estos hashes en una estructura interna separada para búsquedas rápidas y seguras.

​
Gestión de claves

El CRM usa claves de cifrado y claves de hashing, en uno de dos modos que selecciona KMS_VENDOR. Cuando KMS_VENDOR no está definido o es none, el CRM lee sus claves de LCRYPTO_ENCRYPT_SECRET_KEY y LCRYPTO_HASH_SECRET_KEY. Cuando KMS_VENDOR es hashicorp-vault, el CRM genera claves para cada organización y las protege con una clave de HashiCorp Vault Transit que tú operas. Nunca escribas directamente una clave ni la expongas en el código fuente o en el control de versiones. Con hashicorp-vault, el CRM usa el motor Transit de Vault montado en transit-st. Cada organización tiene su propia clave Transit, llamada org-<organization_id>. Midaz se autentica en Vault con AppRole: define KMS_VAULT_AUTH_METHOD como approle, y define KMS_VAULT_ROLE_ID y KMS_VAULT_SECRET_ID. Da a ese AppRole permiso para cifrar y descifrar con las claves de las organizaciones en transit-st. Midaz aprovisiona las claves del CRM de una organización cuando la organización las necesita por primera vez. Para aprovisionar las claves antes, llama a POST /v2/organizations/{organization_id}/encryption/provision. Para verificar las claves, llama a GET /v2/organizations/{organization_id}/encryption/status.
Protege tus claves con un gestor de secretos dedicado o un almacenamiento seguro.

​
Campos protegidos

El CRM protege los campos que se listan a continuación. No necesitas saber cómo funciona esta protección. No ingreses datos sensibles en ningún campo que esta lista no incluya.
Nunca almacenes información sensible en el objeto metadata.

​
Holder

  • name
  • document
  • contact.primaryEmail
  • contact.secondaryEmail
  • contact.mobilePhone
  • contact.otherPhone
  • naturalPerson.motherName
  • naturalPerson.fatherName
  • naturalPerson.monthlyGrossIncome.value
  • legalPerson.representative.name
  • legalPerson.representative.document
  • legalPerson.representative.email

​
Instrument

  • document
  • bankingDetails.account
  • bankingDetails.iban
  • regulatoryFields.participantDocument
  • relatedParties.document

​
Mejores prácticas y recomendaciones

El cifrado de datos en el CRM añade una capa de seguridad sólida. Incluso si un atacante compromete la base de datos, los campos protegidos permanecen ilegibles en su forma original. El CRM descifra los datos solo con una clave válida, o mediante llamadas de servicio autenticadas y autorizadas. La seguridad de las claves es, por lo tanto, crítica. Si una clave se filtra, la aplicación no puede proteger tus datos por sí sola. Para mantener tu entorno seguro, recomendamos firmemente:
  • No expongas la API de Midaz directamente en capas de borde como puertas de enlace o aplicaciones frontend.
  • Nunca almacenes datos sensibles en campos de metadatos. El CRM no los cifra.
  • Aplica gobernanza sobre el acceso al entorno de producción y a las herramientas relacionadas.
  • Usa gestores de claves seguros con controles de acceso estrictos para resguardar tus secretos.
  • Cifra los discos o volúmenes para proteger los datos en reposo.
La seguridad de los datos es una responsabilidad compartida. El CRM te da los componentes básicos. Confirma que tu implementación los use bien.