Proteção de dados no Amazon MQ
O modelo de responsabilidade compartilhada
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 nunca sejam colocadas informações de identificação confidenciais, como endereços de e-mail dos seus clientes, em marcações ou campos de formato livre, como um campo Nome. Isso também vale para o uso do Amazon MQ ou de outros Serviços da AWS com o console, a API, a AWS CLI ou os AWS SDKs. Quaisquer dados inseridos em tags 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.
Para os agentes do Amazon MQ para ActiveMQ e do Amazon MQ para RabbitMQ, não use qualquer informação de identificação pessoal (PII) ou outras informações confidenciais para os nomes de agente ou nomes de usuário ao criar recursos por meio do console da Web do agente ou da API do Amazon MQ. Nomes de agente e nomes de usuário são acessíveis a outros serviços de AWS, incluindo o CloudWatch Logs. Nomes de usuário do agente não devem ser usados para dados privados ou sigilosos.
Criptografia
Os dados de usuário armazenados no Amazon MQ são criptografados em repouso. A criptografia em repouso do Amazon MQ fornece segurança aprimorada ao criptografar os seus dados usando chaves de criptografia armazenadas no AWS Key Management Service (KMS). Esse serviço ajuda a reduzir a carga e a complexidade operacionais necessárias para proteger dados confidenciais. Com a criptografia de dados em repouso, você pode criar aplicativos confidenciais que atendem a requisitos de conformidade e regulamentação de criptografia.
Todas as conexões entre os agentes do Amazon MQ usam Transport Layer Security (TLS) para fornecer a criptografia em trânsito.
O Amazon MQ criptografa mensagens em repouso e em trânsito usando chaves de criptografia que gerencia e armazena com segurança. Para obter mais informações, consulte o Guia do desenvolvedor do AWS Encryption SDK.
Criptografia em repouso
O Amazon MQ se integra ao AWS Key Management Service (KMS) para oferecer uma criptografia transparente no lado do servidor. O Amazon MQ sempre criptografa seus dados em repouso.
Ao criar um agente do Amazon MQ para ActiveMQ ou um agente do Amazon MQ para RabbitMQ, você pode especificar a AWS KMS key que deseja que o Amazon MQ use para criptografar seus dados em repouso. Se você não especificar uma chave do KMS, o Amazon MQ criará uma chave do KMS pertencente à AWS para você e a usará em seu nome. Atualmente, o Amazon MQ é compatível com chaves simétricas do KMS. Para obter mais informações sobre chaves do KMS, consulte AWS KMS keys.
Ao criar um agente, você pode configurar o que o Amazon MQ utiliza para a sua chave de criptografia ao selecionar uma das seguintes ações.
-
Chave do KMS pertencente ao Amazon MQ (padrão): a chave pertence ao Amazon MQ e é gerenciada por ele e não está na sua conta.
-
Chave do KMS gerenciada pela AWS: a chave do KMS gerenciada pela AWS (
aws/mq
) é uma chave do KMS em sua conta que é criada, gerenciada e usada em seu nome pelo Amazon MQ. -
Selecione uma chave KMS gerenciada pelo cliente — KMSs gerenciadas pelo cliente são criadas e gerenciadas por você no AWS Key Management Service (KMS).
Importante
-
A revogação de uma concessão não pode ser desfeita. Em vez disso, sugerimos excluir o agente se precisar revogar os direitos de acesso.
-
Com relação a agentes do Amazon MQ para ActiveMQ que usam o Amazon Elastic File System (EFS) para armazenar dados de mensagens, se você revogar a concessão que permite que o Amazon EFS use as chaves do KMS em sua conta, isso não entrará em vigor imediatamente.
-
Com relação a agentes do Amazon MQ para RabbitMQ e agentes do Amazon MQ para ActiveMQ que usam o EBS para armazenar dados de mensagens, se você desabilitar, agendar para exclusão ou revogar a concessão que permite que o Amazon EBS use as chaves do KMS em sua conta, o Amazon MQ não poderá manter seu agente e ele poderá mudar para um estado degradado.
-
Se você desativou ou programou a exclusão da chave, poderá reativá-la ou cancelar a exclusão e manter o agente.
-
A desativação de uma chave ou a revogação de uma concessão não ocorrerá imediatamente.
Ao criar um agente de instância única com uma chave do KMS para o RabbitMQ, você verá dois eventos CreateGrant
conectados no AWS CloudTrail. O primeiro evento é o Amazon MQ criando uma concessão para a chave do KMS. O segundo evento é o EBS criando uma concessão para uso do EBS.
Ao criar uma implantação de cluster com uma chave do KMS para o RabbitMQ, você verá cinco eventos CreateGrant
conectados no AWS CloudTrail. Os dois primeiros eventos são criações de concessão para o Amazon MQ. Os próximos três eventos são concessões criadas pelo EBS para uso do EBS.
Para obter mais informações sobre como usar as chaves KMS, consulte AWS KMS keys o AWS Key Management ServiceGuia do desenvolvedor.
Criptografia em trânsito
Amazon MQ para ActiveMQ: o Amazon MQ para ActiveMQ exige Transport Layer Security (TLS) forte e criptografa dados em trânsito entre os agentes da implantação do Amazon MQ. Todos os dados transmitidos entre os agentes do Amazon MQ são criptografados usando Transport Layer Security (TLS) forte. Isso se aplica a todos os protocolos disponíveis.
Amazon MQ para RabbitMQ: o Amazon MQ para RabbitMQ exige uma criptografia forte de Transport Layer Security (TLS) para todas as conexões do cliente. O tráfego de replicação de cluster do RabbitMQ transita apenas pela VPC do agente e todo o tráfego de rede entre os datacenters da AWS é criptografado de forma transparente na camada física. Atualmente, os agentes em clusters do Amazon MQ para RabbitMQ não são compatíveis com a criptografia entre nós
Amazon MQ para protocolos do ActiveMQ
Você pode acessar seus agentes do ActiveMQ usando os seguintes protocolos com TLS habilitado:
O ActiveMQ no Amazon MQ é compatível com os seguintes pacotes de criptografia:
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
Amazon MQ para protocolos RabbitMQ
Você pode acessar seus agentes RabbitMQ usando os seguintes protocolos com TLS habilitado:
O RabbitMQ no Amazon MQ é compatível com os seguintes pacotes de criptografia:
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256