30 termos

Glossário cloud cifrado & privacidade

30 definições autossuficientes para compreender a cifragem cloud, a proteção de dados e a jurisdição sem marketing nem jargão. Cada termo remete para as explicações detalhadas da nossa base editorial.

#01 Cifragem zero-knowledge: Modelo de cifragem em que o fornecedor de cloud nunca detém as chaves de decifragem. Os ficheiros são cifrados do lado do cliente antes do upload; o servidor armazena apenas texto cifrado. Mesmo sob uma ordem judicial, o fornecedor não consegue tecnicamente aceder aos dados em texto claro.
#02 Cifragem de ponta a ponta (E2EE): Protocolo em que os dados são cifrados no dispositivo do remetente e decifrados apenas no dispositivo do destinatário. Nenhum intermediário (ISP, host) consegue ler o conteúdo. A E2EE é necessária mas não suficiente para o zero-knowledge: um serviço pode ser E2EE enquanto gere as chaves do lado do servidor.
#03 AES-256: Algoritmo de cifragem simétrica (Advanced Encryption Standard) com chave de 256 bits, padronizado pelo NIST em 2001. O padrão da indústria para a cifragem em repouso nos serviços cloud. Os 256 bits são o nível recomendado para dados sensíveis; o AES-128 é aceitável para uso geral.
#04 Cifragem do lado do cliente: Operação em que os dados são cifrados localmente no dispositivo do utilizador antes da transmissão para o servidor. A chave de cifragem nunca sai do dispositivo. Sinónimo prático de zero-knowledge quando a gestão das chaves também é local. Oposto da cifragem do lado do servidor.
#05 Cifragem em repouso: Proteção de dados armazenados em disco ou numa base de dados. Todos os serviços cloud sérios a aplicam (AES-256), mas não basta: o fornecedor ainda pode ler os ficheiros acedendo às chaves que gere. A cifragem em repouso por si só não garante a confidencialidade face ao fornecedor.
#06 Cifragem em trânsito: Proteção de dados durante a transferência em rede, normalmente via TLS 1.2 ou 1.3. Protege contra a interceção de rede (man-in-the-middle) mas não contra o próprio fornecedor, que recebe os dados em texto claro do lado do servidor se não for aplicada cifragem no cliente.
#07 Metadados: Dados sobre dados: nome do ficheiro, tamanho, timestamp de modificação, frequência de acesso, IP de origem. Mesmo os serviços zero-knowledge expõem frequentemente metadados não cifrados. O Proton Drive cifra os nomes dos ficheiros separadamente; a maioria dos outros deixa esta informação acessível ao fornecedor.
#08 CLOUD Act (EUA, 2018): Lei dos EUA (Clarifying Lawful Overseas Use of Data Act) que permite às autoridades federais obrigar as empresas norte-americanas a entregar dados armazenados em qualquer parte do mundo, sem avisar o proprietário dos dados. Aplica-se à Microsoft, Google e Amazon mesmo para os seus datacenters europeus.
#09 RGPD: Regulamento Geral sobre a Proteção de Dados, em vigor na UE desde maio de 2018. Rege a recolha, o tratamento e a transferência de dados pessoais. Em princípio proíbe transferências de dados para países sem proteção adequada - em tensão direta com o CLOUD Act dos EUA para os fornecedores transatlânticos.
#10 Five / Nine / Fourteen Eyes: Alianças de partilha de informações de inteligência entre países. Five Eyes: EUA, Reino Unido, Canadá, Austrália, Nova Zelândia. Nine Eyes acrescenta: Dinamarca, França, Países Baixos, Noruega. Fourteen Eyes acrescenta mais 5 (Alemanha, Bélgica, Espanha, Itália, Suécia). Os fornecedores domiciliados nestes países podem estar sujeitos a pedidos de vigilância estatal partilhados.
#11 Jurisdição: País de domicílio legal do fornecedor de cloud. Determina qual a lei que rege os pedidos de acesso aos dados (CLOUD Act para entidades dos EUA, LPD para a Suíça, RGPD para a UE). A Suíça está fora da UE, fora dos 14 Eyes e não está sujeita ao CLOUD Act - o que a torna uma jurisdição preferida para serviços de armazenamento privado.
#12 TOFU (Trust On First Use): Modelo de confiança em que a primeira chave pública recebida de um contacto é aceite sem verificação externa. Usado em protocolos como o Signal ou algumas implementações SFTP. Expõe a um ataque man-in-the-middle durante a primeira ligação, antes de a impressão digital da chave ser confirmada out-of-band.
#13 Cifragem convergente: Técnica em que o mesmo texto em claro produz sempre o mesmo texto cifrado, porque a chave é derivada de um hash do conteúdo. Permite a deduplicação do lado do servidor sem expor o conteúdo. Usada por serviços como o MEGA. Desvantagem: um adversário que conheça o conteúdo provável consegue verificar a sua presença por comparação de hash.
#14 Deduplicação: Técnica de armazenamento que elimina cópias redundantes do mesmo conteúdo. Reduz os custos de infraestrutura para o fornecedor. Incompatível com a cifragem zero-knowledge estrita (cada utilizador teria um texto cifrado diferente para o mesmo ficheiro), exceto via cifragem convergente - com as suas limitações associadas.
#15 Sharding: Fragmentação de um ficheiro em vários shards distribuídos por diferentes servidores ou nós. Melhora a resiliência e o desempenho. Num contexto de privacidade, o sharding combinado com a cifragem de ponta a ponta impede que qualquer nó individual reconstrua o ficheiro completo. Usado nomeadamente pelo Internxt.
#16 WebDAV: Extensão HTTP que permite a gestão remota de ficheiros (ler, escrever, renomear, eliminar). Suportada pelo Nextcloud, pCloud e outros para compatibilidade com clientes de terceiros. Facilita a integração em fluxos de trabalho automatizados mas não acrescenta qualquer camada de cifragem nativa.
#17 Sync vs backup: A sync mantém uma cópia espelho em tempo real: qualquer eliminação local é replicada para a cloud. O backup conserva versões históricas independentemente das alterações locais. Para proteção contra ransomware ou eliminação acidental, um verdadeiro backup com versioning é essencial.
#18 Versioning: Retenção de versões anteriores de um ficheiro. Permite restaurar o estado de um ficheiro antes de uma modificação, corrupção ou ataque de ransomware. Os períodos de retenção variam por plano: o Proton Drive guarda 200 versões, o Tresorit 180 dias, o pCloud de 15 a 365 dias consoante o plano.
#19 Plano lifetime: Oferta comercial que concede acesso a um serviço por um período indefinido em troca de um pagamento único. O pCloud e o Internxt oferecem ofertas lifetime significativamente mais baratas que uma subscrição de 5-10 anos. Risco principal: a viabilidade financeira do fornecedor não está garantida a longo prazo.
#20 SOC 2: Framework de auditoria americano (Service Organization Control 2) desenvolvido pela AICPA. Avalia cinco critérios: segurança, disponibilidade, integridade de processamento, confidencialidade e privacidade. Um relatório SOC 2 Type II (cobrindo um período de 6 a 12 meses) é uma medida de maturidade operacional, distinta de uma certificação de cifragem.
#21 ISO/IEC 27001: Norma internacional de gestão da segurança da informação. A certificação ISO 27001 atesta que uma organização aplica um Sistema de Gestão da Segurança da Informação (SGSI) conforme aos requisitos da norma, auditado por um organismo acreditado. Mais difundida na Europa do que o SOC 2.
#22 Auditoria independente: Avaliação de segurança de um sistema por um terceiro especializado (ex.: Cure53, SEC Consult, NCC Group, Trail of Bits). Uma auditoria ao código-fonte do cliente confirma a implementação efetiva da cifragem zero-knowledge. O Proton Drive, Tresorit e Filen publicaram relatórios de auditoria. A ausência de uma auditoria não prova insegurança, mas limita a verificabilidade.
#23 Open source vs proprietário: Um cliente open-source (código-fonte publicado e verificável) permite a terceiros confirmar que a cifragem anunciada está efetivamente implementada. Um cliente proprietário exige confiar nas afirmações do fornecedor ou numa auditoria de terceiros. O Proton Drive, Internxt e Filen publicam o código do cliente; o pCloud e o Tresorit permanecem proprietários.
#24 Criptografia pós-quântica: Algoritmos concebidos para resistir a ataques de um computador quântico. Os algoritmos atuais (RSA, ECDSA, DH) ficarão vulneráveis assim que os computadores quânticos forem suficientemente potentes. O NIST padronizou os primeiros algoritmos pós-quânticos em 2024 (ML-KEM, ML-DSA). A Proton está em transição para primitivas pós-quânticas desde 2024.
#25 Função de derivação de chave (KDF): Função criptográfica que transforma uma palavra-passe (baixa entropia) numa chave de cifragem robusta. As KDF modernas (Argon2id, bcrypt, PBKDF2) abrandam deliberadamente as tentativas de força bruta. A robustez da cifragem zero-knowledge depende em parte da qualidade da KDF e da complexidade da palavra-passe escolhida.
#26 Perfect forward secrecy (PFS): Propriedade de um protocolo criptográfico que garante que o comprometimento de uma chave de longo prazo não permite decifrar comunicações passadas. Cada sessão usa chaves efémeras distintas. Implementada no TLS 1.3 (usado para todas as transferências cloud modernas), mas menos relevante para o armazenamento em repouso.
#27 Gestão de chaves: Conjunto de procedimentos para gerar, armazenar, rodar e revogar chaves criptográficas. Num modelo zero-knowledge, as chaves nunca devem sair do dispositivo do utilizador em texto claro. Uma má gestão de chaves (backup não cifrado, transmissão para o servidor) anula as garantias da cifragem.
#28 Residência dos dados: Localização física dos servidores que armazenam os dados. Distinta da jurisdição legal do fornecedor: um fornecedor dos EUA com servidores na Alemanha continua sujeito ao CLOUD Act. A residência dos dados importa para o RGPD (obrigação de manter os dados dentro do EEE), mas não substitui uma análise da jurisdição.
#29 Prova de conhecimento zero (ZKP): Protocolo criptográfico que permite a uma parte provar o conhecimento de uma informação sem revelar a própria informação. Diferente do "armazenamento zero-knowledge": os protocolos ZKP (zk-SNARK, zk-STARK) são usados na criptografia avançada e na blockchain. No contexto do cloud storage, "zero-knowledge" refere-se à ausência de chaves no fornecedor, não a um protocolo ZKP formal.
#30 Proteção contra ransomware: Medidas que previnem ou limitam os danos do ransomware através da cloud. O versioning automático é a proteção principal: permite restaurar os ficheiros para um estado anterior à infeção. Alguns serviços (Tresorit, Proton Drive) detetam modificações em massa suspeitas. A sync instantânea sem versioning pode, ao contrário, propagar a cifragem maliciosa.
#31 Lei suíça de proteção de dados (LPD/nLPD): Lei federal suíça de proteção de dados, revista em 2020 e em vigor desde 1 de setembro de 2023. Alinha-se com o RGPD em vários pontos (direitos individuais, responsabilização) mantendo as especificidades suíças. A Suíça não é membro da UE, mas a Comissão Europeia reconhece um nível de proteção adequado para transferências de dados desde 2000 (decisão renovada).

Saber mais

E2E vs zero-knowledge: o que o marketing esconde Quiz comparação cloud storage - 60 s Calculadora de custos cloud storage