Criptografia do iCloud explicada — o que a Apple protege, o que não protege

TL;DR

A criptografia padrão do iCloud protege os dados em trânsito e em repouso nos servidores da Apple, mas a Apple detém as chaves de criptografia para a maioria das categorias. A Proteção Avançada de Dados (PAD) transfere 23 categorias de dados para criptografia de ponta a ponta, removendo o acesso da Apple às chaves. O backup do iCloud, Fotos e iCloud Drive entram nessa lista apenas com a PAD ativada. Mesmo com a PAD, a Apple não pode ler seus dados de Saúde, Chaveiro do iCloud ou ajustes de Tempo de Uso — eles já eram criptografados de ponta a ponta. Nenhum nível do iCloud, incluindo a PAD, criptografa metadados como nomes de arquivos, datas ou estrutura de pastas com chaves controladas pelo usuário. Um cofre local como o App-Vault, que nunca envia dados a nenhum servidor e deriva chaves dentro do Secure Enclave, opera completamente fora da infraestrutura da Apple — sem gerenciamento de chaves na nuvem, sem exposição de metadados, sem backdoor de recuperação de conta.

A Apple criptografa os dados do iCloud. Essa afirmação é verdadeira, mas também incompleta. A criptografia vem em camadas, e cada camada responde a uma pergunta diferente sobre quem pode ler seus dados.

A primeira camada é a criptografia de transporte. Cada bit que trafega entre seu iPhone e os servidores da Apple viaja dentro de um túnel TLS 1.3. Um invasor no mesmo Wi-Fi de uma cafeteria não consegue ver suas fotos, notas ou eventos de calendário em trânsito. Essa proteção é universal e sempre ativa.

A segunda camada é a criptografia no servidor. Quando os dados chegam aos data centers da Apple, eles são gravados em disco de forma criptografada usando AES-256. Os Módulos de Segurança de Hardware (HSMs) da Apple gerenciam as chaves de encapsulamento. Isso significa que um invasor físico que roube discos rígidos de um data center da Apple não consegue ler os bytes brutos sem as chaves armazenadas nesses HSMs.

A terceira camada é a propriedade das chaves. É aqui que mora a maior confusão. Na criptografia padrão do iCloud, a Apple detém as chaves. Na Proteção Avançada de Dados, você detém as chaves para a maioria das categorias. A diferença não é acadêmica — ela determina se a Apple pode cumprir uma solicitação legal para seus dados, se a Apple pode redefinir seu acesso à conta e se um funcionário com privilégios no data center poderia acessar teoricamente seu texto simples.

Este guia mapeia a arquitetura de criptografia da Apple a partir do iOS 19 e macOS Sequoia. Ele cobre o que cada nível protege, o que a Proteção Avançada de Dados realmente muda e onde um cofre local como o App-Vault opera completamente fora da infraestrutura da Apple.

Criptografia padrão do iCloud — a Apple detém as chaves

Quando você faz login no iCloud sem ativar a Proteção Avançada de Dados, a Apple criptografa seus dados em dois lugares: no fio e no disco. Mas a Apple também detém as chaves de descriptografia.

O mecanismo técnico é direto. Seu dispositivo negocia uma sessão TLS com os servidores de borda da Apple. Os dados são criptografados com chaves de sessão derivadas durante esse handshake. No servidor, os dados são re-criptografados com uma chave de armazenamento gerenciada pelo serviço de gerenciamento de chaves da Apple. Essa chave de armazenamento reside dentro de um HSM que requer múltiplas aprovações administrativas para operar.

A Apple publica uma análise detalhada de quais categorias de dados usam qual hierarquia de chaves no Guia de Segurança da Plataforma Apple. A tabela relevante lista 23 categorias de dados e marca cada uma como “criptografada de ponta a ponta” ou “criptografada com chaves retidas pela Apple”.

Na criptografia padrão, as seguintes categorias principais usam chaves retidas pela Apple:

• Backup do iCloud (inclui backups de dispositivos contendo fotos, mensagens, dados de aplicativos)
• Fotos do iCloud
• iCloud Drive
• Notas (a menos que o usuário tenha ativado o recurso de senha separada do Notas)
• Dados de calendário
• Contatos
• Lembretes
• Favoritos do Safari e lista de leitura
• Atalhos da Siri e dados de intenção
• Quadros do Freeform
• Passes da Carteira
• Pesquisas recentes e rotas do Mapas
• iCloud Mail (a Apple não pode ler e-mails em trânsito, mas os armazena com chaves retidas pela Apple)

Para cada uma dessas categorias, a Apple pode descriptografar os dados. Isso é proposital — a Apple precisa de acesso às chaves para suportar recuperação de conta, acesso via iCloud.com e recursos como bibliotecas de fotos compartilhadas, onde vários usuários precisam descriptografar o mesmo ativo.

A consequência prática é direta. Se a Apple receber uma solicitação legal válida para seus dados do iCloud, a Apple pode produzir o texto simples para qualquer uma dessas categorias. As Diretrizes de Aplicação da Lei da Apple confirmam essa capacidade. A Apple publica um relatório de transparência que lista o número de contas afetadas por tais solicitações.

Proteção Avançada de Dados — chaves controladas pelo usuário

A Proteção Avançada de Dados, introduzida no iOS 16.2 e expandida desde então, transfere o modelo de propriedade das chaves para a maioria das categorias de dados do iCloud. Em vez dos HSMs da Apple deterem as chaves de encapsulamento, as chaves são derivadas no seu dispositivo e respaldadas pelo seu Chaveiro do iCloud, que já é criptografado de ponta a ponta.

Com a PAD, as seguintes categorias se tornam criptografadas de ponta a ponta:

• Backup do iCloud
• Fotos do iCloud
• iCloud Drive
• Notas
• Dados de calendário
• Contatos
• Lembretes
• Favoritos do Safari
• Atalhos da Siri
• Quadros do Freeform
• Passes da Carteira
• Pesquisas recentes e rotas do Mapas
• Memorandos de Voz
• Histórico do Safari
• Informações de pagamento (Apple Pay)
• Atalhos
• Dados de Ações
• Dados de Clima
• Dados do app Casa
• Dados de Notícias
• Dados do Game Center
• iCloud Mail (ainda criptografado com chaves retidas pela Apple — o Mail é excluído da PAD)

A Apple não pode descriptografar nenhuma dessas categorias quando a PAD está ativada. A Apple não pode cumprir uma solicitação legal para o conteúdo do seu backup do iCloud, sua biblioteca de Fotos ou seus arquivos do iCloud Drive. A Apple não pode redefinir suas chaves se você perder o acesso à sua conta.

A contrapartida é a complexidade da recuperação. Com a PAD ativada, você deve configurar pelo menos um contato de recuperação ou gerar uma chave de recuperação de 28 caracteres. Sem um, seus dados criptografados de ponta a ponta se tornam permanentemente inacessíveis se você perder o acesso a todos os dispositivos confiáveis e ao seu Chaveiro do iCloud. A Apple não pode ajudar.

A PAD também exige que todos os dispositivos conectados à sua conta do iCloud estejam rodando pelo menos iOS 16.2, macOS 13.1 ou watchOS 9.2. Dispositivos com software mais antigo não podem receber os dados criptografados de ponta a ponta e são excluídos da sincronização.

O que a Proteção Avançada de Dados NÃO cobre

Três categorias de dados do iCloud permanecem criptografadas com chaves retidas pela Apple mesmo com a PAD:

• iCloud Mail. A Apple criptografa os e-mails em trânsito, mas os armazena com chaves retidas pela Apple. A Apple pode ler seus e-mails se exigido por lei. Isso ocorre porque o e-mail precisa interoperar com servidores de e-mail que não são da Apple e que não suportam criptografia de ponta a ponta.
• Contatos, Calendário e Lembretes do iCloud quando acessados pelo iCloud.com. A interface web exige que a Apple tenha acesso às chaves. A sincronização no dispositivo é criptografada de ponta a ponta com a PAD.
• Metadados. Nomes de arquivos, datas de criação, datas de modificação, hierarquias de pastas, tamanhos de arquivos e miniaturas não são criptografados de ponta a ponta em nenhum nível. Os servidores da Apple precisam de metadados para permitir operações de busca, classificação e sincronização.

O ponto dos metadados merece destaque. Mesmo com a PAD ativada, os servidores da Apple sabem quantos arquivos você tem no iCloud Drive, como cada arquivo se chama, quando foi criado e em qual pasta está. A Apple não sabe o conteúdo dos arquivos, mas apenas os metadados já podem revelar informações substanciais sobre suas atividades.

Criptografia do backup do iCloud — a categoria mais importante

O backup do iCloud merece sua própria seção porque é o maior repositório único de dados do iPhone para a maioria dos usuários. Um backup padrão do iCloud contém:

• Configurações e preferências do dispositivo
• Mensagens e anexos
• Fotos e vídeos que ainda não estão no Fotos do iCloud
• Dados de aplicativos da maioria dos apps de terceiros
• Layout da tela inicial e organização dos apps
• Dados de Saúde (embora a Saúde seja criptografada de ponta a ponta em trânsito, ela é incluída no backup na criptografia padrão)
• Histórico de chamadas
• Correio de voz
• Estado do Safari

Na criptografia padrão do iCloud, a Apple detém as chaves do seu backup. Com a PAD, o backup se torna criptografado de ponta a ponta.

A distinção importa para qualquer pessoa que armazene material confidencial no iPhone. As fontes de um jornalista, as comunicações privilegiadas de um advogado, as anotações de pacientes de um profissional de saúde — tudo isso pode acabar no backup do iCloud mesmo que o usuário nunca as tenha colocado lá explicitamente. Os dados dos aplicativos são incluídos automaticamente, a menos que o desenvolvedor opte por excluí-los.

A Apple oferece um mecanismo para que os desenvolvedores marquem dados específicos de aplicativos como excluídos do backup. A flag NSURLIsExcludedFromBackupKey instrui o iOS a não incluir um arquivo no backup do iCloud. O App-Vault usa essa flag para seus arquivos de cofre criptografados. Combinado com a arquitetura de zero chamadas de rede do App-Vault, isso significa que o ciphertext do App-Vault nunca toca nos servidores da Apple — nem mesmo em um backup protegido pela PAD.

A lacuna — o que a criptografia do iCloud não pode proteger

A criptografia do iCloud, mesmo em seu nível mais forte, opera dentro da infraestrutura da Apple. Isso significa que três categorias de dados permanecem expostas:

Metadados. Como discutido, nomes de arquivos, estrutura de pastas e datas são visíveis para a Apple. Para muitos usuários, metadados são quase tão reveladores quanto o conteúdo. Uma pasta chamada “Exames Médicos 2025” com um arquivo chamado “Resultados de Biópsia.pdf” informa a um observador tudo o que ele precisa saber, mesmo que o conteúdo do arquivo esteja criptografado.

Dados de aplicativos de terceiros. Aplicativos que armazenam dados em texto simples no dispositivo e dependem do backup do iCloud para persistência deixam esses dados acessíveis à Apple na criptografia padrão. O usuário não tem controle sobre quais dados do aplicativo são copiados, a menos que o desenvolvedor opte explicitamente por excluí-los.

Telemetria de rede. Os serviços do iCloud geram logs e análises que a Apple usa para monitoramento operacional. A Apple afirma que esses logs não contêm conteúdo do usuário, mas contêm metadados sobre quando e como os serviços são acessados.

Recuperação de conta. Na criptografia padrão, a Apple pode redefinir o acesso à sua conta do iCloud. Com a PAD, você pode definir um contato de recuperação ou uma chave, mas o processo de recuperação em si exige que a Apple verifique sua identidade — um processo que pode ser alvo de engenharia social.

Um cofre local como o App-Vault opera fora de todas essas categorias. O App-Vault não faz nenhuma chamada de rede por padrão. Nenhum metadado sai do dispositivo. Nenhum nome de arquivo é transmitido. Nenhuma data é registrada. Até mesmo o arquivo do cofre criptografado é excluído do backup do iCloud. A Apple não vê nada.

Onde o App-Vault se encaixa no panorama da criptografia

A arquitetura do App-Vault é fundamentalmente diferente da criptografia do iCloud porque ele não usa infraestrutura de nuvem.

A pilha de criptografia é direta:

• Cifra: AES-256 em modo Galois/Counter, com um nonce único de 96 bits gerado por arquivo. O NIST FIPS 197 e o NIST SP 800-38D são as referências canônicas. O nonce garante que criptografar o mesmo arquivo duas vezes produza ciphertext diferente.
• Derivação de chave: PBKDF2-SHA256 com 600.000 iterações, com um salt de 128 bits por instalação. Isso segue a recomendação da OWASP Password Storage Cheat Sheet para alongamento de chave.
• Vinculação de hardware: A saída do PBKDF2 é encapsulada por uma chave gerada dentro do Secure Enclave do iPhone. A chave do Secure Enclave nunca sai do chip. Nem mesmo o próprio código do App-Vault pode extraí-la.
• Sem servidores: O App-Vault não faz nenhuma chamada de rede por padrão. O backup criptografado no iCloud é opcional e os arquivos são selados com uma chave de backup separada por dispositivo antes do upload. A Apple recebe apenas ciphertext que só o código do App-Vault pode descriptografar.
• Sem conta: Nenhum endereço de e-mail, nenhuma telemetria, nenhum SDK de terceiros. O rótulo de privacidade declara nenhum dado coletado.
• Catálogo criptografado: Até a lista de arquivos — quantidade, nomes, datas — é selada. Um invasor com acesso bruto ao dispositivo não consegue determinar quantos arquivos o cofre contém.

Essa arquitetura significa que o App-Vault não precisa responder à pergunta “quem detém as chaves?” porque as chaves nunca saem do dispositivo. Não há gerenciamento de chaves na nuvem, nenhum encapsulamento em HSM, nenhum backdoor de recuperação de conta. O cofre está ou destravado pelo padrão do usuário ou selado.

A página de modelo de ameaça documenta contra o que o App-Vault defende e contra o que não defende. A versão resumida: o App-Vault protege contra roubo de dispositivo, extração forense, shoulder-surfing e acesso não autorizado ao iCloud. Ele não protege contra um dispositivo comprometido com jailbreak ou contra um usuário sendo coagido a destravar o cofre.

Recomendações práticas

Para a maioria dos usuários: Ative a Proteção Avançada de Dados. A contrapartida na complexidade da recuperação vale o ganho na propriedade das chaves. O documento de suporte da Apple orienta a configuração.

Para jornalistas, advogados e profissionais de saúde: Ative a PAD e use um cofre local como o App-Vault para materiais que nunca devem aparecer em nenhuma infraestrutura de nuvem. Mesmo com a PAD, a exposição de metadados e o risco de um contato de recuperação ser comprometido são preocupações reais.

Para quem vende ou troca de iPhone: A PAD não ajuda com dados residuais no próprio dispositivo. Uma restauração de fábrica é necessária. Mesmo assim, ferramentas forenses às vezes podem recuperar fragmentos. Um cofre que criptografa com chaves vinculadas ao Secure Enclave e arquitetura de zero rede garante que nenhuma cópia na nuvem de arquivos confidenciais exista para ser recuperada posteriormente.

Para famílias que compartilham um iPad: O recurso Cofre Disfarçado oferece um segundo catálogo de cofre matematicamente independente, acessível por um padrão 5×5 separado. Isso é útil quando um único dispositivo físico atende a várias pessoas. O Lançador de Calculadora fornece uma camada adicional de discrição — uma calculadora iOS totalmente funcional com um atalho opcional de pressionar longamente a tecla de igual para o cofre criptografado.

Conclusão

A criptografia do iCloud é forte, mas sua força depende inteiramente de quem detém as chaves. A criptografia padrão protege contra invasores externos, mas não contra a própria Apple. A Proteção Avançada de Dados transfere a propriedade das chaves para o usuário na maioria das categorias, mas deixa metadados expostos e exige planejamento cuidadoso de recuperação.

Um cofre local como o App-Vault opera em um modelo completamente diferente. Sem nuvem, sem custódia de chaves, sem transmissão de metadados, sem recuperação de conta. A criptografia AES-256-GCM e o encapsulamento de chave pelo Secure Enclave garantem que a única pessoa que pode abrir o cofre é aquela que conhece o padrão.

As duas abordagens não são concorrentes. Elas servem a modelos de ameaça diferentes. A criptografia do iCloud protege seus dados contra perda de dispositivo e falha de hardware. Um cofre local protege seus dados contra a própria infraestrutura de nuvem. Para qualquer pessoa cujo material exija a mais forte dessas duas garantias, a escolha é clara.