Cifragem de conhecimento zero: como funciona em 5 minutos

A cifragem de conhecimento zero é uma arquitetura em que a cifragem e a decifragem ocorrem exclusivamente no dispositivo do utilizador. O servidor armazena apenas texto cifrado e chaves cifradas. Mesmo que o fornecedor sofra uma violação, seja intimado judicialmente, ou tenha um colaborador desonesto com acesso à base de dados, o texto simples permanece fora de alcance.

A cifragem de conhecimento zero em resumo

O servidor nunca possui a chave de decifragem. Armazena apenas texto cifrado e chaves cifradas, pelo que uma violação, uma intimação ou um administrador desonesto não obtêm nada legível.
As chaves são geradas e utilizadas exclusivamente no dispositivo do utilizador, derivadas de uma palavra-passe mestra através de camadas PBKDF2, RSA e AES-256.
Protege os dados em repouso, em trânsito e em utilização, mas não contra phishing, partilha descuidada ou exposição de metadados.
Associá-la à MFA, a uma boa higiene da palavra-passe mestra e a uma implementação com isolamento físico (air gap) fecha as lacunas que a cifragem, por si só, não cobre.
Uma implementação self-hosted mantém toda a cadeia no hardware da própria empresa, sem ligação de saída e sem infraestrutura ou pessoal do fornecedor dentro do perímetro de confiança.
Verificar a alegação de um fornecedor através de documentação publicada, auditorias independentes, um processo de recuperação transparente e, idealmente, código-fonte auditável.

O que o conhecimento zero realmente significa

A arquitetura de conhecimento zero significa que o fornecedor não tem forma de ler os dados em texto simples, e não que simplesmente opte por não o fazer. A distinção que importa: as chaves são geradas e utilizadas inteiramente no cliente, e o servidor armazena apenas blobs cifrados que não consegue decifrar por si só, mesmo sob coação legal.

Compare isto com o «armazenamento cifrado» comum. Um fornecedor pode cifrar os seus dados em repouso, mas, se também detiver a chave de decifragem, pode tecnicamente ler esses dados sempre que quiser. A cifragem em repouso protege contra o roubo físico de discos rígidos. Não protege contra o próprio fornecedor, nem contra quem comprometa a infraestrutura do fornecedor.

Três propriedades distinguem o conhecimento zero real da retórica de marketing:

As chaves são geradas no lado do cliente, com recurso a um gerador de números pseudoaleatórios criptograficamente seguro (CSPRNG), e não num servidor
A chave privada nunca sai do dispositivo em texto simples e nunca é transmitida ao servidor sem cifragem
O servidor armazena apenas blobs cifrados, incluindo cópias cifradas das próprias chaves

Aspeto	Cifragem padrão	Arquitetura de conhecimento zero
Quem gera as chaves	Fornecedor (servidor)	Dispositivo do utilizador (cliente)
Onde residem as chaves	No servidor, por vezes de forma reversível	Cifradas, nunca em texto simples no servidor
O fornecedor consegue ler os seus dados	Tecnicamente, sim	Criptograficamente, não
O que uma violação expõe	Texto simples ou dados fracamente protegidos	Apenas texto cifrado

Como funciona a cadeia de cifragem: Um exemplo real

A cifragem de conhecimento zero assenta numa cadeia de etapas de derivação de chaves e de cifragem, cada uma a desbloquear a seguinte. No modelo criptográfico do Passwork, uma palavra-passe mestra transforma-se numa chave mestra através do PBKDF2. Essa chave mestra decifra uma chave RSA privada, que decifra as chaves de cofre, que, por sua vez, decifram as chaves de registo que protegem as palavras-passe e os segredos propriamente ditos.

Eis a cadeia do lado do cliente, passo a passo:

Palavra-passe mestra → chave mestra. O utilizador introduz a sua palavra-passe mestra. O PBKDF2 (HMAC-SHA-256, 300 000 iterações) deriva uma chave mestra de 512 bits, e a derivação do lado do servidor é executada com 600 000 iterações, como camada adicional. A elevada contagem de iterações existe por um único motivo: torna a quebra da palavra-passe por força bruta computacionalmente dispendiosa.
Chave mestra → chave RSA privada. A chave mestra decifra a chave RSA-2048 privada do utilizador (RSA-OAEP, SHA-256) com AES-256. Essa chave privada permanece cifrada no servidor. Sem a palavra-passe mestra, trata-se de dados inertes.
Chave privada → chave de cofre. A chave RSA privada decifra uma chave de cofre simétrica (256 bits, com cerca de 596 bits de entropia). Um cofre contém um conjunto de registos partilhados entre os membros da equipa, e cada cofre tem a sua própria chave exclusiva.
Chave de cofre → chave de registo → dados do registo. A chave de cofre decifra as chaves de registo individuais, que, por sua vez, decifram as palavras-passe, os segredos e os ficheiros anexados propriamente ditos, tudo através de AES-256.
Uma segunda camada independente. Em paralelo com a cadeia do lado do cliente, uma chave de servidor (256 bits, gerada pelo OpenSSL) cifra a base de dados com AES-256. Duas chaves independentes, duas camadas independentes. Comprometer uma não compromete a outra.

O que o servidor realmente armazena. Não a palavra-passe mestra. Não o texto simples de nada. Armazena: o hash cifrado da chave mestra para verificação de identidade, a chave privada cifrada, as chaves de cofre e de registo cifradas, os dados de registo cifrados, e um hash de verificação utilizado para confirmar uma tentativa de início de sessão sem nunca ver a própria palavra-passe.

Como o servidor nunca possui a chave de decifragem do lado do cliente, uma violação da base de dados só produz texto cifrado. É esta a recompensa de toda a cadeia: quem roubar a base de dados, as cópias de segurança ou a chave do lado do servidor não obtém nada utilizável.

Essa proteção tem, no entanto, um limite. Defende contra o comprometimento da infraestrutura, não contra um atacante que obtenha uma palavra-passe mestra válida e inicie sessão como o utilizador. O relatório da IBM, 2025 Cost of a Data Breach Report, refere que os atacantes recorrem cada vez mais a credenciais roubadas em vez de explorarem diretamente a infraestrutura, um caminho que a arquitetura de conhecimento zero não cobre. É um motivo para associar a arquitetura à MFA.

O que o conhecimento zero protege, e o que não protege

O conhecimento zero é poderoso, mas não é magia. Defende a camada de armazenamento, não o endpoint, e compreender essa fronteira é o que distingue um comprador informado de alguém que se limita a repetir o slogan de um fornecedor.

Protege contra:

Violações do servidor. Um atacante que extraia a base de dados obtém blobs cifrados, nada mais.
Acesso interno. Administradores de bases de dados, operadores de cópias de segurança e equipa de suporte não conseguem ler o texto simples, porque nenhum deles possui as chaves do lado do cliente. É isto que impõe a separação de funções: quem mantém o servidor não passa automaticamente a poder ler as palavras-passe nele armazenadas.
Intimações e ordens judiciais. Quem opera a infraestrutura não tem nada de legível para entregar, uma vez que as chaves de decifragem nunca saem do cliente.
Fugas de bases de dados ou cópias de segurança roubadas. Os registos expostos são texto cifrado, inúteis sem as chaves do lado do cliente.

Não protege contra:

Phishing. Se entregar a sua palavra-passe mestra a um atacante, a arquitetura não o consegue impedir.
Partilha pública de dados decifrados. Depois de decifrar algo e de o colar num local inseguro, a cifragem deixa de ser o controlo relevante.
Fuga de metadados. O servidor sabe, normalmente, quando acedeu a um cofre, mesmo que não saiba a que acedeu.

A segurança dos dados é normalmente descrita em três estados: em repouso, em trânsito e em utilização. A arquitetura de conhecimento zero diz essencialmente respeito ao estado em repouso: o servidor armazena texto cifrado que não consegue decifrar, independentemente da forma como é acedido.

Em trânsito, a proteção vem do TLS, um controlo separado. O que o conhecimento zero acrescenta aqui é um efeito colateral, não um substituto: os dados saem do cliente já cifrados, pelo que mesmo uma falha do TLS não exporia texto simples.

Em utilização, quando o cofre é desbloqueado e um registo é decifrado, essa decifragem ocorre apenas dentro do próprio cliente do utilizador autenticado, exclusivamente para esse utilizador. O servidor nunca recebe nem observa o texto simples em nenhum momento desse processo.

O que significa o conhecimento zero num ambiente self-hosted

O self-hosting e o conhecimento zero são propriedades independentes. O self-hosting controla onde reside a infraestrutura. O conhecimento zero controla se quem opera essa infraestrutura consegue ler os dados.

Numa implementação self-hosted, toda a cadeia, servidor, base de dados e chaves cifradas, reside no hardware da própria empresa, sem ligação de saída. O que muda quando esta configuração se combina com o conhecimento zero:

Nenhuma parte externa envolvida. Não existe infraestrutura do fornecedor, nem pessoal do fornecedor, nem tráfego de saída a transportar dados ou chaves para fora das instalações. Tudo o que a cadeia de cifragem envolve permanece dentro da rede da empresa.
Residência e cifragem tornam-se respostas separadas. O self-hosting define onde os dados residem fisicamente. O conhecimento zero define quem os consegue ler mesmo aí. Em conjunto, reduzem o perímetro de confiança ao dispositivo cliente, dentro de uma infraestrutura que a empresa já controla de ponta a ponta.
O custo desloca-se, não desaparece. A aplicação de patches, as cópias de segurança e o tempo de atividade passam do fornecedor para a equipa de TI interna. Trata-se de um compromisso operacional, não de segurança, e tem lugar na conversa sobre o TCO.

Para setores regulados, esta distinção reflete-se diretamente nas questões de conformidade relacionadas com a residência dos dados.

Reforçar o conhecimento zero na prática

A cifragem de conhecimento zero protege os dados, mas não cobre os hábitos de autenticação nem a exposição da rede. Associá-la à MFA, à higiene da palavra-passe mestra, a controlos organizacionais e a uma implementação com air gap fecha as lacunas restantes.

Base de segurança:

Autenticação multifator (MFA). Um atacante que obtenha a palavra-passe mestra por phishing continua a precisar do segundo fator para desbloquear o cofre.
Higiene da palavra-passe mestra. A contagem de iterações do PBKDF2 retarda a força bruta, mas não corrige uma palavra-passe fraca ou reutilizada. O comprimento e a exclusividade continuam a importar mais do que a KDF que os rodeia.
Controlos organizacionais. O acesso baseado em funções, as permissões de grupo sincronizadas a partir do AD/LDAP e um registo de auditoria completo limitam os danos que uma única conta comprometida pode causar.

Implementação com air gap: executar um gestor de palavras-passe self-hosted sem ligação de saída elimina por completo a exploração remota, o comprometimento da cadeia de fornecimento na cloud e a interceção de rede como vetores de ataque.

Como verificar uma alegação de conhecimento zero

Verificar uma alegação de conhecimento zero sem ler o código-fonte resume-se a confirmar cinco aspetos que um fornecedor legítimo documenta sem hesitar: um whitepaper técnico, prova da geração de chaves do lado do cliente, auditorias independentes, um processo de recuperação transparente e criptografia aberta. Páginas de marketing vagas que omitem estes detalhes são um sinal, não uma prova, de um problema.

Lista de verificação do conhecimento zero (5 pontos):

Confirmar a cifragem do lado do cliente. Verifique se a cifragem ocorre antes de os dados saírem do navegador ou da aplicação. Se as chaves forem geradas no servidor, não se trata de conhecimento zero, independentemente do que o marketing afirme.
Procurar validação independente. Testes de intrusão de terceiros e certificações como a ISO/IEC 27001 ou a SOC 2 Type II fornecem provas externas, e não alegações autodeclaradas.
Examinar o processo de recuperação. O verdadeiro conhecimento zero significa que não existe uma «reposição de palavra-passe» no sentido tradicional. Se o suporte conseguir repor o seu acesso, é porque detém uma chave algures. A recuperação legítima assenta numa chave de recuperação pré-gerada que só o utilizador guarda.
Privilegiar criptografia auditável. Não é necessário ler cada linha, mas algoritmos e parâmetros documentados publicamente são um sinal de confiança significativo.

A própria documentação do Passwork é um exemplo prático do que esta lista de verificação deve revelar: uma certificação ISO/IEC 27001, um programa HackerOne para testes de segurança independentes, e uma especificação criptográfica documentada publicamente que enumera todos os algoritmos e parâmetros utilizados, além de código-fonte auditável que os clientes podem analisar diretamente para confirmar que a implementação corresponde à documentação.

Em resumo

A cifragem de conhecimento zero resume-se a uma única decisão de arquitetura: o servidor armazena apenas aquilo que estruturalmente não consegue ler. Tudo o resto, as iterações do PBKDF2, a troca de chaves RSA, a cifragem em dois níveis, existe para impor essa única garantia em cada etapa da cadeia.

Para uma equipa empresarial, trata-se de reduzir o raio de impacto de uma violação. Uma base de dados roubada, uma cópia de segurança comprometida, um agente de suporte com acesso excessivo: nada disso importa se o que é exposto for texto cifrado que ninguém consegue utilizar.

FAQ

Qual é a diferença entre conhecimento zero e cifragem de ponta a ponta?

A cifragem de ponta a ponta (E2EE) protege a comunicação entre duas partes específicas: só o remetente e o destinatário possuem as chaves, e nenhum intermediário as possui. O conhecimento zero descreve a arquitetura de armazenamento de um servidor: o fornecedor não consegue, estruturalmente, decifrar o que armazena, independentemente do contexto. Os dois conceitos sobrepõem-se frequentemente, em vez de se oporem. Um gestor de palavras-passe pode ser de conhecimento zero sem que existam sequer «duas partes» a trocar mensagens.

Qual é a diferença entre zero trust e conhecimento zero?

O zero trust é um modelo de segurança de rede: nenhum utilizador ou dispositivo é considerado fiável por predefinição, e todos os pedidos são verificados independentemente da origem. O conhecimento zero é uma propriedade criptográfica: o servidor não consegue, estruturalmente, ler os dados armazenados. O zero trust rege as decisões de acesso; o conhecimento zero rege aquilo que um atacante obtém mesmo depois de lhe ser concedido o acesso. Os dois funcionam bem em conjunto, mas resolvem problemas diferentes.

Posso recuperar os meus dados se me esquecer da palavra-passe mestra?

Num verdadeiro sistema de conhecimento zero, não. Nem sequer um administrador de sistema consegue repor a sua palavra-passe, porque a chave de decifragem nunca esteve disponível para ser reposta. Alguns produtos oferecem recuperação através de uma chave de recuperação pré-gerada, guardada separadamente pelo utilizador. Se perder a palavra-passe mestra e a chave de recuperação, os dados tornam-se criptograficamente inacessíveis.

Como posso verificar uma alegação de conhecimento zero sem ler o código-fonte?

Solicite o whitepaper técnico e verifique se este especifica a KDF, a contagem de iterações e a hierarquia de chaves. Confirme que a cifragem ocorre do lado do cliente antes da transmissão. Procure auditorias independentes ou certificações como a ISO 27001. Um fornecedor que não esteja disposto a fornecer nada disto é o verdadeiro sinal de alerta, não a ausência de código aberto.

A cifragem de conhecimento zero funciona com início de sessão por SSO ou SAML?

O SSO confirma quem é; não substitui a palavra-passe mestra utilizada para derivar as chaves de cifragem do lado do cliente. Um sistema de conhecimento zero associado a um SSO por SAML continua a exigir esse segredo separado, porque o fornecedor de identidade nunca chegou a receber as chaves de decifragem.