Dados em trânsito, também conhecidos como dados em movimento, são aqueles que trafegam por uma rede entre um remetente e um destino. À medida que trafegam pela rede, os dados ficam suscetíveis à interceptação por hackers. As organizações podem mitigar esse risco criptografando os dados antes da transmissão e até que cheguem ao destino usando o Transport Layer Security (TLS). Proteger os dados em trânsito é uma estratégia de segurança fundamental, complementando os dados em repouso (dados armazenados) e os dados em uso (dados processados).
Principais conclusões
- Dados em trânsito são dados que se deslocam ativamente pelas redes— entre navegadores e servidores, aplicativos móveis e serviços de backend, APIs e microsserviços ou durante a replicação de banco de dados entre regiões.
- Quando os dados não são criptografados em trânsito, agentes maliciosos podem interceptá-los por meio de sniffing de pacotes, ataques man-in-the-middle (MITM) ou sequestro de sessão. .
- O TLS (Transport Layer Security) protege os dados em trânsito, criptografando-os antes que saiam da origem e descriptografando-os somente quando chegam ao destino.
- A criptografia em trânsito é apenas uma parte de uma estratégia completa de proteção de dados, que também deve incluir a proteção de dados em repouso e dados em uso.
- Plataformas avançadas de banco de dados como o MongoDB protegem os dados de ponta a ponta, usando TLS para dados em trânsito, criptografia padrão para dados em repouso e funcionalidades como Queryable Encryption.
Índice
Melhores práticas: Como a proteção de dados em trânsito funciona
Além dos dados em trânsito: proteção do ciclo de vida completo dos dados
- Perguntas frequentes
Entendendo os dados em trânsito
Dados em trânsito refere-se a dados que se deslocam entre locais, seja pela Internet pública, por uma rede privada ou por serviços dentro de um ambiente de nuvem. Em aplicativos modernos e distribuídos, proteger esses dados é um requisito fundamental de segurança.
Os dados devem ser protegidos em três estados: em trânsito, em repouso e em uso.
Onde os dados viajam:
De um navegador da Web para um servidor da Web.
Entre microsserviços em uma arquitetura distribuída.
De um aplicativo móvel para uma API de backend.
Entre regiões geográficas durante replicação de banco de dados ou migração.
Entre diferentes provedores de nuvem em implantações multinuvem.
Diferentes estados de dados introduzem diferentes considerações de segurança. Os dados em trânsito ficam particularmente expostos por transitarem em redes onde partes não autorizadas podem tentar interceptá-los, inspecioná-los ou modificá-los.
Por que os dados em trânsito são vulneráveis
Os dados em trânsito raramente passam por um único caminho isolado. Geralmente, cruzam:
Endereços IP públicos na internet aberta.
Redes corporativas com infraestrutura compartilhada.
Redes privadas em nuvens privadas virtuais.
Ambientes híbridos e multinuvem.
Sem controles de segurança robustos, os dados em trânsito podem ser expostos a:
Escuta e sniffing de pacotes: Os atacantes interceptam dados não criptografados para ler informações confidenciais, como credenciais ou dados pessoais.
Ataques MITM: um atacante se insere entre um cliente e um servidor para se passar por uma das partes ou por ambas.
Sequestro de sessão e roubo de token: Cookies de sessão ou tokens de acesso roubados permitem o acesso não autorizado a aplicativos.
Adulteração: solicitações ou respostas são modificadas enquanto estão em trânsito, podendo alterar transações ou injetar payloads maliciosos.
A falha em proteger os dados em trânsito pode levar a violações de dados, perda da confiança dos clientes, perda de dados, interrupção operacional e penalidades regulatórias de acordo com normas como GDPR, HIPAA e PCI DSS.
Como funciona a criptografia de dados em trânsito (TLS/SSL)
A criptografia garante que os dados sejam transformados em um formato ilegível antes de saírem de um sistema. Isso é alcançado principalmente por meio do Transport Layer Security (TLS), o sucessor do antigo protocolo SSL.
Uma conexão TLS típica envolve:
O handshake: o cliente e o servidor definem as técnicas de criptografia e os conjuntos de cifras.
Verificação: Os sistemas validam certificados digitais emitidos por autoridades certificadoras (CAs) confiáveis.
Troca de chaves: as chaves pública e privada estabelecem criptografia simétrica segura para a sessão.
Uma vez estabelecida a conexão, os dados trafegam de forma criptografada. Mesmo se forem interceptados, os dados não poderão ser compreendidos sem a chave de descriptografia correta.
Os padrões modernos de sucesso para dados em trânsito incluem:
Usar HTTPS para todos os aplicativos da web.
Ofereça suporte a TLS 1.2 ou TLS 1.3.
Utilização de suítes de cifras robustas e criptografia assimétrica.
Manter a rotação e as verificações de revogação de certificados adequadas.
Imponha a validação rigorosa de certificados digitais.
A criptografia aplicada consistentemente em serviços e ambientes é fundamental. A adoção parcial pode criar elos fracos em uma arquitetura que, de outra forma, seria segura.
Melhores práticas: como proteger os dados em trânsito
Para proteger dados em trânsito, as organizações devem adotar uma abordagem em camadas.
Use TLS por padrão — em todos os lugares
Criptografe o tráfego entre cliente e servidor e entre serviços.
Desabilite protocolos legados, como TLS 1.0 e 1.1.
Garanta que todos os pontos de extremidade externos mantenham uma conexão segura.
Validar certificados corretamente
Nunca desabilite a verificação de certificado em produção.
Use CAs confiáveis ou uma PKI interna para implantações de rede privada.
Monitorar certificados digitais expirados ou mal configurados.
Restrinja os caminhos de acesso
Prefira redes privadas em vez de ampla exposição pública.
Use listas de permissões de IP, firewalls e grupos de segurança.
Limite quais serviços podem se comunicar entre si.
Proteja credenciais e tokens em trânsito
Nunca envie senhas ou chaves de criptografia por conexões não criptografadas.
Use tokens de curta duração e cookies seguros.
Force o HSTS para impedir ataques de downgrade.
Monitorar e testar
Faça verificações regulares das configurações de TLS.
Realize testes de penetração.
Registre e alerte quando ocorrerem padrões anômalos de autenticação e tráfego de rede.
Técnicas de criptografia robustas devem ser combinadas com disciplina operacional.
Diretrizes para cenários comuns
Aplicativos móveis e da Web
Imponha o uso de HTTPS.
Use cookies seguros e HSTS.
Termine o TLS em balanceadores de carga confiáveis.
APIs e microsserviços
Criptografe a comunicação interna entre serviços.
Use TLS mútuo para autenticação.
Considere malhas de serviço e padrões de rede de confiança zero.
Pipelines de dados, backups e migrações
Criptografe o tráfego de replicação entre regiões.
Certifique-se de que as transferências de arquivos e ferramentas de backup usem protocolos de comunicação seguros.
Evite expor endpoints de migração em endereços IP públicos.
Cargas de trabalho regulamentadas
A criptografia forte em trânsito ajuda a demonstrar conformidade em setores regulamentados. Embora a criptografia por si só não garanta o compliance, ela é um controle obrigatório na maioria das regulamentações de proteção de dados.
Como o MongoDB protege os dados em trânsito
Uma plataforma de banco de dados segura deve tornar simples e confiável a proteção dos dados em trânsito.
TLS por padrão na nuvem
No MongoDB Atlas, todos os dados em trânsito são criptografados por padrão usando TLS. Isso inclui:
Conexões de aplicativos com o servidor do banco de dados.
Tráfego entre nós em um cluster.
Tráfego de replicação e backup.
Os clientes não precisam habilitar manualmente a criptografia para implantações padrão do MongoDB Atlas.
Padrões de criptografia modernos e configuráveis
O MongoDB oferece suporte a versões modernas de TLS, como o TLS 1.2, com o TLS 1.3 disponível em muitos ambientes, além de conjuntos de cifras configuráveis em implantações empresariais. Isso permite que as organizações alinhem a criptografia às medidas internas de segurança e aos requisitos de compliance.
Conexões seguras entre modelos de implantação
MongoDB Atlas (nuvem gerenciada): TLS imposto por padrão.
Enterprise Advanced (autogerenciado): TLS configurável com controles empresariais.
Community Edition: oferece suporte a TLS, mas ele deve ser habilitado explicitamente.
Independentemente do tipo de implantação, o MongoDB oferece a base para proteger os dados em movimento.
Além dos dados em trânsito: proteção do ciclo de vida completo dos dados
A proteção de dados em trânsito é parte de uma estratégia mais ampla de proteção de dados.
O MongoDB também oferece suporte:
Criptografia em repouso, com criptografia no nível do disco e chaves gerenciadas pelo cliente.
Criptografia de dados em uso por meio da criptografia em nível de campo no lado do cliente.
Funcionalidades avançadas, como Queryable Encryption, onde campos confidenciais permanecem criptografados em repouso, em trânsito e até mesmo enquanto são consultados.
Queryable Encryption permite que os aplicativos trabalhem com dados criptografados sem expor texto não criptografado ao servidor de banco de dados. Isso reduz significativamente o risco de acesso não autorizado e ajuda a proteger cargas de trabalho de dados que processam informações altamente sensíveis.
Você não deveria precisar adicionar uma solução de criptografia nem se tornar um especialista em criptografia para proteger os dados em trânsito. Uma plataforma de banco de dados moderna deve oferecer essas funcionalidades por padrão. O gráfico abaixo destaca vários métodos de criptografia. Veja a lista completa de compatibilidade com o Queryable Encryption aqui.
Recursos relacionados
- Configuração de TLS do MongoDB – Leia a documentação passo a passo sobre a configuração de TLS/SSL para conexões seguras do MongoDB.
- Criptografia em trânsito — Saiba como o MongoDB criptografa os dados que trafegam pelas redes usando TLS para proteger informações confidenciais entre aplicativos e bancos de dados.
- Criptografia em repouso - Aprenda como o MongoDB protege dados armazenados com criptografia em descanso e opções de gerenciamento de chaves.
- Criptografia de dados no MongoDB — Visão geral dos recursos de criptografia de dados do MongoDB para proteger dados confidenciais durante todo o seu ciclo de vida.
- Queryable Encryption - Aprenda como o MongoDB permite fazer queries em dados criptografados mantendo os campos confidenciais criptografados.