Proteção de dados no AWS End User Messaging Push - AWS Push de mensagens para o usuário final

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 AWS End User Messaging Push

O modelo de responsabilidade AWS compartilhada O modelo se aplica à proteção de dados no AWS End User Messaging Push. Conforme descrito neste modelo, AWS é responsável por proteger a infraestrutura global que executa 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 a privacidade de dados, consulte as Data Privacy FAQ. Para obter mais informações sobre a proteção de dados na Europa, consulte a postagem do blog AWS Shared Responsibility Model and RGPD no Blog de segurança da AWS .

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 os 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 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 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 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 AWS End User Messaging Push ou outro Serviços da AWS usando o console AWS CLI, a API ou AWS SDKs. 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.

Criptografia de dados

AWS Mensagens do usuário final Os dados push são criptografados em trânsito e em repouso. Quando você envia dados para o AWS End User Messaging Push, ele criptografa os dados à medida que os recebe e os armazena. Quando você recupera dados do AWS End User Messaging Push, ele transmite os dados para você usando os protocolos de segurança atuais.

Criptografia em repouso

AWS O End User Messaging Push criptografa todos os dados que ele armazena para você. Isso inclui dados de configuração, dados do usuário e do endpoint, dados analíticos e quaisquer dados que você adicione ou importe para o AWS End User Messaging Push. Para criptografar seus dados, o AWS End User Messaging Push usa chaves internas AWS Key Management Service (AWS KMS) que o serviço possui e mantém em seu nome. Nós mudamos essas chaves regularmente. Para obter informações sobre AWS KMS, consulte o Guia do AWS Key Management Service desenvolvedor.

Criptografia em trânsito

AWS O End User Messaging Push usa HTTPS e Transport Layer Security (TLS) 1.2 ou posterior para se comunicar com seus clientes e aplicativos. Para se comunicar com outros AWS serviços, o AWS End User Messaging Push usa HTTPS e TLS 1.2. Além disso, quando você cria e gerencia recursos push de mensagens de usuário AWS final usando o console, um AWS SDK ou o. AWS Command Line Interface, todas as comunicações são protegidas usando HTTPS e TLS 1.2.

Gerenciamento de chaves

Para criptografar seus dados do AWS End User Messaging Push, o AWS End User Messaging Push usa AWS KMS chaves internas que o serviço possui e mantém em seu nome. Nós mudamos essas chaves regularmente. Você não pode provisionar e usar suas próprias chaves AWS KMS ou outras chaves para criptografar dados que você armazena no AWS End User Messaging Push.

Privacidade do tráfego entre redes

A privacidade do tráfego entre redes se refere à proteção de conexões e tráfego entre o AWS End User Messaging Push e seus clientes e aplicativos locais, e entre o AWS End User Messaging Push e outros AWS recursos na mesma região. AWS Os recursos e práticas a seguir podem ajudá-lo a garantir a privacidade do tráfego entre redes para o AWS End User Messaging Push.

Tráfego entre AWS o End User Messaging Push e clientes e aplicativos locais

Para estabelecer uma conexão privada entre AWS End User Messaging Push e clientes e aplicativos em sua rede local, você pode usar Direct Connect. Isso permite vincular a rede a um local do AWS Direct Connect usando um cabo Ethernet de fibra ótica padrão. Uma extremidade do cabo é conectada ao roteador. A outra extremidade está conectada a um Direct Connect roteador. Para obter mais informações, consulte O que é o Direct Connect? no Guia do usuário do Direct Connect .

Para ajudar a proteger o acesso ao AWS End User Messaging Push por meio do Published APIs, recomendamos que você cumpra os requisitos do AWS End User Messaging Push para chamadas de API. AWS O End User Messaging Push exige que os clientes usem o Transport Layer Security (TLS) 1.2 ou posterior. Os clientes também devem oferecer suporte a pacotes de criptografia com sigilo de encaminhamento perfeito (PFS), como Ephemeral Diffie-Hellman (DHE) ou Ephemeral Elliptic Curve Diffie-Hellman (ECDHE). A maioria dos sistemas modernos como Java 7 e versões posteriores oferece suporte a esses modos.

Além disso, as solicitações devem ser assinadas usando um ID de chave de acesso e uma chave de acesso secreta associada a um principal AWS Identity and Access Management (IAM) da sua AWS conta. Como alternativa, você pode usar o AWS Security Token Service (AWS STS) para gerar credenciais de segurança temporárias para assinar solicitações.

Tráfego entre AWS o End User Messaging Push e outros AWS recursos

Para proteger as comunicações entre o AWS End User Messaging Push e outros AWS recursos na mesma AWS região, o AWS End User Messaging Push usa HTTPS e TLS 1.2 por padrão.