**Aviso de fim do suporte:** em 30 de outubro de 2026, AWS encerrará o suporte para o Amazon Pinpoint. Após 30 de outubro de 2026, você não poderá mais acessar o console do Amazon Pinpoint nem seus recursos (endpoints, segmentos, campanhas, jornadas e analytics). Para obter mais informações, consulte [Fim do suporte do Amazon Pinpoint](https://docs.aws.amazon.com/console/pinpoint/migration-guide). **Observação:** APIs relacionados a SMS, voz, push móvel, OTP e validação de número de telefone não são afetados por essa alteração e são compatíveis com o AWS End User Messaging.
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 Amazon Pinpoint
O [modelo de responsabilidade AWS compartilhada](https://aws.amazon.com/compliance/shared-responsibility-model/) de se aplica à proteção de dados no Amazon Pinpoint. 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 saber mais sobre a privacidade de dados, consulte as [Data Privacy FAQ](https://aws.amazon.com/compliance/data-privacy-faq/). Para saber mais sobre a proteção de dados na Europa, consulte a postagem do blog [AWS Shared Responsibility Model and RGPD](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) 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](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) 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 saber mais sobre os endpoints FIPS disponíveis, consulte [Federal Information Processing Standard (FIPS) 140-3](https://aws.amazon.com/compliance/fips/).
É 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 o Amazon Pinpoint ou outro Serviços da AWS usando o console, a API ou. AWS CLI 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.
Dependendo de como você configura e usa o serviço, o Amazon Pinpoint pode armazenar os seguintes tipos de dados pessoais para você ou sobre seus clientes:
**Dados de configuração**
Isso inclui os dados de configuração do projeto, como credenciais e configurações que definem como e quando o Amazon Pinpoint envia mensagens por meio de canais compatíveis, e os segmentos do usuário para os quais envia mensagens. Para enviar mensagens, esses dados podem incluir endereços IP dedicados para mensagens de e-mail, códigos curtos e remetente IDs para mensagens de texto SMS e credenciais para comunicação com serviços de notificação push, como o serviço Apple Push Notification (APNs) e o Firebase Cloud Messaging (FCM).
**Dados do usuário e do endpoint**
Isso inclui atributos padrão e personalizados que você usa para armazenar e gerenciar dados de usuários e endpoints de um projeto do Amazon Pinpoint. Um atributo pode armazenar informações de um usuário específico (como o nome de um usuário) ou de um endpoint de usuário específico (como o endereço de e-mail, o número do celular ou o token do dispositivo móvel do usuário). Esses dados também podem incluir usuários externos IDs que correlacionam usuários de um projeto Amazon Pinpoint com usuários em um sistema externo, como um sistema de gerenciamento de relacionamento com o cliente. Para obter mais informações sobre o que esses dados podem incluir, consulte os esquemas de [Usuário](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-users-user-id.html) e [Endpoint](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-endpoints-endpoint-id.html) na *Referência de API do Amazon Pinpoint*.
**Dados de análise**
Isso inclui dados de métricas, também chamados de *indicadores-chave de desempenho (KPIs)*, que fornecem informações sobre o desempenho de um projeto do Amazon Pinpoint em áreas como engajamento do usuário e atividade de compra. Isso também inclui dados de métricas que oferecem informações sobre dados demográficos do usuário para um projeto. Os dados podem derivar de atributos padrão ou personalizados para usuários e endpoints, como a cidade em que o usuário mora. Eles também podem derivar de eventos, como abrir e clicar, para mensagens de e-mail que você envia para um projeto.
**Dados importados**
Isso inclui todos os dados de usuário, segmentação e análise que você adiciona ou importa de fontes externas e usa no Amazon Pinpoint. Um exemplo é um arquivo JSON que você importa para o Amazon Pinpoint (diretamente do console ou de um bucket do Amazon S3) para criar um segmento estático. Outros exemplos são dados de endpoints que você adiciona programaticamente para criar um segmento dinâmico, endereços de endpoint para os quais você envia mensagens diretas e eventos que você configura um aplicativo para relatar para o Amazon Pinpoint.
**Topics**
+ [Criptografia de dados](security-data-protection-encryption.md)
+ [Privacidade do tráfego entre redes](security-data-protection-internetwork-traffic.md)
+ [Criar um endpoint da VPC de interface para o Amazon Pinpoint](security-vpc-endpoints.md)
# Criptografia de dados
Os dados do Amazon Pinpoint são criptografados em trânsito e em repouso. Quando você envia dados para o Amazon Pinpoint, ele criptografa os dados conforme os recebe e os armazena. Quando você recupera dados do Amazon Pinpoint, ele transmite os dados para você usando os protocolos de segurança atuais.
## Criptografia em repouso
O Amazon Pinpoint criptografa todos os dados e o armazena para você. Isso inclui os dados de configuração, os dados de usuário e do endpoint, dados de análise e todos os dados que você adicionar ou importar para o Amazon Pinpoint. Para criptografar seus dados, o Amazon Pinpoint usa chaves AWS Key Management Service internas 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](https://docs.aws.amazon.com/kms/latest/developerguide/).
## Criptografia em trânsito
O Amazon Pinpoint usa HTTPS e Transport Layer Security (TLS) 1.2 ou posterior para se comunicar com clientes e aplicativos. Para se comunicar com outros AWS serviços, o Amazon Pinpoint usa HTTPS e TLS 1.2. Além disso, quando você cria e gerencia recursos do Amazon Pinpoint 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 Amazon Pinpoint, o Amazon Pinpoint usa chaves AWS KMS 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 Amazon Pinpoint.
# 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 Amazon Pinpoint e seus clientes e aplicativos locais, e entre o Amazon Pinpoint e AWS outros recursos na mesma região. AWS Os seguintes atributos e práticas podem ajudar você a garantir a privacidade de tráfego entre redes para o Amazon Pinpoint.
## Tráfego entre clientes do Amazon Pinpoint e clientes on-premises e aplicativos
Para estabelecer uma conexão privada entre o Amazon Pinpoint e clientes e aplicativos na rede on-premises, é possível usar o 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?](https://docs.aws.amazon.com/directconnect/latest/UserGuide/Welcome.html) no * Guia do usuário do Direct Connect *.
Para ajudar a proteger o acesso ao Amazon Pinpoint por meio da publicação APIs, recomendamos que você cumpra os requisitos do Amazon Pinpoint para chamadas de API. O Amazon Pinpoint requer que os clientes usem 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](https://docs.aws.amazon.com/STS/latest/APIReference/Welcome.html) (AWS STS) para gerar credenciais de segurança temporárias para assinar solicitações.
## Tráfego entre o Amazon Pinpoint e outros recursos AWS
Para proteger as comunicações entre o Amazon Pinpoint e outros AWS recursos na mesma AWS região, o Amazon Pinpoint usa HTTPS e TLS 1.2 por padrão.
# Criar um endpoint da VPC de interface para o Amazon Pinpoint
Você pode estabelecer uma conexão privada entre a nuvem privada virtual (VPC) e um endpoint no Amazon Pinpoint criando um endpoint da VPC da interface.
Os endpoints de interface são alimentados por [AWS PrivateLink](https://aws.amazon.com/privatelink/)uma tecnologia que permite acessar o Amazon APIs Pinpoint de forma privada sem um gateway de internet, dispositivo NAT, conexão VPN ou. Direct Connect As instâncias em sua VPC não precisam de endereços IP públicos para se comunicar com o Amazon APIs Pinpoint com o qual se integram. AWS PrivateLink
Para obter mais informações, consulte o [Guia do AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/what-is-privatelink.html).
## Criar endpoints da VPC de uma interface
Você pode criar um endpoint de interface usando o console Amazon VPC ou AWS Command Line Interface o AWS CLI(). Para obter mais informações, consulte [Criar um endpoint de interface](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) no AWS PrivateLink Guia.
O Amazon Pinpoint oferece suporte aos seguintes nomes de serviços:
+ `com.amazonaws.region.pinpoint`
+ `com.amazonaws.region.pinpoint-sms-voice-v2`
Se você ativar o DNS privado para um endpoint de interface, poderá fazer solicitações de API para o Amazon Pinpoint usando o nome DNS padrão para, por Região da AWS exemplo,. `com.amazonaws.us-east-1.pinpoint` Para obter mais informações, consulte [hostnames de DNS](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-access-aws-services.html#interface-endpoint-dns-hostnames) no *Guia do usuário do AWS PrivateLink *.
Para obter uma lista de todas as Regiões onde o Amazon Pinpoint está disponível no momento, consulte [endpoints de serviço da AWS](https://docs.aws.amazon.com//general/latest/gr/pinpoint.html) na *Referência geral da Amazon Web Services*.
## Criar uma política de endpoint da VPC
É possível anexar uma política de endpoint ao endpoint da VPC que controla o acesso. Essa política especifica as seguintes informações:
+ A entidade principal que pode realizar ações.
+ As ações que podem ser realizadas.
+ Os recursos aos quais as ações podem ser aplicadas.
Para obter mais informações, consulte [Controlar o acesso aos serviços usando políticas de endpoint](https://docs.aws.amazon.com/vpc/latest/privatelink/vpc-endpoints-access.html) no *Guia do AWS PrivateLink *.
## Exemplo: política de endpoint da VPC
A política de endpoint da VPC a seguir concede acesso às ações listadas do Amazon Pinpoint para todas as entidades principais em todos os recursos.
```
{
"Statement": [
{
"Principal": "*",
"Action": [
"mobiletargeting:CreateCampaign",
"mobiletargeting:CreateApp",
"mobiletargeting:DeleteApp",
],
"Effect": "Allow",
"Resource": "*"
}
]
}
```