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 em AWS Certificate Manager
O modelo de responsabilidade AWS compartilhada modelo
Para fins de proteção de dados, recomendamos que você proteja Conta da AWS as credenciais e configure usuários 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. AWS Exigimos TLS 1.2 e recomendamos TLS 1.3.
-
Configure a API e o registro de atividades do usuário com AWS CloudTrail. Para obter informações sobre o uso de CloudTrail trilhas para capturar AWS atividades, consulte Como trabalhar com CloudTrail trilhas no Guia AWS CloudTrail do usuário.
-
Use soluções de AWS criptografia, juntamente com todos os controles de segurança padrão 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 AWS por meio de uma interface de linha de comando ou de uma API, use um endpoint 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 confidenciais ou sigilosas, como endereços de e-mail de clientes, em tags ou campos de formato livre, como um campo Nome. Isso inclui quando você trabalha com o ACM ou outro Serviços da AWS usando o console, a API ou AWS SDKs. AWS CLI Quaisquer dados inseridos em tags ou em 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, é fortemente recomendável que não sejam incluídas informações de credenciais no URL para validar a solicitação nesse 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ública/privada. Para certificados importados, você gera o par de chaves. A chave pública se torna parte do certificado. O ACM armazena o certificado e sua chave privada correspondente e usa AWS Key Management Service (AWS KMS) para ajudar a proteger a chave privada. O processo funciona deste modo:
-
Na primeira vez que você solicita ou importa um certificado em uma AWS região, o ACM cria um certificado gerenciado AWS KMS key com o alias aws/acm. Essa chave KMS é exclusiva em cada AWS conta e em cada AWS região.
-
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 KMS para criptografar as chaves privadas de todos os certificados em uma AWS conta específica e em uma região específica. AWS
-
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 AWS KMS que permite que o serviço use a chave 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 controle sobre a AWS KMS concessão criada automaticamente. Se você excluir essa concessão por qualquer motivo, perderá a funcionalidade do ACM para o serviço integrado.
-
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.
-
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.