Segurança do Livara: Onde a criptografia termina.
Livara 0.2 · sem exageros
Como o Livara protege o conteúdo das mensagens, quais metadados continuam visíveis e onde a recuperação e a segurança do dispositivo limitam essa proteção. Os protocolos próprios LVR1 e LGS1 não passaram por auditoria de segurança independente.
Os componentes criptográficos
Uma identidade de criptografia ausente impede um envio protegido. Um novo grupo só é criado como criptografado quando todos os membros estão prontos, e um grupo antigo incompatível permanece visivelmente fora da E2EE, em vez de adotar um rótulo mais forte. O retransmissor ainda conhece o envelope: quem, quando, qual o tamanho e se chegou.
01 · O limite
O servidor pode ler?
Esta tabela descreve a entrega de mensagens. O processamento separado por IA é tratado pela política de privacidade e pelos controles do cliente que você usa.
nota roteamento, dados de participação nas conversas, marcas de tempo, estado de entrega e texto cifrado são armazenados para que os dispositivos sincronizem.
nota esse armazenamento permite recuperar as mudanças ao reconectar. É uma troca, e este é o preço que você paga.
| O que é | Diretas individuais | Grupos privados compatíveis | Canais |
|---|---|---|---|
| Texto da mensagem | Criptografado no seu dispositivo | Criptografado de ponta a ponta (LGS1) | Canais de transmissão públicos |
| Edições de texto | Criptografado no seu dispositivo | Criptografado de ponta a ponta (LGS1) | Canais de transmissão públicos |
| Fotos, vídeos, arquivos e legendas | Criptografados antes do envio | Criptografados antes do envio | Canais de transmissão públicos |
| Com quem você conversou | Apenas metadados de roteamento | Apenas metadados de roteamento | Canais de transmissão públicos |
| Quando você conversou | Apenas marcas de tempo de entrega | Apenas marcas de tempo de entrega | Canais de transmissão públicos |
| Sua senha | Nunca sai do seu dispositivo | Nunca sai do seu dispositivo | Nunca sai do seu dispositivo |
| Suas chaves privadas | Nunca enviadas sem criptografia | Nunca enviadas sem criptografia | Nunca enviadas sem criptografia |
02 · Conversas diretas
Como uma mensagem obtém sua chave.
LVR1 começa com material clássico e pós-quântico e depois mantém dois ratchets avançando. Mensagens comuns avançam cadeias unidirecionais de baixo custo; épocas periódicas ML-KEM renovam a raiz resistente a ataques quânticos sem carregar um acordo inicial de três quilobytes a cada envio.
LVR1 por extenso
Os componentes e parâmetros abaixo descrevem o projeto. Usar componentes estabelecidos não valida de forma independente a segurança do protocolo completo.
- Raiz clássica
- P-256 ECDH, pré-chaves assinadas
- Raiz pós-quântica
- ML-KEM-768, épocas com renovação periódica de chaves
- Estabelecimento
- Estilo X3DH híbrido, chaves de uso único quando disponíveis
- Avanço do ratchet
- Cadeias independentes de envio e recebimento
- Cifra de conteúdo
- AES-256-GCM sobre conteúdo e cabeçalho
- Guarda das chaves
- Geradas no dispositivo; backups de recuperação são criptografados antes do envio
- Anexos
- Chave aleatória por arquivo, transportada dentro da sessão
Identidade
Uma chave privada P-256 e uma semente ML-KEM-768, geradas no dispositivo e nunca enviadas em claro.
Autentique as pré-chaves
As pré-chaves assinadas P-256 e ML-KEM-768 são verificadas no cliente; chaves de uso único acrescentam material novo quando disponíveis.
Estabeleça
X3DH híbrido combina vários acordos de chaves P-256 com segredos ML-KEM em raízes clássica e pós-quântica independentes.
Ratchet
Cadeias unidirecionais de envio e recebimento avançam após cada mensagem; atualizações periódicas de época ML-KEM renovam a raiz pós-quântica.
Criptografe
Uma chave de mensagem é combinada com a raiz PQ atual; depois AES-256-GCM criptografa e autentica o conteúdo e o cabeçalho.
Crie
Cada membro gera no próprio dispositivo uma cadeia de remetente e uma chave de assinatura para suas mensagens no grupo.
Distribua
As chaves de remetente seguem para os outros membros dentro de sessões LVR1 pós-quânticas entre pares.
Avance
Cada mensagem deriva da cadeia uma chave AES-256-GCM de uso único e carrega a assinatura do remetente.
Renove
Quando membros entram ou saem, novas chaves de remetente são geradas e distribuídas.
03 · Grupos privados na versão 0.2
Um texto cifrado, cada membro.
Criptografar o mesmo texto separadamente para um grupo grande custa mais a cada membro. LGS1 dá a cada remetente uma única cadeia assinada: sua chave segue pelo LVR1 entre pares, e depois um único texto cifrado opaco chega ao grupo inteiro — com chaves exclusivas de anexos, legendas e nomes de arquivos criptografados dentro dele.
LGS1 por extenso
- Cadeias de remetente
- Uma cadeia assinada por remetente, uma mensagem por posição
- Distribuição de chaves
- As chaves de remetente seguem dentro de sessões LVR1 entre pares
- Chave por mensagem
- Uma chave AES-256-GCM de uso único, derivada por posição
- Autenticação criptográfica
- Uma identidade de assinatura P-256 por remetente
- Mudança de membros
- As chaves de remetente antigas ficam desatualizadas; os membros as renovam
- Cobre
- Texto · edições · legendas · nomes de arquivos · chaves de anexos
04 · A parte desconfortável
A criptografia protege o conteúdo. Ela não esconde a rede de relações.
Livara armazena e processa metadados operacionais para entrega e sincronização. Esta tabela descreve a entrega protegida de mensagens, não o processamento separado por IA. Antes de usar IA com conteúdo de conversas, confira os controles e a política de privacidade do cliente que você usa.
| O servidor vê | O servidor armazena | Não é legível na entrega protegida de mensagens |
|---|---|---|
| Quem se comunica com quem | Registros de mensagens, como texto cifrado | Texto em claro das mensagens |
| Membros de grupos e conversas | Texto cifrado LVR1 e LGS1 | Conteúdo de mídia descriptografado |
| Marcas de tempo e tamanhos do texto cifrado | Confirmações, reações e edições | Legendas e nomes de arquivos |
| Estado de entrega e roteamento | Um cursor de sincronização por conta | Chaves de anexos |
| Que você se conecta ao Livara | Tokens de notificações push e registros de segurança | Sua senha — apenas prova SRP |
Existe código de proteção de metadados LSS1, mas ele não está conectado ao envio normal de mensagens. Não o considere uma proteção ativa das mensagens atuais.
05 · Transparência
O que o Livara não afirma.
Esta lista existe para você não precisar deduzir o que falta em outros lugares. Se algo sair dela, será porque ficou disponível — não porque o texto melhorou.
Não prometido hoje
Seis itens, diretamente do modelo de ameaças publicado.
- Anonimato de metadados
- Criptografia de ponta a ponta para canais — eles são transmissões públicas
- Criptografia de ponta a ponta enquanto a gravação opcional no servidor está ativa
- Proteção de um dispositivo desbloqueado ou comprometido
- Recuperação sem sua frase de recuperação
- Esconder sua conexão ao Livara do seu provedor de rede
Afirmações que nos recusamos a fazer
Escritas como uma página de marketing gostaria de dizê-las e depois riscadas.
- Que o conteúdo dos canais é privado. Canais são transmissões públicas por princípio.
- Que o servidor não armazena os metadados de roteamento necessários para entrega e sincronização em tempo real.
- Que perder o dispositivo e a frase de recuperação juntos permite recuperação.
- Que números de segurança nunca precisam ser conferidos. Compará-los em um encontro presencial é como você verifica uma chave.
06 · Identidade
Entrar e voltar a entrar.
SRP comprova a senha sem transportá-la
Durante a autenticação SRP, seu dispositivo comprova que conhece a senha sem transmitir a senha em si. O servidor armazena um valor verificador. Isso não protege um dispositivo ou cliente comprometido.
O backup das chaves é criptografado antes do envio
Suas chaves P-256 para acordo de chaves e assinatura e sua semente ML-KEM são criptografadas no dispositivo com uma chave de recuperação aleatória de 256 bits. O formato v7 autentica seu conjunto de algoritmos, época de identidade e geração. Ele restaura a identidade, não o histórico de conversas.
Impressões digitais permitem conferir o outro lado
Compare impressões digitais de chaves públicas com a pessoa com quem conversa por outro canal confiável. Se forem inesperadamente diferentes, verifique a mudança antes de compartilhar informações sensíveis.
O servidor ainda decide quem pode agir
Verificações de membros e papéis controlam conversas, uploads, confirmações, edições, exclusões e ações em tempo real. Isso é autoridade do servidor, não criptografia — listado separadamente justamente por esse motivo.
senha nunca sai do dispositivo
prova calculada localmente, trocada com o servidor
servidor guarda um verificador, não sua senha
resultado autenticado — e a rede nunca transportou o segredo
identidade um nome de usuário. Não um chip, uma operadora ou um país.
A autenticação SRP é separada da criptografia de mensagens. Uma senha sozinha não pode abrir o backup de identidade criptografado; restaurá-lo exige sua frase de recuperação. Um dispositivo ou cliente comprometido continua fora dessas proteções.
Perguntas
As cinco perguntas que mais recebemos.
Quais conversas do Livara têm criptografia de ponta a ponta?
Mensagens diretas e conversas de grupos privados compatíveis são criptografadas de ponta a ponta no seu dispositivo. As conversas diretas usam o ratchet híbrido pós-quântico LVR1; grupos privados compatíveis usam chaves de remetente LGS1 para texto, edições, fotos, vídeos, arquivos e áudios. Grupos antigos incompatíveis continuam visivelmente fora da E2EE.
Se eu entrar em um celular novo, minhas chaves de conversas diretas voltam?
Não sozinhas. O backup criptografado das chaves só abre com a chave de recuperação representada pela sua frase de recuperação. Uma senha correta não basta — de propósito: se uma senha sozinha pudesse restaurar suas chaves, uma senha sozinha também poderia entregá-las a outra pessoa.
O Livara esconde com quem converso?
Não. A entrega roteia pacotes criptografados com remetente, destino e marcas de tempo, e esses metadados são armazenados para que seus dispositivos sincronizem. Notificações móveis de mensagens criptografadas não levam detalhes da mensagem nem nomes.
Como a criptografia de grupos funciona e o que cobre?
Cada membro cria uma cadeia de remetente e compartilha sua chave com os demais por sessões LVR1 criptografadas entre pares. Texto, edições, mídia, arquivos e áudios do grupo são criptografados no dispositivo do remetente antes de sair dele. Quando membros entram ou saem, as chaves são renovadas.
Como chamadas diretas e em grupo são protegidas?
Chamadas diretas e em grupo usam criptografia de ponta a ponta para áudio, vídeo e compartilhamento de tela. A gravação opcional no servidor é um modo separado: enquanto o estado REC visível está ativo, a chamada usa criptografia de transporte em vez de E2EE.
Não confie cegamente nesta página
Agora vá conferir.
Execute as demonstrações no laboratório de verificação, leia as explicações de segurança ou abra o app e compare uma impressão digital de chave com seu contato por outro canal confiável.