“Os seus dados são criptografados” é uma das alegações mais comuns que um produto focado em privacidade faz, e uma das menos úteis por si só. A criptografia descreve um mecanismo: transformar dados legíveis em dados ilegíveis com uma chave. Não diz nada sobre quem detém essa chave depois, e esse detalhe decide quase tudo sobre quem realmente está impedido de acessar. Zero-knowledge é o termo para acertar esse detalhe.

A ideia central

Criptografia zero-knowledge significa que a empresa que administra um serviço nunca tem acesso à chave necessária para descriptografar os seus dados. Não é “escolhe não olhar”, mas estruturalmente não consegue, porque a chave nunca sai do seu dispositivo e nunca foi transmitida aos servidores dela em primeiro lugar. Geralmente é derivada de algo que apenas você sabe: uma senha, um PIN ou um padrão, executada através de um processo de derivação de chave localmente, com apenas o resultado, o texto cifrado, sempre deixando o seu controle.

Isso é importante porque “criptografamos os seus dados” e “não podemos ler os seus dados” são duas afirmações muito diferentes, e a maioria dos produtos faz apenas a primeira. Uma empresa pode criptografar arquivos em seus servidores com algoritmos fortes como AES-256 enquanto ainda mantém a própria chave de descriptografia, o que significa que a criptografia mantém invasores externos afastados, mas não faz nada para impedir a empresa, uma violação dessa empresa ou uma ordem legal entregue a essa empresa. O zero-knowledge fecha essa lacuna especificamente.

Zero-knowledge vs. Criptografia de ponta a ponta

Os dois termos são usados de forma intercambiável, mas não são a mesma garantia. A criptografia de ponta a ponta normalmente se refere a dados criptografados enquanto estão em movimento, para que um servidor retransmitindo-os não possa lê-los em trânsito. Essa é uma proteção real, mas não diz nada sobre o que acontece assim que os dados chegam; muitos sistemas criptografados de ponta a ponta ainda descriptografam na chegada e armazenam o texto simples, ou armazenam uma cópia custodiada da chave, no lado do servidor.

Zero-knowledge é a versão mais forte e completa: o provedor nunca tem a chave, quer os dados estejam em movimento ou parados. Um sistema zero-knowledge genuíno criptografa dados em repouso também, o que significa que os arquivos armazenados permanecem ilegíveis para o provedor indefinidamente, não apenas durante o upload.

Contra o que protege

O valor do design zero-knowledge aparece especificamente nas situações em que um sistema meramente criptografado falha:

  • Uma violação de servidor. Se um invasor entra nos servidores de uma empresa e a empresa guarda as chaves de usuário, o invasor possivelmente obtém um caminho para descriptografar os dados do usuário também. Se a empresa nunca teve as chaves, a violação produz apenas texto cifrado ilegível.
  • Uma solicitação legal. Uma intimação ou ordem judicial só pode obrigar uma empresa a entregar o que ela realmente tem. Um provedor zero-knowledge pode entregar arquivos criptografados e dizer honestamente que também não pode abri-los, porque não pode.
  • Um funcionário mal-intencionado. Um funcionário com acesso ao servidor em um sistema sem zero-knowledge pode ser capaz de acessar os dados do usuário diretamente. Em um sistema zero-knowledge, não há nada do lado do servidor para acessar.

Nada disso requer confiar nas intenções da empresa. É uma propriedade da arquitetura, que é exatamente o motivo pelo qual vale mais do que uma promessa numa política de privacidade.

Como saber se uma alegação é real

Existe um teste prático que elimina a maior parte da linguagem de marketing: procure por um fluxo de “esqueci a senha” ou recuperação de conta que restaure o acesso aos seus dados criptografados. Se uma empresa pode redefinir sua senha e colocá-lo de volta em seus arquivos, ela guarda alguma parte da chave, chame ela o produto de zero-knowledge ou não. Um produto zero-knowledge genuíno não pode fazer isso. Se a sua senha ou PIN sumiu e não há um método de recuperação gerado separadamente e retido no dispositivo, os dados também somem, por design, porque essa é a mesma propriedade que mantém todos os outros de fora.

É também por isso que os produtos zero-knowledge se apoiam em coisas como uma frase de recuperação gerada localmente, em vez de um e-mail de redefinição de senha. A frase de recuperação também nunca toca em um servidor; é apenas uma segunda cópia offline do material de derivação de chaves que apenas você possui.

Como o Vaultine aplica isso

A chave de criptografia de cofre do Vaultine vem do seu próprio PIN ou padrão, derivada e usada inteiramente em seu dispositivo, nunca enviada para um servidor (veja Por que um aplicativo de cofre sem conta é realmente mais seguro para entender como isso também remove a necessidade de uma conta em primeiro lugar). Cada arquivo é criptografado com a sua própria chave AES-256 antes de ser armazenado, e o backup opcional no Dropbox criptografa os arquivos no dispositivo primeiro, portanto o que chega ao Dropbox já é texto cifrado, independentemente de a própria criptografia do Dropbox ser boa ou não (veja A criptografia do Dropbox é suficiente para arquivos sensíveis? para essa questão separada).

Perder o seu PIN sem nenhuma frase de recuperação salva significa que o Vaultine não pode recuperar os seus arquivos para você. Isso não é uma lacuna no suporte; é a consequência direta e inevitável do mesmo design que impede que uma violação, uma intimação ou um funcionário chegue a eles.

A versão curta

“Criptografado” informa que existe uma trava. “Zero-knowledge” informa quem não tem a chave. As duas afirmações soam parecidas e são usadas de forma quase intercambiável em textos de marketing, mas apenas uma delas determina se a própria empresa está bloqueada dos seus dados. Verifique se há um fluxo de redefinição de senha antes de acreditar em qualquer uma.

A chave de criptografia do Vaultine nunca sai do seu dispositivo. Comece com 10 arquivos grátis em vaultine.app.