O LifeWyn consegue ler o meu cofre?

Não. O seu cofre é encriptado no seu próprio dispositivo antes de qualquer coisa ser carregada, e a frase-passe que o desbloqueia nunca sai do seu dispositivo. O que chega aos nossos servidores é texto cifrado — não há nada legível para nós, para uma ordem judicial que nos seja notificada, ou para quem viole a base de dados.

Que cifra utiliza a LifeWyn, e porquê essa?

XChaCha20-Poly1305, uma cifra autenticada que oculta os seus dados e deteta qualquer adulteração. O seu nonce alargado de 192 bits pode ser gerado aleatoriamente sem qualquer probabilidade real de reutilização, o que elimina toda uma categoria de erros de implementação que já causou violações reais em designs com um nonce mais estreito.

O que acontece se eu esquecer a frase-passe do meu cofre?

A LifeWyn não a pode repor, porque não há nada do nosso lado para repor — nunca guardamos a sua chave. É por isso que a recuperação através dos seus contactos de confiança ou de partes da chave tem de ser configurada com antecedência; é a única forma de voltar a entrar, e vale a pena fazê-lo cedo.

Se o meu cofre é de conhecimento zero, como pode a LifeWyn verificar uma morte ou notificar um nomeado?

Porque a verificação e o conteúdo do cofre são coisas separadas. A verificação apenas estabelece se um evento permitido ocorreu — um Sinal de Vida em falta, um certificado validado — e trabalha com a informação mínima de que essa etapa precisa. Nunca desbloqueia o seu cofre encriptado, palavras-passe ou outros itens não relacionados. Cofre de conhecimento zero não significa verificação de conhecimento zero.

Contra o que é que a encriptação não protege?

Um dispositivo já comprometido por malware enquanto tem sessão iniciada, uma frase-passe fraca ou reutilizada, partilhar a frase-passe você mesmo, e o que um destinatário faz com a informação depois de uma libertação se concluir. A encriptação protege os dados em repouso e em trânsito — não consegue resolver estes casos.

Centro de Segurança → Encriptação

Arquitetura de Encriptação de Conhecimento Zero

Seis camadas de proteção criptográfica. Os seus dados são encriptados no seu dispositivo antes de saírem dele. Armazenamos apenas texto cifrado.

XChaCha20-Poly1305

scrypt (N=2^15)

HKDF-SHA-256

Compartilhamento de Segredo de Shamir

TLS 1.2 / 1.3

O Princípio da Informação Mínima

Cofre de Conhecimento Zero ≠ Verificação de Conhecimento Zero

O seu cofre permanece selado. A verificação só vê o único facto de que precisa — que um evento permitido aconteceu.

A LifeWyn mantém o conteúdo do seu cofre encriptado e fora do nosso alcance. Os seus documentos, mensagens privadas, ficheiros multimédia e outro conteúdo protegido são encriptados antes de saírem do seu dispositivo, e nós não temos as chaves para os consultar.

Um serviço de legado, no entanto, tem de fazer mais do que guardar uma caixa selada. O Sinal de Vida, a verificação de eventos de morte, a notificação de nomeados, os fluxos de reclamação e as suas instruções de legado dependem todos de se estabelecer se algo realmente aconteceu — e um sistema cego a todos os factos não consegue verificar nada. Por isso, trabalhamos segundo um princípio de informação mínima: em cada etapa, a LifeWyn processa apenas o que essa etapa exige, e nada mais.

Verificação

estabelece se um evento permitido ocorreu.

As suas regras

decidem o que pode acontecer a seguir.

A sua encriptação

protege o conteúdo real do seu cofre.

Acesso ao cofre

O conteúdo encriptado do seu cofre — documentos, mensagens privadas, ficheiros multimédia e credenciais.

Requer as suas chaves, que nunca saem do seu dispositivo. Nenhum membro da equipa da LifeWyn nem qualquer processo do servidor o pode abrir.

Acesso ao caso

Um único caso de verificação — por exemplo, uma certidão de óbito submetida por um nomeado.

Um revisor autorizado para esse caso vê apenas o que o caso exige. Essa autorização nunca chega ao seu cofre.

Acesso de verificação

Se um evento permitido realmente ocorreu — um Sinal de Vida em falta, um certificado validado.

Responde a «isto aconteceu?», nunca a «o que está dentro do cofre?».

Uma certidão de óbito submetida por um nomeado, por exemplo, pode ser revista para confirmar uma morte comunicada. Essa revisão nunca desbloqueia o cofre do cliente, palavras-passe ou outros itens não relacionados — estes permanecem encriptados durante todo o processo. Cada etapa, desde a verificação e revisão até à notificação, ao acesso do nomeado e à divulgação, é limitada pelas regras que configurou e pela informação mínima necessária para a concluir.

Proteção em Seis Camadas

Cada Camada Tem um Propósito

Da sua palavra-passe mestra até aos nossos servidores — cada camada acrescenta defesa em profundidade.

Frase-passe do cofre e biometria

Você introduz a frase-passe do seu cofre (separada da palavra-passe de início de sessão da sua conta), com desbloqueio biométrico opcional

scrypt (N=2^15), memory-hard → chave mestra de 256 bits

Derivação de chave

A chave mestra deriva as chaves de categoria através de HKDF-SHA-256 com separação de domínio

HKDF-SHA-256 com etiquetas de contexto: «vault», «credentials», «documents», etc.

Encriptação de itens e documentos

As chaves de item são derivadas da chave de categoria; cada documento recebe uma nova chave aleatória, envolvida sob essa chave de categoria

XChaCha20-Poly1305 (AEAD) — uma única cifra tanto para itens do cofre como para bytes de ficheiros

Encriptação em Envelope

As DEK são envolvidas com as chaves de categoria; só o texto cifrado sai do dispositivo

Envolvimento de chaves NIST SP 800-38F; encriptação autenticada (AEAD)

Partilha de Segredo por Limiar

A chave mestra do cofre é dividida em N partes; são necessárias K para a reconstrução

Shamir's Secret Sharing over GF(2^8)

Armazenamento no Servidor

Apenas se armazena texto cifrado + envelopes de chaves encriptados; zero texto simples

PostgreSQL (blobs de texto cifrado); Redis (sessão); armazenamento de objetos (ficheiros)

Especificações dos Algoritmos

Primitivas Criptográficas — Sem Criptografia Própria

Utilizamos apenas algoritmos normalizados e testados em produção. Sem construções proprietárias.

XChaCha20-Poly1305

Todos os itens do cofre e todos os bytes de documentos — não existe uma segunda cifra de conteúdo

Robustez

Chave de 256 bits, nonce de 192 bits (nonces aleatórios, sem risco de reutilização), etiqueta Poly1305 de 128 bits

Norma

RFC 8439 (construção XChaCha20 de nonce alargado)

scrypt

Alarga a sua frase-passe do cofre até à sua chave mestra de 256 bits, no seu dispositivo

Robustez

Memory-hard; N=2^15, r=8, p=1; salt por utilizador; entrada normalizada em NFKC

Norma

RFC 7914

Argon2id

Faz o hash da sua palavra-passe de INÍCIO DE SESSÃO DA CONTA, do lado do servidor. Uma palavra-passe diferente; não deriva quaisquer chaves

Robustez

Hashing de palavras-passe memory-hard; nunca aplicado à frase-passe do cofre

Norma

RFC 9106 / vencedor da Password Hashing Competition

HKDF-SHA-256

Derivação da hierarquia de chaves (mestra → categoria → chaves de item)

Robustez

PRF SHA-256; separação de domínio através do parâmetro info

Norma

RFC 5869

TLS 1.2 / 1.3

Todo o tráfego de rede (API, WebSocket, carregamento/descarregamento de ficheiros)

Robustez

TLS 1.2 como mínimo, com preferência por 1.3; sigilo direto perfeito

Norma

RFC 8446 / RFC 5246

Compartilhamento de Segredo de Shamir

Partilha por limiar da chave do cofre (por exemplo, 3 em 5)

Robustez

Campo GF(2^8); Shamir simples — as partes não têm compromissos de verificabilidade

Norma

Adi Shamir 1979; RFC 9570 (rascunho)

Modelo de Ameaças

Contra o Que Nos Protegemos — E Como

Avaliação honesta dos vetores de ataque e das nossas mitigações.

Comprometimento do Servidor

Crítico

O servidor apenas guarda texto cifrado + DEK envolvidas. Nenhuma chave mestra, nenhuma chave de categoria, nenhum texto simples chega alguma vez ao servidor.

Fuga da Base de Dados

Crítico

Os dados armazenados do cofre são texto cifrado XChaCha20-Poly1305. Sem a sua chave mestra — que nunca sai do seu dispositivo — é computacionalmente inviável desencriptar. Os dados de contacto seus e dos seus nomeados NÃO são encriptados em repouso: a LifeWyn não pode notificar nem verificar um nomeado cujo endereço não consiga ler.

Ataque Intermédio (Man-in-the-Middle)

Alta

TLS 1.2 como mínimo, com preferência por 1.3, fixação de certificados (certificate pinning) em dispositivos móveis, e HSTS com includeSubDomains em todas as respostas.

Roubo do Dispositivo

Alta

A chave mestra é sempre e apenas re-derivada da sua frase-passe com scrypt. O desbloqueio biométrico está associado ao iOS Keychain / Android Keystore, com bloqueio automático por inatividade e eliminação da chave envolvida em caso de recusa biométrica.

Interno Mal-Intencionado

Média

Não existe qualquer capacidade de desencriptação do lado do servidor que possa ser explorada: todas as operações com chaves são feitas do lado do cliente, e cada porta de libertação é verificada de forma cruzada a partir de um componente implantável separado, falhando de forma fechada. Todas as ações são auditadas.

Cadeia de Fornecimento

Média

Dependências fixadas por lockfile, um SBOM e uma verificação de licenças gerados em cada execução do pipeline, e um verificador de segredos que faz falhar a compilação de forma definitiva. A criptografia provém de bibliotecas publicadas e auditadas, não de nós.

Hierarquia de Chaves

Da Palavra-Passe Mestra às Chaves de Item

Fluxo visual que mostra como a sua palavra-passe mestra deriva todas as chaves de encriptação do sistema.

Chave Mestra (256 bits)

scrypt(frase-passe, salt, N=2^15) → chave de 256 bits

Chave do Cofre

HKDF(master, 'vault')

Chave de Credenciais

HKDF(master, 'credentials')

Chave de Documentos

HKDF(master, 'documents')