O modelo de responsabilidade compartilhada

Quando um arquivo está “na nuvem”, ele fica em um servidor pertencente a uma empresa que você nunca conheceu e nunca vai visitar. Esse arranjo divide a responsabilidade pela segurança entre duas partes, e a maioria das pessoas só descobre onde fica essa divisão quando algo dá errado. Todo grande provedor de nuvem documenta essa divisão explicitamente, porque errar em qualquer direção — presumir que o provedor cobre tudo, ou tentar proteger algo que o provedor já cuida — causa incidentes reais.

Dois lados de uma mesma linha

A Amazon Web Services chama sua versão dessa divisão de modelo de responsabilidade compartilhada, dividindo-a em “segurança da nuvem” e “segurança na nuvem”. A AWS é responsável pela primeira: “o hardware, o software, a rede e as instalações que executam os serviços da AWS Cloud” — os data centers físicos, os patches de infraestrutura, as partes que você jamais poderia inspecionar ou configurar por conta própria mesmo que quisesse. O cliente é responsável pela segunda, e a AWS é específica sobre o que isso inclui para serviços de armazenamento em nuvem: “gerenciar seus dados (incluindo opções de criptografia), classificar seus ativos e usar ferramentas de IAM” — ou seja, quem tem permissão para acessá-los.

A divisão se move dependendo do que você usa

A documentação da Microsoft chama atenção para um ponto importante para quem escolhe entre diferentes tipos de serviços em nuvem: a linha divisória não é fixa, ela se move conforme o modelo de serviço. Sua tabela de responsabilidades lista os dados do cliente, as identidades de conta e o gerenciamento de acesso como sempre sendo tarefa do cliente, em todo modelo, local ou em nuvem. Mas conforme você se move de infraestrutura como serviço (alugar uma máquina virtual que você mesmo configura) em direção a software como serviço (usar um aplicativo pronto, como um serviço de e-mail ou compartilhamento de arquivos), a Microsoft assume mais responsabilidades: sistemas operacionais, código de aplicação e configuração de rede passam a ser cada vez mais tarefa da Microsoft, não sua. O que nunca muda, nas palavras da própria Microsoft, é que “você sempre mantém” a responsabilidade pelos seus dados, suas contas, seus dispositivos clientes e seus controles de acesso.

Por que o lado do cliente importa mais do que parece

Para uma ONG que usa um serviço pronto de compartilhamento de arquivos ou e-mail — software como serviço, o modelo em que o provedor cuida da maior parte — é tentador presumir que a segurança do provedor já resolve tudo. Não resolve. O lado do provedor nessa linha (seus servidores, sua rede, seus patches) costuma ser excelente nos grandes serviços; é exatamente por isso que os atacantes raramente se dão ao trabalho de atacá-lo diretamente. Em vez disso, eles miram o lado do cliente: uma senha fraca ou reutilizada, um link compartilhado além do que era pretendido, uma conta sem segundo fator. Cada item da lista “sempre tarefa do cliente” acima é também, não por coincidência, o assunto da próxima aula deste curso.

Uma pergunta que vale a pena fazer sobre qualquer serviço de nuvem que você usa

Antes de confiar material sensível a um serviço de nuvem, vale a pena procurar a própria documentação de responsabilidade compartilhada desse serviço (os grandes provedores publicam a sua) e fazer duas perguntas: o que o provedor realmente protege por padrão, e o que fica explicitamente por minha conta? A resposta costuma esclarecer exatamente de quais dos seus próprios hábitos — abordados no restante deste curso — a segurança desses dados realmente depende.