Compreender a criptografia de dados no iOS

O iOS implementa criptografia em várias camadas para proteger dados sensíveis. No nível de hardware, o Secure Enclave gerencia chaves de criptografia e operações criptográficas. No nível do sistema operacional, Proteção de Dados usa criptografia em nível de arquivo que liga chaves de descriptografia ao código de acesso do dispositivo. Para dados específicos do aplicativo, os desenvolvedores podem alavancar frameworks como CryptoKit, CommonCrypto e a estrutura de segurança para criptografar registros individuais, arquivos ou cargas de rede.

A criptografia converte texto simples em texto cifrado usando um algoritmo e uma chave. Sem a chave correta, os dados permanecem ilegíveis. A API de Proteção de Dados iOS da Apple criptografa automaticamente os arquivos em repouso, mas os desenvolvedores precisam de criptografia explícita para dados armazenados fora do sistema de arquivos protegidos – como em Dados Core, Opções de Usuário ou caches personalizados.

A chave takeaway: encriptar dados sensíveis sempre que reside no dispositivo, mesmo que a criptografia iOS esteja ativada por padrão. Isso garante proteção contra acesso físico ao dispositivo, extração forense ou aplicativos maliciosos rodando na mesma caixa de areia.

Quadros de criptografia e APIs do iOS

A Apple fornece várias bibliotecas criptográficas. A escolha da certa depende do alvo de implantação e do nível de controle necessário.

CriptoKit – Modern Swift API

Introduzido no iOS 13, o CryptoKit oferece uma interface Swift-native para criptografia simétrica e assimétrica, hashing e acordo chave. Ele usa AES-GCM[] para criptografia autenticada, que protege tanto a confidencialidade quanto a integridade. Abaixo está um padrão típico de criptografia e descriptografia:

import CryptoKit

func encryptSensitiveData(_ plaintext: String, using key: SymmetricKey) throws -> Data {
 let inputData = Data(plaintext.utf8)
 let sealedBox = try AES.GCM.seal(inputData, using: key)
 return sealedBox.combined
}

func decryptSensitiveData(_ encryptedData: Data, using key: SymmetricKey) throws -> String {
 let sealedBox = try AES.GCM.SealedBox(combined: encryptedData)
 let decryptedData = try AES.GCM.open(sealedBox, using: key)
 return String(decoding: decryptedData, as: UTF8.self)
}

Armazenar sempre o no Keychain, não em Predefinição do Usuário ou um arquivo simples. Use com para ligar a chave ao dispositivo e à presença do usuário.

Flexibilidade comumCrypto – Flexibilidade baseada em C

Para aplicativos que suportam versões iOS mais antigas ou que exigem modos de cifragem de blocos personalizados (por exemplo, CBC com HMAC), o CommonCrypto oferece funções C de baixo nível. Ele suporta AES, DES, 3DES e vários algoritmos de hashing. Exemplo de criptografia AES-CBC:

#include <CommonCrypto/CommonCryptor.h>

- (NSData *)aes256Encrypt:(NSData *)plaintext withKey:(NSData *)key iv:(NSData *)iv {
 size_t outLength;
 NSMutableData *ciphertext = [NSMutableData dataWithLength:plaintext.length + kCCBlockSizeAES128];
 CCCryptorStatus status = CCCrypt(kCCEncrypt, kCCAlgorithmAES, kCCOptionPKCS7Padding,
 key.bytes, key.length, iv.bytes,
 plaintext.bytes, plaintext.length,
 ciphertext.mutableBytes, ciphertext.length,
 &outLength);
 if (status == kCCSuccess) {
 ciphertext.length = outLength;
 return ciphertext;
 }
 return nil;
}

CommonCrypto requer gerenciamento manual de vetores de inicialização (IVs) e etiquetas de autenticação. Para criptografia autenticada, emparelhe AES-CBC com um HMAC separado, ou mude para AES-GCM via CriptoKit quando possível.

Framework de segurança e chaveiro

A estrutura de segurança fornece serviços de chaveiro para armazenamento seguro de chaves, certificados e senhas. Use para armazenar chaves com controles de acesso rigorosos (por exemplo, exigir a presença do usuário através de biometria). O Enclave Seguro pode gerar e armazenar chaves privadas para operações ECC, garantindo que a chave nunca saia do hardware.

Implementação de Criptografia para Diferentes Tipos de Dados

Nem todos os dados precisam da mesma estratégia de criptografia. Adapte a abordagem de como e onde os dados são usados.

Criptografando padrões do usuário e dados principais

Os padrões de usuário e as lojas de dados principais são arquivos SQLite simples, a menos que criptografados. Para os dados principais, habilite o atributo NSFileProtectionType no arquivo de armazenamento. Para granularidade mais fina, criptografe atributos individuais ou objetos inteiros antes de salvar:

  • Use Dados de Base ]transformáveis atributos com um transformador de valor personalizado que criptografa/decripta em leitura/escrita.
  • Serialize todo o objeto gerenciado como JSON, criptografe-o e armazene o texto cifrado em um atributo binário.
  • Para UserDefaults, nunca guarde strings sensíveis brutas; criptografe cada valor e armazene os dados criptografados.

Exemplo de armazenamento de dados criptografados em UserPadrãos:

let key = SymmetricKey(size: .bits256)
let data = "user_ssn".data(using: .utf8)!
let sealedBox = try AES.GCM.seal(data, using: key)
UserDefaults.standard.set(sealedBox.combined, forKey: "encrypted_ssn")
UserDefaults.standard.synchronize()

Criptografar arquivos com proteção de arquivos

O iOS oferece classes de proteção de nível de arquivo: , e . Defina esses atributos ao criar ou mover arquivos:

let fileURL = FileManager.default.urls(for: .documentDirectory, in: .userDomainMask).first!.appendingPathComponent("data.bin")
try FileManager.default.setAttributes([.protectionKey: FileProtectionType.complete], ofItemAtPath: fileURL.path)

Combine a proteção de arquivos com criptografia explícita se os dados devem permanecer protegidos mesmo quando o dispositivo estiver desbloqueado. Por exemplo, criptografe o arquivo com uma chave armazenada no Chaveiro e acessível apenas após a autenticação.

Criptografando dados de rede (Segurança de Camada de Transporte)

Segurança de Transporte de Aplicações (ATS) obriga HTTPS por padrão. Para conexões TCP personalizadas, use com TLS ou implemente o pinning SSL para evitar ataques de homem no meio. Encripte a carga útil na camada de aplicação para defesa adicional em profundidade: mesmo que o TLS esteja comprometido, os dados permanecem protegidos.

Melhores práticas de gestão de chaves

A criptografia é tão forte quanto o gerenciamento de chaves. Siga estas diretrizes para manter a segurança:

  • Gerar chaves utilizando um gerador de números aleatórios criptograficamente seguro – Usar ou .
  • Teclas de suporte exclusivamente no Keychain com atributos de acessibilidade apropriados: previne backup e liga a chave ao dispositivo.
  • Use autenticação biométrica ou código de acesso antes de recuperar a chave – com força a verificação do usuário.
  • Rota as teclas em um cronograma ou após um evento de segurança – Re-encriptar os dados com novas chaves e excluir chaves antigas com segurança.
  • Não use chaves de código rígido em arquivos de código fonte ou configuração. Derive chaves de senhas de usuário usando uma função de derivação de chave lenta (PBKDF2 ou script) quando necessário.
  • Aproveite o Enclave Seguro para geração de chaves assimétricas – chaves privadas não podem ser exportadas, impedindo a extração.

Para aplicativos que lidam com dados altamente sensíveis, considere usar um módulo de segurança Hardware (HSM) via serviços de rede, embora isso introduza latência e exija conectividade com a internet.

Rotação e Recriptação de Chaves

Quando uma tecla estiver comprometida ou após um período definido (por exemplo, a cada 90 dias), rode a chave. Isto envolve a descriptografação de todos os dados com a chave antiga, a geração de uma nova chave e a recriptação. Para conjuntos de dados grandes, implemente um esquema de chaves versionadas:

  1. Armazenar um identificador de chave (por exemplo, UUID) ao lado de cada registro criptografado.
  2. Mantenha um mapeamento dos identificadores para as chaves reais no Chaveiro (encriptado em repouso).
  3. Durante a rotação, adicione uma nova entrada sem recriptar imediatamente todos os dados. Recriptar lazily após o acesso.

Conformidade e Considerações Regulatórias

Muitos regulamentos mandam criptografar dados sensíveis. GDPR requer medidas técnicas adequadas, e criptografia é uma técnica de pseudonimização reconhecida. HIPAA[] manda criptografar ePHI em repouso e em trânsito. PCI DSS[ requer criptografia de dados do titular do cartão. No iOS, seguindo as diretrizes da Apple de proteção de dados combinadas com criptografia de camada de aplicativos satisfaz os requisitos de conformidade. Documente sua implementação de criptografia, políticas de ciclo de vida chave e trilhas de auditoria para revisão de regulador.

Consulte a documentação oficial da Apple para as últimas recomendações: Guia de Desenvolvedor de CriptoKit, Serviços de Chaves, e Proteção da Privacidade do Usuário. Para orientação do setor, consulte Guia de Teste de Segurança Móvel do OWASP[] e NIST SP 800-175B – Normas Criptográficas.

Teste e Validação

Após a implementação da criptografia, verifique se ela funciona corretamente:

  • Escreve testes unitários que encriptam e descodificam textos simples conhecidos e assertam saídas.
  • Casos de borda de teste: dados vazios, cargas muito grandes e cifras corrompidas.
  • Execute testes de segurança usando um dispositivo jailbroken para simular cenários de ataque – verifique se as chaves permanecem inacessíveis sem autenticação.
  • Use ferramentas de análise estática para garantir que não há chaves codificadas ou algoritmos fracos.
  • Revise logs – nunca log dados sensíveis ao texto simples ou chaves de criptografia.

Conclusão

A implementação de criptografia de dados para armazenamento de dados iOS sensível é um processo multicamadas. Ao combinar proteção de arquivos iOS, criptografia em camada de aplicativos com CryptoKit ou CommonCrypto e gerenciamento de chaves rigoroso através do Keychain e Secure Enclave, os desenvolvedores podem reduzir significativamente o risco de exposição de dados. A conformidade com regulamentos como o GDPR e HIPAA requer práticas de criptografia documentadas e auditáveis. Testes regulares e rotação de chaves garantem segurança de longo prazo. Investir em uma arquitetura de criptografia robusta não só protege os dados do usuário, mas também constrói confiança e atende às expectativas regulatórias.