O que é a encriptação de ponta a ponta? Como protege as suas fotografias
A encriptação de ponta a ponta garante que apenas você tem acesso às suas fotografias.
A criptografia ponta a ponta (E2EE) é um modelo de segurança em que o texto simples é criptografado em um endpoint autorizado e descriptografado em outro. O provedor de armazenamento ou transporte não possui a chave de conteúdo de texto simples. Esse limite protege o conteúdo da leitura direta do lado do servidor, mas não oculta todos os itens de metadados nem protege um endpoint comprometido, credencial de recuperação, destinatário compartilhado ou atualização de cliente mal-intencionada.
Para armazenamento de fotos, a criptografia de ponta a ponta significa que seu telefone criptografa o conteúdo das fotos antes do upload e a nuvem armazena texto cifrado em vez de imagens legíveis. A descriptografia requer uma chave disponível por meio de um dispositivo autorizado ou caminho de recuperação. O tamanho do arquivo, o tempo, os dados da conta, as relações de compartilhamento e outros metadados podem permanecer visíveis. Este guia explica os limites e compara modelos de serviços comuns.
Como funciona a encriptação de ponta a ponta
O mecanismo básico envolve três fases: geração de chave, encriptação e desencriptação.
Geração de chave
O dispositivo do utilizador gera uma chave criptográfica. Na encriptação simétrica (como AES-256), a mesma chave encripta e desencripta. Na encriptação assimétrica (como RSA), a chave pública encripta e a chave privada desencripta. Muitos sistemas E2EE combinam ambas: a encriptação assimétrica troca uma chave de sessão simétrica que depois protege a encriptação em massa.
Os aplicativos do Photo Vault usam vários designs de gerenciamento de chaves. Alguns derivam uma chave de arquivo diretamente de uma senha; designs em camadas mais fortes podem usar uma chave de desbloqueio derivada de credencial para agrupar uma chave de arquivo aleatória. Cofre usa PBKDF2-HMAC-SHA512 para derivar uma chave de cofre de 256 bits de um padrão 5x5 e sal para todo o dispositivo. Essa chave do cofre autentica o índice criptografado e desembrulha uma chave mestra aleatória separada usada para criptografia de arquivos.
Encriptação
O texto simples (as suas fotografias) é transformado em texto cifrado usando a chave de encriptação e o algoritmo. O AES-256-GCM é a cifra simétrica mais usada para este fim. O GCM (Galois/Counter Mode) fornece encriptação autenticada, encripta os dados e cria uma etiqueta de autenticação que detecta qualquer adulteração. Cada ficheiro recebe um vector de inicialização (IV) único, de modo que ficheiros idênticos produzem texto cifrado diferente.
Desencriptação
O dispositivo do destinatário usa a mesma chave (simétrica) ou a chave privada correspondente (assimétrica) para reverter a transformação. Sem a chave correcta, o texto cifrado é indistinguível de dados aleatórios. Não existe atalho matemático. O AES-256 tem 2^256 chaves possíveis, mais do que o número estimado de átomos no universo observável.
Encriptação de ponta a ponta vs. outros modelos de encriptação
Nem toda a encriptação é de ponta a ponta. As diferenças determinam quem pode aceder aos seus dados.
Encriptação em trânsito (TLS/SSL)
Os dados são encriptados entre o seu dispositivo e o servidor. O servidor desencripta-os após a recepção. Isso protege contra interceção em trânsito, mas os dados são legíveis pelo servidor após chegarem. Todos os grandes serviços de nuvem usam encriptação em trânsito. É o padrão básico, não uma excepção.
Encriptação em repouso (lado do servidor)
O servidor encripta os dados armazenados usando chaves que gere. Isso protege contra roubo físico de hardware do servidor, mas não contra o próprio fornecedor do serviço, os seus funcionários ou pedidos legais. O iCloud, Google Drive e Dropbox todos usam encriptação em repouso do lado do servidor. As chaves são detidas pelo fornecedor.
Encriptação de ponta a ponta
Os dados são criptografados em um endpoint autorizado antes que o provedor de armazenamento os receba. Um design sólido mantém a chave do conteúdo de texto simples fora da custódia rotineira do servidor do provedor, de modo que um compromisso apenas de armazenamento ou uma exigência legal de conteúdo armazenado produz texto cifrado em vez de fotos legíveis. O provedor ainda pode fornecer texto cifrado e metadados, distribuir software cliente ou operar sistemas de recuperação e compartilhamento que devem ser incluídos no modelo de ameaça.
| Modelo de encriptação | Quem detém as chaves | O fornecedor pode ler os dados? | Protege contra o fornecedor? |
|---|---|---|---|
| Apenas em trânsito (TLS) | Servidor | Sim | Não |
| Em repouso (lado do servidor) | Servidor | Sim | Não |
| Ponta a ponta | Endpoints autorizados ou detentores de recuperação | Não apenas do texto cifrado armazenado | Protege o conteúdo de chaves de armazenamento mantidas pelo provedor |
| Criptografia do lado do cliente cega ao provedor | Caminhos de recuperação documentados e do cliente | Nenhum acesso ao conteúdo de texto simples por design | Protege o conteúdo; metadados e confiança do cliente permanecem |
Como os serviços de nuvem de fotografias lidam com a encriptação
iCloud Fotos
A Apple usa encriptação em trânsito e em repouso. A Apple detém as chaves de encriptação por defeito. Com base em pedido legal válido, a Apple pode fornecer dados do iCloud. Excepção: A Protecção de Dados Avançada (PDA) da Apple, disponível desde Dezembro de 2022, adiciona encriptação de ponta a ponta ao iCloud Fotos. A PDA deve ser explicitamente activada nas Definições. Quando activada, a Apple não pode aceder aos dados do iCloud Fotos. A maioria dos utilizadores não activou a PDA.
Google Fotos
O Google usa encriptação em trânsito e em repouso com chaves do lado do servidor. O Google detém as chaves de encriptação para todos os dados do Google Fotos, incluindo o conteúdo da Pasta Bloqueada. O Google pode cumprir pedidos legais de dados. O Google não oferece opção de encriptação de ponta a ponta para o Google Fotos.
Dropbox e OneDrive
Ambos usam encriptação em trânsito e em repouso com chaves geridas pelo fornecedor. Nenhum oferece E2EE para armazenamento de fotografias de consumidores. O Dropbox Vault e o OneDrive Cofre Pessoal adicionam camadas de autenticação mas não encriptação de ponta a ponta.
Vaultaire
Criptografia do lado do cliente com chaves mantidas pelo provedor excluídas. Vaultaire criptografa fotos e metadados no dispositivo com AES-256-GCM antes de qualquer upload para a nuvem. Uma chave mestra aleatória criptografa os dados do cofre. Uma chave de cofre local derivada do padrão do usuário e um salt do dispositivo encapsulam essa chave mestra, enquanto uma chave de backup separada derivada do padrão protege os dados privados. CloudKit registros de backup. O Vaultaire não opera um servidor de conteúdo nem recebe essas chaves, portanto não pode transformar um CloudKit gravar em texto simples. O aplicativo, iOS, e um dispositivo desbloqueado permanece dentro do limite de confiança, e uma solicitação legal ainda pode obter metadados de conta ou serviço mantidos pelo provedor relevante.
| Serviço | Encriptação em trânsito | Encriptação em repouso | Ponta a ponta | Fornecedor pode aceder |
|---|---|---|---|---|
| iCloud Fotos (padrão) | Sim | Sim (chaves Apple) | Não | Sim |
| iCloud Fotos (PDA activada) | Sim | Sim | Sim | Não |
| Google Fotos | Sim | Sim (chaves Google) | Não | Sim |
| Dropbox | Sim | Sim (chaves Dropbox) | Não | Sim |
| OneDrive | Sim | Sim (chaves Microsoft) | Não | Sim |
| Vaultaire | Sim | Sim | Backup opcional criptografado do lado do cliente | Nenhuma chave de conteúdo de texto simples; CloudKit metadados permanecem |
Por que o E2EE é importante para as fotografias
As fotografias são dados particularmente sensíveis. Contêm rostos, localizações (metadados GPS), marcas temporais e registos visuais de momentos privados. Uma fuga de galeria fotográfica revela mais informações pessoais do que quase qualquer outro tipo de dados.
Violações de dados
Quando um provedor de serviços armazena fotos com chaves do servidor, um comprometimento do armazenamento e do caminho de gerenciamento de chaves pode expor conteúdo legível. Com E2EE sólido, uma violação apenas de armazenamento produz texto cifrado e quaisquer metadados que o serviço mantenha. Comprometimento de endpoint, credenciais de recuperação roubadas, software de cliente malicioso e falhas de serviços principais permanecem rotas separadas para o texto simples.
Acesso legal e governamental
Os prestadores de serviços podem ser obrigados a fornecer os registros que possuem. Com o E2EE, isso pode incluir texto cifrado, informações de contas, registros de acesso, tamanhos de registros, tempo e compartilhamento de metadados, em vez de conteúdo fotográfico legível. Se uma demanda pode atingir um dispositivo, método de recuperação, destinatário ou comportamento futuro do cliente é uma questão jurídica e técnica diferente.
Acesso interno
Funcionários ou invasores com acesso a chaves de armazenamento gerenciadas pelo provedor podem conseguir acessar conteúdo criptografado no servidor. O E2EE remove esse caminho direto da chave de armazenamento quando o provedor não possui chaves de conteúdo de texto simples. Isso não torna o abuso interno categoricamente impossível porque os provedores podem controlar a distribuição do cliente, o estado da conta, os metadados, o compartilhamento ou os componentes de recuperação.
Equívocos comuns sobre E2EE
"O meu armazenamento na nuvem é encriptado, portanto as minhas fotografias estão seguras." A encriptação do servidor protege contra fugas externas do hardware do servidor. Não protege contra o próprio fornecedor, pedidos legais ou ameaças internas. O fornecedor detém as chaves.
"HTTPS significa que as minhas fotografias são encriptadas de ponta a ponta." O HTTPS (TLS) encripta os dados em trânsito entre o seu dispositivo e o servidor. Assim que os dados chegam ao servidor, são desencriptados. O HTTPS é encriptação do canal de transporte, não encriptação de dados.
"A Apple/Google não consegue ver as minhas fotografias." Por defeito, ambas as empresas detêm as chaves de encriptação para as suas fotografias armazenadas na nuvem. A Apple oferece Protecção de Dados Avançada como funcionalidade opcional. O Google não oferece opção E2EE para o Google Fotos de todo.
Como o Vaultaire implementa a encriptação de ponta a ponta
O Vaultaire usa uma abordagem E2EE em camadas:
- AES-256-GCM encripta todo o conteúdo dos ficheiros. Cada ficheiro recebe um vector de inicialização único. A encriptação autenticada detecta adulteração.
- PBKDF2 com HMAC-SHA512 deriva uma chave de cofre local do padrão desenhado do usuário e do sal do dispositivo. O fator trabalho aumenta o custo de cada suposição offline sem adicionar entropia ao padrão. Essa chave do cofre autentica o índice criptografado e desembrulha a chave mestra aleatória usada nos dados do arquivo.
- AES-256-GCM para metadados protege nomes de arquivos, datas, dimensões, índices e miniaturas sob criptografia autenticada.
- iOS Keychain e Proteção de Dados proteja o banco de dados de recuperação criptografado e salt do dispositivo. AES-GCM operações e chaves simétricas ativas permanecem no processo do aplicativo enquanto um cofre está aberto.
- Separação de chave do provedor significa que o Wraxle não recebe um cofre, mestre, backup ou chave de recuperação em texto simples. Opcional CloudKit armazena registros de texto cifrado e envelopes de chave criptografados, enquanto a Apple ainda pode observar metadados de serviço. Vaultaire não requer uma conta de identidade Vaultaire.
Vaultaire mantém informações de recuperação, incluindo o padrão, dentro de um AES-GCM banco de dados criptografado armazenado em iOS Keychain. Ele não é gravado em arquivos de texto simples nem enviado para um serviço de conta Vaultaire. Se não houver padrão utilizável, frase de recuperação, ou o dispositivo já desbloqueado permanecer, o Vaultaire não possui uma chave de recuperação do provedor que possa restaurar o acesso.
Perguntas frequentes
A encriptação de ponta a ponta é legal?
O tratamento legal da criptografia, do acesso forçado e dos serviços criptografados varia de acordo com a jurisdição e pode mudar. Este guia descreve o modelo técnico, não o aconselhamento jurídico. Verifique a legislação local atual se o seu uso envolver buscas nas fronteiras, ordens judiciais, registros regulamentados ou outro ambiente de alto risco.
As autoridades podem quebrar a encriptação de ponta a ponta?
Os ataques raramente precisam pesquisar a totalidade AES-256 espaço chave. Um examinador pode ter como alvo uma senha ou padrão fraco, um endpoint desbloqueado, memória, uma frase de recuperação, um destinatário, um backup ou uma falha de implementação. Implementado corretamente AES-256-GCM com uma chave aleatória de alta entropia é projetado para resistir à busca direta de chave, mas isso é apenas uma parte do sistema.
Qual é a diferença entre E2EE e encriptação de conhecimento zero?
E2EE descreve onde ocorre a criptografia e descriptografia de texto simples e quem possui chaves de conteúdo utilizáveis. O "conhecimento zero" é frequentemente usado no marketing de produtos para criptografia cega ao provedor, mas não deve ser lido literalmente: um serviço pode não ter chaves de texto simples e ainda ver texto cifrado, dados de conta, tamanhos, tempo, relacionamentos de compartilhamento e outros metadados. Avalie a chave documentada e os caminhos de recuperação em vez do rótulo apenas.
O que acontece se perder a chave de encriptação?
Perder todos os caminhos utilizáveis de descriptografia e recuperação torna os dados criptografados irrecuperáveis. Muitos sistemas E2EE utilizam, portanto, frases de recuperação, dispositivos confiáveis, contatos de recuperação, kits de emergência ou envelopes de chaves criptografadas. Esses mecanismos preservam o acesso, mas cada um também se torna parte do modelo de segurança.
Conclusão
A criptografia de ponta a ponta pode remover o caminho da chave de texto simples do provedor de armazenamento quando a criptografia ocorre em um endpoint autorizado antes do upload. Esta é uma proteção significativa, não uma garantia sobre todo o sistema. Verifique a custódia da chave de conteúdo, a recuperação, os metadados, as atualizações do cliente, a segurança do endpoint e o compartilhamento antes de confiar fotos privadas a um serviço.
Cofre implementa criptografia do lado do cliente para iOS. Suas fotos e metadados do cofre são criptografados no dispositivo com AES-256-GCM antes do backup ou sincronização opcional. Vaultaire não recebe as chaves de descriptografia nem opera um servidor que possa transformar esses registros criptografados em suas fotos. Este limite do provedor não compromete ou desbloqueia iPhone confiável.