Arquitetura de segurança

Situação do lançamento: O NullVault está disponível para iPhone, iPad e Android.

De um padrão a um cofre

O padrão não é a chave permanente de criptografia do conteúdo do cofre. Em vez disso, o fluxo geral é:

1. O NullVault converte os pontos ordenados do padrão em uma sequência canônica de bytes.
2. Uma função de senha com alto custo de memória deriva material candidato de acesso usando contexto específico da instalação.
3. O material de chaves protegido pela plataforma é aplicado quando o projeto da plataforma o exige.
4. O NullVault testa os registros autenticados de acesso de formato fixo sem consultar primeiro um índice visível de cofres.
5. Um resultado autenticado bem-sucedido desembrulha a chave aleatória daquele cofre.
6. Chaves derivadas separadas protegem cabeçalhos, metadados e registros de conteúdo.

Essa separação permite que uma mudança de padrão reempacote o acesso a uma chave estável do cofre, em vez de criptografar novamente todos os itens. Também significa que um padrão deve ser tratado como uma senha: formas familiares e gestos curtos são mais fáceis de adivinhar.

Consulte cofres bloqueados por padrão para a explicação voltada ao usuário.

Criptografia autenticada

O NullVault usa criptografia autenticada para o conteúdo que gerencia. A criptografia oferece confidencialidade; a autenticação detecta modificações antes que o texto simples seja aceito. Os arquivos são divididos em registros ou blocos autenticados de forma independente, enquanto metadados e estado de acesso usam domínios autenticados separados.

O projeto evita uma única chave de conteúdo compartilhada por todos os arquivos. Uma chave mestra sustenta o cofre, e chaves separadas por domínio ou por arquivo reduzem a reutilização indesejada. Os formatos persistentes têm versões explícitas e analisadores rigorosos, para que registros desconhecidos ou malformados sejam rejeitados com segurança.

A criptografia não oculta todos os fatos observáveis. Comprimento do texto cifrado, mudanças de alocação, contagem de arquivos, tempos de acesso e operações na nuvem podem expor atividade mesmo quando nomes de arquivos e conteúdo permanecem criptografados.

Descoberta de cofres ocultos

O NullVault não apresenta uma lista geral para a pessoa escolher um cofre. Um padrão inserido tenta abrir seu registro autenticado de acesso correspondente. Cofres existentes permanecem disponíveis apenas por seus padrões, enquanto um novo padrão aceitável pode criar um cofre separado quando a criação estiver disponível.

A afirmação de segurança é deliberadamente restrita. “Sem lista geral visível” não é o mesmo que “sem vestígio forense”. Um processo comprometido em execução, histórico do contêiner do aplicativo, imagens de estado repetidas, comportamento de cotas ou metadados da plataforma podem revelar informações que uma visualização comum do aplicativo bloqueado não revela.

Saiba mais sobre cofres ocultos acessados por padrão e o limitações documentadas.

Limites de confiança no Android

O projeto lançado do Android combina:

• criptografia autenticada AES-256-GCM para dados protegidos do cofre;
• derivação de chaves Argon2id com alto custo de memória para o trabalho derivado do padrão;
• material de chaves do Android Keystore protegido pelo aparelho;
• nomes de arquivos, metadados, miniaturas e conteúdo de arquivos criptografados no armazenamento privado do aplicativo;
• backup criptografado portátil explícito e controlado pelo usuário.

O próprio padrão não é enviado nem armazenado como texto recuperável pelo NullVault. Um contêiner criptografado copiado não basta para o acesso local comum quando a chave necessária do aparelho está indisponível, mas isso não protege contra um invasor que controle o aplicativo ou sistema operacional em execução durante o desbloqueio.

A recuperação do aparelho e a recuperação portátil no Android são separadas. A frase de recuperação do aparelho pode substituir um padrão esquecido enquanto o cofre permanece no aparelho original. O backup portátil usa uma frase separada de recuperação de backup e exige o arquivo válido de backup criptografado.

Limites de confiança no iOS

O projeto lançado do iOS combina criptografia autenticada AES-256-GCM, processamento de padrões Argon2id com alto custo de memória, Apple CryptoKit e libsodium com armazenamento privado criptografado do aplicativo. Cada cofre tem sua própria frase de recuperação BIP-39 de 24 palavras. O uso local não exige conta NullVault.

O backup criptografado é criado no aparelho antes de ser armazenado na conta iCloud do usuário. O compartilhamento cria uma réplica criptografada separada somente para leitura, controlada por sua própria frase de compartilhamento de 24 palavras, expiração, revogação e política de exportação do proprietário. Esses controles não apagam exportações anteriores, capturas de tela, fotografias nem cópias mantidas fora do fluxo compatível.

Recuperação e backup criptografado

Uma credencial de recuperação e um backup resolvem problemas diferentes.

• A recuperação local altera ou restaura o acesso ao estado criptografado que ainda está presente e válido no aparelho.
• A recuperação de backup precisa tanto da autoridade do segredo de recuperação quanto dos objetos de backup criptografado que contêm os dados.

No Android, a recuperação no mesmo aparelho pode substituir um padrão esquecido enquanto o estado criptografado local permanecer disponível. Restaurar em outro lugar exige um backup criptografado portátil e sua frase separada de recuperação de backup.

No iOS, a frase de recuperação de 24 palavras do cofre autoriza a recuperação e a restauração de backup criptografado do iCloud. A frase não recria texto cifrado ausente, e o NullVault não pode recuperá-la por uma conta ou chave mestra no servidor.

Leia frase de recuperação versus backup criptografado antes de depender de qualquer um deles.

Bloqueio e duração do texto simples

Quando o NullVault bloqueia, ele revoga o acesso do aplicativo às chaves ativas e deve remover o material derivado da memória gerenciada na medida permitida pela plataforma. O aplicativo também evita arquivos temporários persistentes em texto simples nos caminhos de conteúdo que gerencia.

A limpeza de memória é feita na medida do possível em ambientes de execução gerenciados e sistemas operacionais modernos. O sistema, um depurador, código malicioso ou um kernel comprometido pode ter copiado texto simples ou material de chaves enquanto estava em uso. O bloqueio protege o acesso comum futuro; não pode recuperar dados já observados.

Perguntas frequentes

O padrão é armazenado no disco?

O projeto não persiste o padrão como texto recuperável nem como dica reutilizável. Ele processa o gesto inserido para tentar acesso autenticado. Padrões fracos, observados ou reutilizados ainda podem ser adivinhados.

Por que usar uma chave aleatória de cofre além de um padrão?

Uma chave aleatória de cofre oferece ao conteúdo proteção estável de alta entropia. O padrão controla uma camada de empacotamento, portanto mudá-lo não exige criptografar novamente cada item.

Armazenamento criptografado na nuvem significa ausência de metadados na nuvem?

Não. O NullVault foi projetado para enviar cargas criptografadas do aplicativo, mas o provedor ainda pode processar metadados de conta, tempo, tamanho, registros, aparelho e rede necessários à operação do serviço.

Uma frase de recuperação pode recriar arquivos sozinha?

Somente quando o projeto de recuperação relevante prevê isso e o material criptografado necessário ainda existe. A recuperação portátil do Android exige o arquivo válido de backup criptografado e sua frase separada de backup. A restauração no iOS exige estado disponível de backup criptografado do iCloud e a frase de recuperação do cofre.

A arquitetura é uma garantia contra análise forense?

Não. O modelo descreve proteções com escopo definido para conteúdo criptografado e descoberta de cofres. Não afirma derrotar todas as técnicas forenses, imagens de estado repetidas, plataformas comprometidas nem observações feitas enquanto um cofre está aberto.

Conteúdo de arquitetura revisado: 1º de setembro de 2026.