Proteção de dados no AWS Certificate Manager

O modelo de responsabilidade compartilhada da AWS se aplica à proteção de dados no AWS Certificate Manager. Conforme descrito nesse modelo, AWS é responsável por proteger a infraestrutura global que executa todas as Nuvem AWS. Você é responsável por manter o controle sobre seu conteúdo hospedado nessa infraestrutura. Você também é responsável pelas tarefas de configuração e gerenciamento de segurança dos Serviços da AWS que usa. Para obter mais informações sobre a privacidade de dados, consulte as Perguntas Frequentes sobre Privacidade de Dados.. Para obter mais informações sobre a proteção de dados na Europa, consulte a postagem do blog AWS Shared Responsibility Model and GDPR no Blog de segurança da AWS.

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 você nunca coloque informações confidenciais ou sensíveis, como endereços de e-mail de seus clientes, em etiquetas ou campos de texto de formato livre, como um campo Name (Nome). Isso inclui usar o console, a API, a AWS CLI ou os SDKs da AWS ao trabalhar com o ACM ou outros Serviços da AWS. Quaisquer dados inseridos em etiquetas 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.

Segurança para chaves privadas de certificados

Quando você solicita um certificado público, o AWS Certificate Manager (ACM) gera um par de chaves públicas/privadas. Para certificados importados, você gera o par de chaves. A chave pública se torna parte do certificado. O ACM armazena o certificado e a chave privada correspondente, e usa AWS Key Management Service (AWS KMS) para ajudar a proteger a chave privada. O processo funciona deste modo:

1. Na primeira vez que você solicita ou importa um certificado em uma região da AWS, o ACM cria uma AWS KMS key gerenciada com o alias aws/acm. Essa chave do KMS é exclusiva em cada conta da AWS e em cada região da AWS.

2. O ACM usa essa chave do KMS para criptografar a chave privada do certificado. O ACM armazena apenas uma versão criptografada da chave privada; o ACM não armazena a chave privada em formato de texto simples. O ACM usa a mesma chave do KMS para criptografar as chaves privadas para todos os certificados em uma determinada conta da AWS e em uma determinada região da AWS.

3. Quando você associa o certificado com um serviço que está integrado ao AWS Certificate Manager, o ACM envia o certificado e a chave privada criptografada para o serviço. Também é criada uma concessão na AWS KMS que permite que o serviço use a chave do KMS para descriptografar a chave privada do certificado. Para obter mais informações sobre concessões, consulte Usando concessões no Guia do desenvolvedor do AWS Key Management Service. Para obter mais informações sobre os serviços suportados pelo ACM, consulte Serviços integrados ao ACM.

   nota

   Você tem o controle sobre a concessão do AWS KMS criada automaticamente. Se você excluir essa concessão por qualquer motivo, perderá a funcionalidade do ACM para o serviço integrado.

4. Os serviços integrados usam a chave do KMS para descriptografar a chave privada. Em seguida, o serviço usa o certificado e a chave privada descriptografada (texto sem formatação) para estabelecer canais de comunicação segura (sessões SSL/TLS) com seus clientes.

5. Quando o certificado é desassociado de um serviço integrado, a concessão criada na etapa 3 é baixada. Isso significa que o serviço não pode mais usar a chave do KMS para descriptografar a chave privada do certificado.