View a markdown version of this page

Proteção de dados em AWS Service Catalog - AWS Service Catalog
Proteger dados com criptografia

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 Service Catalog

O AWS modelo de responsabilidade compartilhada se aplica à proteção de dados no AWS Service Catalog. Conforme descrito neste modelo, AWS é responsável por proteger a infraestrutura global que opera todos os Nuvem AWS. Você é responsável por manter o controle sobre o 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 privacidade de dados, consulte Perguntas frequentes sobre privacidade de dados e termos AWS da região da China. Para obter informações sobre proteção de dados na Europa, consulte o Centro de Regulamento Geral sobre a Proteção de Dados (RGPD).

Para fins de proteção de dados, recomendamos que você proteja Conta da AWS as credenciais e configure usuários individuais com Centro de Identidade do AWS IAM 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 AWS recursos. 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 como usar CloudTrail trilhas para capturar AWS atividades, consulte Como trabalhar com CloudTrail trilhas no Guia AWS CloudTrail do usuário.

  • Use soluções AWS de criptografia, junto 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 sensíveis 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 saber mais 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 sensíveis, 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 AWS Service Catalog ou com outras pessoas Serviços da AWS usando o console, a API ou AWS os 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.

Proteger dados com criptografia

Criptografia em repouso

AWS Service Catalog usa buckets do Amazon S3 e bancos de dados do Amazon DynamoDB que são criptografados em repouso usando chaves. Amazon-managed Para saber mais, consulte as informações sobre criptografia em repouso fornecidas pelo Amazon S3 e pelo Amazon DynamoDB.

Criptografia em trânsito

AWS Service Catalog usa Transport Layer Security (TLS) e criptografia do lado do cliente das informações em trânsito entre o chamador e. AWS

Você pode acessar AWS Service Catalog APIs de forma privada a partir da sua Amazon Virtual Private Cloud (Amazon VPC) criando endpoints de VPC. Com os endpoints VPC, o roteamento entre a VPC e a VPC AWS Service Catalog é gerenciado pela AWS rede sem a necessidade de um gateway de internet, gateway NAT ou conexão VPN.

A última geração de endpoints de VPC usados pelo AWS Service Catalog é alimentada por AWS PrivateLink, uma AWS tecnologia que permite a conectividade privada entre AWS serviços usando interfaces de rede elásticas com IPs privados em suas VPCs.