Arquitetura
O Midaz aplicou segurança desde a concepção e modelagem de ameaças desde o início. Ele ainda aplica ambas a cada novo recurso.
- Segurança desde a concepção: O Midaz incorpora controles de segurança em todo o ciclo de vida, do design ao deploy. Ele segue diretrizes da OWASP como o OWASP Top 10 e o OWASP Application Security Verification Standard (ASVS).
- Modelagem de ameaças: Um processo estruturado identifica, avalia e reduz riscos de segurança antes que um atacante os explore. O Midaz usa a metodologia STRIDE. O STRIDE agrupa ameaças em seis tipos:
- Spoofing (por exemplo, autenticação falsa em uma API bancária).
- Tampering (por exemplo, alterar dados de transação no meio de uma requisição).
- Repudiation (por exemplo, ausência de logs de auditoria para transações).
- Information Disclosure (por exemplo, vazamento de dados sensíveis por meio de respostas de API).
- Denial of Service (por exemplo, sobrecarregar a API com requisições falsas).
- Elevation of Privilege (por exemplo, explorar um bug para obter acesso de administrador).
Modelo de responsabilidade compartilhada
A segurança é uma responsabilidade compartilhada entre a Lerian e o cliente. A divisão exata depende do seu modelo de deploy.
No modelo BYOC
No BYOC (Bring Your Own Cloud), você faz o deploy da Lerian na sua própria infraestrutura. A Lerian protege a camada de aplicação. Você protege o ambiente. O que a Lerian protege:- Serviços seguros desde a concepção.
- Correções proativas de vulnerabilidades.
- Atualizações de segurança: upgrades de dependências, patches de segurança e melhorias.
- Infraestrutura: Faça hardening do SO e das imagens de container, gerencie patches e aplique configurações seguras na plataforma de hospedagem.
- Rede: Implemente segmentação, firewalls e sistemas IDS/IPS. Adote princípios de Zero Trust para proteger a comunicação interna e externa.
- Banco de dados: Configure backups e registro de auditoria. Siga as boas práticas de segurança para armazenamento de dados.
- Gestão de Identidade e Acesso: Controle o acesso ao ambiente. Use o Access Manager para aplicar políticas de menor privilégio dentro da plataforma.
- Criptografia: Criptografe dados sensíveis em repouso e em trânsito. Considere tokenização ou anonimização quando apropriado.
- Dados do usuário: Todos os dados de usuário que o Midaz armazena ou processa permanecem sob seu controle e responsabilidade.
- Monitoramento: Estabeleça ferramentas de monitoramento que detectem padrões de acesso incomuns ou comportamento suspeito.
- Camadas adicionais de segurança: Reforce as defesas com Web Application Firewalls (WAF), mecanismos anti-DDoS e ferramentas de mitigação de bots.
No modelo SaaS
No SaaS, a Lerian gerencia toda a infraestrutura. A Lerian assume mais da responsabilidade de segurança. O que a Lerian protege:- Tudo o que está na camada de aplicação do BYOC, mais:
- Infraestrutura de nuvem, rede e ambiente de computação.
- Provisionamento de banco de dados, criptografia em repouso e backups automatizados.
- Patching de SO e de containers.
- Monitoramento, alertas e resposta a incidentes.
- Alta disponibilidade e disaster recovery.
- Controle de acesso em nível de negócio: Gerencie usuários, papéis e permissões dentro da plataforma.
- Segurança da integração de API: Proteja a comunicação entre seus sistemas e as APIs da Lerian.
- Governança de dados do usuário: Defina e aplique políticas de tratamento de dados que atendam às suas obrigações regulatórias.
- Conformidade: Garanta que o uso da plataforma esteja alinhado com os requisitos regulatórios da sua instituição.
Gestão de Identidade e Acesso
Com a autenticação ativa, o Midaz encaminha o bearer token de cada requisição, junto com o produto, o recurso e a ação, ao serviço de autorização configurado. O Midaz atende a requisição só quando esse serviço responde que o chamador está autorizado. O Access Manager fornece esse serviço. A autenticação fica ativa quando você define
PLUGIN_AUTH_ENABLED=true. Com DEPLOYMENT_MODE=saas ou MULTI_TENANT_ENABLED=true, o Midaz se recusa a iniciar sem ela. Em qualquer outro modo, o Midaz inicia sem autenticação e registra um aviso. O Midaz também se recusa a iniciar quando PLUGIN_AUTH_ENABLED tem um valor diferente de true ou false. O Midaz obtém o endereço do serviço de autorização de PLUGIN_AUTH_HOST ou do service discovery, e as requisições protegidas falham quando nenhum serviço de autorização está acessível.
Opção 1: IAM externo
Um serviço de autorização próprio deve responder à mesma requisição de autorização que o Access Manager responde.Opção 2: Access Manager Plugin
O Access Manager Plugin gerencia autenticação e autorização para o Midaz. Ele fornece:- Gestão do ciclo de vida do usuário
- Tratamento de tokens de sessão
- Rotação de refresh token
- Registro e gestão de aplicações
Isolamento de tenant na Lerian Cloud
Na Lerian Cloud, o Midaz isola todos os recursos por tenant na camada de aplicação. Isso cobre organizações, ledgers, contas e transações. Seu token de acesso JWT carrega o contexto do tenant. A cada requisição, o middleware da plataforma resolve o tenant a partir da claim
tenantId no token. Suas chamadas de API nunca veem dados de outros tenants. Outros tenants nunca veem seus dados.
Esse isolamento funciona independentemente da hierarquia de organizações. Dois tenants podem criar estruturas de organização similares, e seus dados permanecem completamente separados.
Isolamento de credenciais
Cada tenant tem suas próprias credenciais. O Midaz nunca as compartilha entre tenants. Um tenant nunca consegue se autenticar nos dados de outro tenant. A Lerian gera e gerencia essas credenciais. Elas nunca ficam em arquivos de configuração nem em variáveis de ambiente.Limites de recursos por tenant
A Lerian Cloud aplica limites de recursos para que nenhum tenant degrade os outros. Este é o problema do noisy neighbor:- Limites de recursos do Kubernetes: Limites de CPU e memória em cada workload limitam quanto de computação ela pode consumir. Isso limita o impacto de um pico ou de um workload descontrolado.
- Statement timeout do PostgreSQL: O Midaz não define um por conta própria. Configure
statement_timeoutnas suas roles ou bancos de dados PostgreSQL para que nenhuma query sozinha retenha recursos indefinidamente. - Pool de conexões por serviço: cada serviço mantém seu próprio pool de conexões, com um pool por tenant ativo. Isso limita a capacidade de conexão por tenant. Um tenant não pode esgotar as conexões de banco de dados que outros precisam.
Esses limites complementam o isolamento de dados acima. O isolamento de dados protege os dados de cada tenant contra outros tenants. Os limites de recursos protegem o desempenho e a disponibilidade de cada tenant contra a carga de outros tenants.
Proteção de dados
O Midaz aplica os princípios de partidas dobradas desde a concepção. Toda transação deve ter débitos e créditos equilibrados. O Midaz rejeita qualquer lançamento que falhe nessa validação. Isso protege a integridade do ledger. Também protege o sistema contra discrepâncias de lançamento.
Salvaguardas integradas
O Midaz aplica validação estrita em todos os fluxos de transação para manter os dados consistentes e prevenir erros de lógica:- O Midaz recusa uma transação que levaria o saldo disponível de uma conta interna abaixo de zero. Quando o overdraft está ativo no saldo, o Midaz registra a diferença como uso de overdraft, dentro do limite de overdraft quando há um. Contas externas não têm piso.
- O Midaz verifica o status da conta antes de qualquer operação.
- O Midaz exige um ativo registrado e válido antes de lançar uma entrada.
Conformidade com a LGPD e o GDPR
O Midaz criptografa os campos de dados pessoais de holders e instrumentos do CRM antes de armazená-los. Outros dados, como metadados e descrições, são armazenados como enviados. O Midaz trata a validação de transações. Você protege informações de identificação pessoal (PII). Para permanecer em conformidade com a LGPD, o GDPR e leis de proteção de dados similares, recomendamos que você:- Aplique criptografia a dados sensíveis, em repouso e em trânsito.
- Use tokenização ou anonimização quando apropriado.
- Armazene e gerencie dados de clientes sob políticas de segurança claramente definidas.
Política de divulgação responsável
Se você encontrar uma vulnerabilidade de segurança no Midaz, reporte-a diretamente à nossa equipe antes de torná-la pública. Apoiamos a divulgação responsável. Investigamos e resolvemos os problemas com rapidez e rigor.
Não divulgue nenhuma descoberta publicamente até que a revisemos e a resolvamos.
1
Relato
Envie um email para security@lerian.studio.
2
Confirmação de recebimento
Respondemos em até 24 horas.
3
Verificação
Nossa equipe valida o relatório.
4
Avaliação de impacto
Determinamos a severidade e o impacto.
5
Resolução
Corrigimos o problema e notificamos quem reportou.
6
Divulgação pública
Coordenamos a divulgação com o pesquisador.