← Voltar ao Material de Estudo
Intermediário · Aula 14

Segurança em Nuvem: Fundamentos

⏱️ 25-30 minutos · 📚 Trilha Intermediária

Praticamente toda empresa hoje usa algum serviço de nuvem — mesmo que não perceba (e-mail corporativo, CRM, armazenamento de arquivos). A nuvem muda quem é responsável por quê em segurança, e esse é o conceito mais importante desta aula.

🎯 O que você vai aprender

  • O modelo de responsabilidade compartilhada
  • IaaS, PaaS e SaaS: onde a responsabilidade do cliente muda
  • Por que configuração incorreta (misconfiguration) é a causa nº 1 de vazamentos em nuvem
  • O papel de um CASB

Modelo de responsabilidade compartilhada

Todo provedor de nuvem sério (AWS, Azure, Google Cloud) opera sob um princípio simples: o provedor é responsável pela segurança da nuvem (data centers físicos, infraestrutura, isolamento entre clientes); o cliente é responsável pela segurança na nuvem (configuração, dados, gestão de identidade e acesso, o que é exposto publicamente).

A maioria dos incidentes de segurança em nuvem não vem de uma falha do provedor — vem de erro de configuração do lado do cliente.

IaaS, PaaS, SaaS: onde a linha se move

ModeloO provedor cuida deO cliente cuida de
IaaS (Infraestrutura)Servidores físicos, rede, virtualizaçãoSistema operacional, aplicações, dados, configuração de rede virtual
PaaS (Plataforma)Infraestrutura + sistema operacional + runtimeAplicação e dados
SaaS (Software)Praticamente tudo, até a aplicaçãoDados, usuários, configuração de acesso e permissões

Quanto mais "as a Service", menos controle técnico o cliente tem — mas a responsabilidade por dados e acesso nunca sai totalmente das mãos do cliente, em nenhum dos três modelos.

Misconfiguration: o vilão nº 1

Buckets de armazenamento configurados como públicos por engano, painéis administrativos expostos sem autenticação, permissões excessivamente amplas concedidas "só por enquanto" e nunca revistas — esse tipo de erro de configuração é, de forma consistente, a principal causa de vazamentos de dados em ambientes de nuvem, superando ataques sofisticados. A superfície de exposição em nuvem muda rápido (novos serviços, novos times criando recursos), o que torna fácil perder o controle sem processos claros.

CASB: visibilidade sobre o uso de nuvem

Um CASB (Cloud Access Security Broker) atua como um ponto de controle entre os usuários da empresa e os serviços de nuvem que eles usam — dando visibilidade sobre quais serviços estão sendo usados (incluindo "shadow IT", serviços não aprovados oficialmente), aplicando políticas de segurança consistentes entre múltiplos provedores de nuvem, e ajudando a prevenir vazamento de dados.

💡 Exemplo prático

Uma empresa migra o armazenamento de arquivos para a nuvem. Um funcionário cria um bucket para compartilhar arquivos com um parceiro externo e, por pressa, configura acesso público em vez de restrito por link com expiração. Meses depois, uma ferramenta automatizada de varredura de buckets públicos encontra e indexa o conteúdo. Não houve invasão técnica — houve erro de configuração, que é justamente a responsabilidade do cliente no modelo compartilhado.

⚠️ Erro comum

Achar que "está na nuvem de uma empresa grande e confiável, então está seguro por padrão". A infraestrutura do provedor pode ser extremamente robusta — mas se a configuração de acesso feita pelo cliente estiver errada, isso não protege nada. Segurança em nuvem é uma responsabilidade compartilhada, não terceirizada por completo.

✅ Pontos-chave

  • Responsabilidade compartilhada: provedor cuida da nuvem, cliente cuida do que coloca nela.
  • Quanto mais gerenciado o modelo (SaaS > PaaS > IaaS), menos controle técnico — mas nunca zero responsabilidade.
  • Misconfiguration é a causa mais comum de vazamento de dados em nuvem, não invasões sofisticadas.
  • CASB dá visibilidade e controle centralizado sobre uso de múltiplos serviços de nuvem.

🔗 Para se aprofundar