Aula 15: Introdução à Segurança na Nuvem — A Identidade É o Novo Perímetro

Até agora, discutimos a defesa em termos de rede física: um perímetro, um interior, servidores numa sala de servidores. Esta aula muda para uma arena onde a maioria dessas suposições não vale mais — a computação em nuvem. O 'servidor' já não é seu, ele fica no hardware de outra pessoa, e não existe

Resumindo: na nuvem não existe uma muralha física para confiar, então o novo limite é a identidade — quem você é, não de onde você se conectou. A responsabilidade se divide: o provedor cuida do hardware e da disponibilidade, e você cuida das configurações, das identidades e dos dados — em cada nível de IaaS/PaaS/SaaS. E a maioria das invasões na nuvem não é uma quebra sofisticada, é só uma porta que ficou aberta por engano.

Computação em Nuvem e o Modelo On-Demand: Um modelo que permite acesso remoto a recursos de computação (servidores, armazenamento, bases de dados, redes) pela internet, sob demanda (On-Demand) e com pagamento por uso (Pay-as-you-go) — sem precisar ter e manter servidores físicos no local da empresa.
A Abordagem Antiga vs. a Nova: A Identidade É o Novo Perímetro: Na abordagem antiga, a segurança se baseava na localização física — quem estava dentro do firewall era considerado 'confiável', quem estava fora era 'suspeito'; o problema: um atacante que passasse da muralha podia se mover livremente por dentro. Na abordagem nova, com funcionários usando SaaS, trabalhando de casa e o próprio servidor ficando na nuvem — a rede já não é um limite confiável. O que continua constante é 'quem' está a tentar aceder à informação, então a defesa migrou da proteção da rede para a proteção da identidade.
Componentes do Novo Perímetro: MFA, Contexto e Privilégio Mínimo: Em vez de perguntar 'de qual rede você está a vir', o sistema faz perguntas de identidade antes de cada ação: autenticação forte (MFA — só a senha não basta), acesso baseado em contexto (Context-Based Access — esse é o dispositivo conhecido, um país plausível, um horário adequado) e o princípio do privilégio mínimo (Least Privilege) — mesmo depois da autenticação, o acesso é dado só ao que é necessário para o trabalho.
Zero Trust: A suposição de que, mesmo dentro da rede da empresa, ninguém é confiável por padrão — cada solicitação de acesso é verificada de novo como se tivesse vindo da internet pública, sem nenhuma 'zona confiável' fixa que recebe confiança automática.
O Modelo de Responsabilidade Partilhada: Security OF vs. Security IN the Cloud: A responsabilidade na nuvem se divide por camada — nem o provedor é responsável por tudo, nem o cliente é responsável por tudo. Security OF the Cloud (responsabilidade do provedor): segurança física dos data centers, energia e refrigeração, hardware, camada de virtualização (Hypervisor) e disponibilidade global (Regions/Availability Zones). Security IN the Cloud (responsabilidade do cliente): gestão de identidades e permissões (IAM), proteção de dados e criptografia, e configuração dos serviços.
IaaS, PaaS e SaaS: o Gradiente de Responsabilidade: IaaS (por exemplo, EC2): o provedor entrega servidores, armazenamento e rede; o cliente gere o sistema operativo, os serviços e as aplicações — responsabilidade do cliente muito alta. PaaS (por exemplo, RDS): o provedor também adiciona o sistema operativo e o ambiente de execução; o cliente foca no código e na lógica de negócio. SaaS (por exemplo, Gmail): o provedor entrega a aplicação completa; o cliente só usa o serviço — mas ainda é responsável pela gestão de utilizadores, MFA e prevenção de vazamento de dados.
Tipos de Nuvem: Privada, Pública, Híbrida e Multi-Cloud: Nuvem privada: infraestrutura dedicada a uma única organização — controlo total, mas cara de construir e manter. Nuvem pública: infraestrutura partilhada entre organizações com separação lógica, pagamento por uso e elasticidade (crescer e diminuir conforme a necessidade). Nuvem híbrida: uma combinação das duas — dados sensíveis ficam internos, cargas de trabalho flexíveis vão para a nuvem pública. Multi-cloud: usar vários provedores de nuvem pública ao mesmo tempo, para evitar dependência de um único fornecedor (Vendor Lock-in), backup e regulação.
Multi-tenancy vs. Single-tenancy: Na nuvem pública (Multi-tenant), servidores virtuais de dezenas de organizações diferentes podem correr no mesmo servidor físico — a separação lógica existe, mas os recursos físicos são partilhados. Na nuvem privada (Single-tenant), a organização 'inquilina' é a única no hardware.
Misconfiguration — a Ameaça Número 1 da Nuvem: A maioria dos incidentes de segurança na nuvem não é uma invasão de tecnologia sofisticada, mas um erro humano nas configurações — por exemplo, deixar um armazenamento S3 aberto para acesso público a todo o mundo — por falta de conscientização ou de uma política de segurança clara.
Rede, Dados e Governança na Nuvem: VPC, Ciclo de Vida do Dado e Soberania: VPC (Virtual Private Cloud) é uma rede privada e isolada dentro da nuvem pública, dividida em Subnets públicas (para serviços voltados para a internet) e privadas (para bases de dados sensíveis). Dentro dela, o NACL opera no nível de rede (Stateless — verificado independentemente de quem iniciou, já visto na aula 12), enquanto o Security Group opera no nível do servidor (Stateful — verificado com base em quem iniciou a conexão). O ciclo de vida do dado exige proteção em três estados: At Rest (no disco — criptografia), In Transit (na rede — SSL/TLS), In Use (na memória durante o processamento). Sem logs (como o CloudTrail) documentando quem/o quê/quando/de onde, não há capacidade de investigação. E a escolha da Region também determina a conformidade regulatória (como a GDPR) e a soberania dos dados.