ANÚNCIO

~/questoes/devops

Como o modelo de responsabilidade compartilhada divide a segurança entre AWS e cliente?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência O básico que você precisa saber de AWS
Para fixar

Modelo de Responsabilidade Compartilhada na AWS

Conceito central

O modelo de responsabilidade compartilhada define que a segurança na AWS é um esforço conjunto: a AWS protege a infraestrutura em nuvem (servidores físicos, rede de data centers, hypervisor), enquanto o cliente é responsável por configurar e gerenciar seus recursos de forma segura (permissões, criptografia, monitoramento de dados).

Por que essa resposta faz sentido

A AWS cuida da segurança da infraestrutura por baixo dos serviços, enquanto o cliente deve configurar corretamente seus recursos, gerenciar identidades e acessos através do IAM, e proteger seus dados. É uma parceria onde ambos têm responsabilidades específicas e complementares.

Armadilhas comuns

  • Achar que contratar a AWS significa que a segurança é 100% responsabilidade deles e você não precisa fazer nada.
  • Configurar recursos (EC2, S3, bancos de dados) com permissões abertas e culpar a AWS quando há vazamento de dados.
  • Esquecer de gerenciar senhas, chaves de acesso e permissões de IAM, pensando que a plataforma já faz isso automaticamente.

Entenda as alternativas

A

Essa é a divisão real: AWS garante que seus data centers, redes e serviços estejam seguros; o cliente configura security groups, IAM, criptografia e monitora suas aplicações. Ambos trabalham juntos para manter o ambiente seguro.

B

Essa visão é perigosa e incorreta. Mesmo usando AWS, o cliente precisa configurar suas instâncias, gerenciar permissões e proteger seus dados. A AWS fornece as ferramentas, mas o cliente deve usá-las corretamente.

C

Isso também é falso. O cliente não é responsável por manter os data centers seguros, proteger o hardware ou gerenciar a rede global da AWS. Essas responsabilidades cabem à AWS como provedora de serviços.

D

O tamanho do contrato não altera o modelo de responsabilidade compartilhada. Seja uma startup ou uma empresa grande, o cliente sempre é responsável por sua configuração e segurança dos dados, independentemente do contrato.

Dica prática: Ao criar um novo recurso na AWS, sempre pergunte: 'Quem precisa acessar isso?' e 'Como vou proteger?' Use o IAM para dar permissões mínimas necessárias, configure security groups restritivos e ative CloudWatch para monitorar atividades. A AWS fornece a fechadura, mas você precisa usar a chave corretamente.

Revise pensando: Se seus dados vazam porque você deixou um bucket S3 público, de quem é a responsabilidade: AWS ou sua? Por quê?