As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Proteção de dados no Elastic Load Balancing
O modelo de responsabilidade compartilhada
Para fins de proteção de dados, recomendamos que você proteja as credenciais da Conta da AWS e configure as contas de usuário individuais com AWS IAM Identity Center ou AWS Identity and Access Management (IAM). Dessa maneira, cada usuário receberá apenas as permissões necessárias para cumprir suas obrigações de trabalho. Recomendamos também que você proteja seus dados das seguintes formas:
-
Use uma autenticação multifator (MFA) com cada conta.
-
Use SSL/TLS para se comunicar com os recursos da AWS. Exigimos TLS 1.2 e recomendamos TLS 1.3.
-
Configure a API e atividade do usuário logando com AWS CloudTrail. Para obter mais informações sobre como usar as trilhas do CloudTrail para capturar atividades da AWS, consulte Working with CloudTrail trails no Guia do Usuário do AWS CloudTrail.
-
Use as soluções de criptografia AWS, juntamente com todos os controles de segurança padrão em Serviços da AWS.
-
Use serviços gerenciados de segurança avançada, como o Amazon Macie, que ajuda a localizar e proteger dados sigilosos armazenados no Amazon S3.
-
Se você precisar de módulos criptográficos validados pelo FIPS 140-3 ao acessar a AWS por meio de uma interface de linha de comando ou uma API, use um endpoint do FIPS. Para obter mais informações sobre os endpoints FIPS disponíveis, consulte Federal Information Processing Standard (FIPS) 140-3
.
É altamente recomendável que nunca sejam colocadas informações de identificação confidenciais, como endereços de e-mail dos seus clientes, em marcações ou campos de formato livre, como um campo Nome. Isso inclui o trabalho com o Elastic Load Balancing ou com outros Serviços da AWS usando o console, a API, a AWS CLI ou os AWS SDKs. Quaisquer dados inseridos em tags ou campos de texto de formato livre usados para nomes podem ser usados para logs de faturamento ou de diagnóstico. Se você fornecer um URL para um servidor externo, recomendemos fortemente que não sejam incluídas informações de credenciais no URL para validar a solicitação a esse servidor.
Criptografia em repouso
Se você habilitar a criptografia no lado do servidor com chaves de criptografia gerenciadas pelo Amazon S3 (SSE-S3) para seu bucket do S3 para logs de acesso do Elastic Load Balancing, o Elastic Load Balancing vai criptografar automaticamente cada arquivo de log de acesso antes de armazená-lo no seu bucket do S3. O Elastic Load Balancing também descriptografa os arquivos de log de acesso quando você os acessa. Cada arquivo de log é criptografado com uma chave exclusiva, que é criptografada com uma chave do KMS alternada regularmente.
Criptografia em trânsito
O Elastic Load Balancing simplifica o processo de criação de aplicações Web seguras ao encerrar o tráfego HTTPS e TLS dos clientes no balanceador de carga. O load balancer executa o trabalho de criptografar e descriptografar o tráfego, em vez de exigir que cada instância do EC2 lide com o trabalho de encerramento do TLS. Ao configurar um listener seguro, especifique os pacotes de criptografia e as versões de protocolo compatíveis com seu aplicativo e um certificado de servidor a ser instalado no load balancer. Você pode usar o AWS Certificate Manager (ACM) ou o AWS Identity and Access Management (IAM) para gerenciar seus certificados de servidor. Application Load Balancers são compatíveis com receptores HTTPS. Network Load Balancers são compatíveis com receptores TLS. Classic Load Balancers são compatíveis com receptores HTTPS e TLS.
