Lição 3 de 4 · 9 min
Dados na nuvem: encriptação, detentores da chave e hiperligações de partilha
Quase todos os fornecedores de nuvem encriptam os seus dados. A pergunta que realmente importa é quem detém a chave que os desbloqueia — e em quem confia uma hiperligação de partilha.
Um fornecedor de nuvem quase sempre lhe vai dizer que os seus dados estão encriptados, e isso é normalmente verdade. Também é, por si só, uma afirmação bastante fraca, porque deixa de fora o pormenor que decide quem pode realmente ler esses dados se for obrigado por lei, sofrer uma invasão, ou simplesmente tiver curiosidade: quem detém a chave.
Encriptação em repouso e em trânsito, por defeito
A documentação da Google Cloud descreve o que a maioria dos grandes fornecedores faz por defeito: "todos os dados armazenados pela Google são encriptados na camada de armazenamento usando o algoritmo Advanced Encryption Standard (AES), AES-256", aplicado automaticamente, sem qualquer configuração exigida ao cliente. Os dados em trânsito entre o seu dispositivo e o fornecedor são protegidos separadamente por TLS, abordado no curso de criptografia desta universidade. Esta base é genuinamente útil — protege, por exemplo, contra alguém que roube fisicamente um disco rígido de um centro de dados — mas responde apenas a parte da pergunta.
Quem detém a chave muda para que serve a proteção
Por defeito, a Google Cloud afirma claramente: "somos nós que possuímos e gerimos as chaves usadas na encriptação predefinida em repouso." Essa é a prática padrão em toda a indústria, e é exatamente por isso que esta predefinição o protege contra roubo físico ou um atacante externo, mas não contra o próprio fornecedor: se o fornecedor detém a chave, pode tecnicamente aceder aos dados, e também pode qualquer entidade que legalmente o obrigue a isso. Os fornecedores também oferecem opções de chaves geridas pelo cliente para organizações que precisem de deter as suas próprias chaves, embora isso acrescente complexidade operacional real — perder a sua própria chave sem alternativa por parte do fornecedor pode significar perder os dados de forma permanente.
Opções com encriptação de ponta a ponta: só o cliente detém a chave
Um número menor de funcionalidades voltadas para o consumidor vai mais longe do que a encriptação em repouso gerida pelo fornecedor, estendendo a verdadeira encriptação de ponta a ponta (a garantia explorada no curso de criptografia) ao próprio armazenamento na nuvem. A Proteção Avançada de Dados da Apple para o iCloud é um exemplo documentado: quando ativada, estende a encriptação de ponta a ponta à Cópia de Segurança do iCloud, Fotografias, Notas, iCloud Drive e mais, e a Apple afirma que "os seus dispositivos de confiança conservam o acesso exclusivo às chaves de encriptação para a maioria dos seus dados do iCloud" — o que significa que a própria Apple não os consegue desencriptar, mesmo sob obrigação legal, e afirma-o claramente: "mais ninguém pode aceder aos seus dados encriptados de ponta a ponta — nem sequer a Apple." A contrapartida que a Apple documenta a par disto é real: como a Apple não detém nenhuma chave, também não consegue ajudar a recuperar esses dados se perder o acesso e não tiver configurado antecipadamente um contacto de recuperação ou uma chave de recuperação. Uma proteção forte e uma recuperação de conta fácil puxam em direções opostas, e a Proteção Avançada de Dados pede-lhe que escolha.
| Modelo de encriptação | Quem detém a chave | Protege contra | Não protege contra |
|---|---|---|---|
| Encriptação em repouso gerida pelo fornecedor (a predefinição comum) | O fornecedor de nuvem | Roubo físico do hardware de armazenamento; muitos atacantes externos | O próprio fornecedor, ou qualquer entidade que o possa obrigar legalmente |
| Chaves geridas pelo cliente | Você (com responsabilidade operacional real) | O fornecedor aceder aos dados sem a sua chave | Perder a própria chave, sem alternativa por parte do fornecedor |
| Opções com encriptação de ponta a ponta (por exemplo, Proteção Avançada de Dados da Apple) | Só você, nos seus dispositivos de confiança | O fornecedor e a maioria das obrigações legais dirigidas ao fornecedor | Perder o acesso à sua própria conta sem um método de recuperação predefinido |
Hiperligações de partilha: a forma discreta como os dados saem do modelo acima
Tudo o que foi dito acima pode ser anulado por uma única partilha descuidada. Uma definição de "qualquer pessoa com a hiperligação pode ver" num documento na nuvem transforma uma encriptação forte em repouso em algo mais próximo de uma página web pública: a própria hiperligação torna-se a única coisa entre os seus dados e quem quer que a receba, reencaminhe ou adivinhe. Isto importa mais do que possa parecer, porque essas hiperligações são trivialmente reencaminhadas para além do destinatário pretendido, acabam muitas vezes indexadas ou em cache em lugares inesperados, e raramente expiram por si próprias. Antes de partilhar algo sensível, vale a pena verificar se a hiperligação pode ser restringida a pessoas específicas que já têm de ter sessão iniciada, se lhe pode ser dada uma data de expiração, e se pode ser revogada quando deixar de ser necessária — opções que a maioria dos grandes fornecedores oferece mas não ativa por defeito.
A reter
- A maioria dos fornecedores de nuvem encripta os dados em repouso e em trânsito por defeito; isto protege contra roubo físico e contra muitos atacantes externos.
- Por defeito, o fornecedor normalmente detém a chave de encriptação, o que significa que o próprio fornecedor (ou qualquer entidade que o obrigue legalmente) ainda pode aceder aos dados.
- As chaves geridas pelo cliente transferem esse controlo para si, ao custo de uma responsabilidade operacional real — perder a chave pode significar perder os dados.
- Opções com encriptação de ponta a ponta, como a Proteção Avançada de Dados da Apple, dão-lhe acesso exclusivo à chave, mas tem de configurar a recuperação da conta com antecedência, já que o fornecedor não a pode ajudar a recuperar.
- Uma hiperligação partilhada de forma ampla pode anular tudo isto; restrinja as hiperligações de partilha a pessoas específicas, adicione uma expiração quando possível, e revogue o acesso quando já não for necessário.
Teste-se
1. Por defeito, quem detém normalmente a chave de encriptação dos dados armazenados num serviço de nuvem comum?
- O utilizador final, sempre
- O fornecedor de nuvem — Certo.
- Ninguém; os dados não estão encriptados por defeito
- Uma agência governamental
Os fornecedores normalmente gerem eles próprios as chaves de encriptação por defeito, o que protege contra roubo externo mas significa que o fornecedor ainda consegue tecnicamente aceder aos dados.
2. O que afirma a Apple sobre os dados protegidos pela Proteção Avançada de Dados para o iCloud?
- A Apple consegue sempre recuperá-los se perder o acesso
- Mais ninguém consegue aceder-lhes, nem sequer a Apple, já que os dispositivos de confiança detêm as chaves — Certo.
- Só se aplica a e-mail, não a ficheiros ou fotografias
- Não exige nenhuma configuração de recuperação
A Apple documenta que os dispositivos de confiança conservam o acesso exclusivo às chaves, pelo que a Apple não consegue desencriptar os dados — o que também significa que a Apple não consegue ajudar a recuperá-los sem um método de recuperação predefinido.
3. Porque é que uma definição de partilha "qualquer pessoa com a hiperligação pode ver" pode comprometer uma encriptação forte em repouso?
- Elimina automaticamente a encriptação
- A própria hiperligação torna-se a única proteção, e pode ser reencaminhada, guardada em cache ou adivinhada para além do destinatário pretendido — Certo.
- Essas hiperligações expiram sempre no espaço de uma hora
- Os fornecedores de nuvem bloqueiam automaticamente esta definição para ficheiros sensíveis
Uma hiperligação partilhada de forma ampla dispensa a necessidade de o destinatário ter sessão iniciada ou ser verificado, pelo que quem obtiver a hiperligação tem o mesmo acesso que um visualizador autorizado.
Praticar com o FireAI
Ponha esta lição em prática no seu próprio Mac.
- Descubra para onde uma app envia dados, no Mapa-múndi — Veja exatamente com que empresa e país uma app está a falar em silêncio.
- Regras: app, sítio, domínio, IP ou um intervalo, para sempre ou até reiniciar — Escreva uma regra tão precisa como um único endereço ou tão ampla como um domínio inteiro.
- A página Ameaças: o que parece errado, e porquê — Veja o punhado de ligações que merecem a sua atenção, em vez de percorrer milhares.
Fontes
Ponha em prática no seu Mac
Experimente todas as funcionalidades grátis durante 17 dias, sem cartão.