Pular para o conteúdo

Segurança

Segurança que você pode verificar

Um cofre de herança guarda o que há de mais valioso. Por isso a Aeterne foi desenhada para que só quem você escolher abra o que está dentro — e para que nem nós consigamos ler o seu conteúdo. Não pedimos que você confie na nossa palavra: cada garantia pode ser conferida de forma independente, e mostramos exatamente como no passo a passo de transparência.

Só quem você escolher abre

O que você guarda é fechado à chave dentro do seu próprio aparelho. Nem a Aeterne consegue ler o seu conteúdo: ele não fica legível no nosso servidor. O que guardamos legível são dados da conta, como nome e e-mail.

A chave é sua, não nossa

A chave que abre o cofre fica sob o seu controle e o dos herdeiros que você nomear — nunca conosco. Com 2 ou mais herdeiros, ninguém, sozinho, abre o que você quis proteger; na regra 1-de-1, é você quem decide que uma única pessoa poderá receber sozinha, com o consentimento dela.

Tranquilidade mesmo no pior caso

Partimos do princípio de que algo pode falhar do nosso lado — e desenhamos para que, mesmo assim, o conteúdo do cofre continue cifrado. Você não precisa confiar na nossa palavra: pode conferir por conta própria.

As camadas de proteção
Em linguagem simples — com a parte técnica em cinza, à mostra para quem quiser conferir. Tudo abaixo já está em produção; os detalhes completos vivem no Trust Center.

Cifragem autenticada de ponta a ponta

Cada segredo é cifrado no seu aparelho com uma chave derivada da sua senha por uma função propositalmente lenta, que torna cada tentativa de adivinhar a senha lenta e cara — com uma senha forte, impraticável.

Argon2id (derivação de chave resistente a hardware) + XChaCha20-Poly1305 (AEAD autenticado).

Divisão de chave entre herdeiros

Com 2 ou mais herdeiros, a chave que abre o cofre é fragmentada matematicamente: só a recomposição de um quórum (M de N) a reconstrói — nos aparelhos deles. Na regra 1-de-1, a chave é selada inteira para o destinatário único, também aberta só no aparelho dele.

Shamir Secret Sharing + chave de recuperação offline sob seu controle.

Resistência pós-quântica, hoje

O envelope de chave é protegido por dois esquemas ao mesmo tempo: o clássico e um resistente a computadores quânticos. Se um dia um computador quântico quebrar o esquema clássico, o pós-quântico continua protegendo a chave.

Envelope híbrido X25519 (clássico) + ML-KEM-768 (FIPS 203, pós-quântico).

Senha e passkey opcional, com bloqueio progressivo

Você entra com e-mail e senha e pode ligar uma passkey — a biometria do seu aparelho — como proteção extra. Tentativas repetidas são bloqueadas de forma progressiva.

Senha + passkey WebAuthn opcional + rate-limit e lockout distribuídos entre servidores.

Registro à prova de adulteração, verificável

Cada liberação fica num registro encadeado que não pode ser reescrito sem ser notado — verificável de forma independente, sem confiar na nossa palavra.

Trilha de auditoria HMAC encadeada + log de transparência Merkle (RFC 6962) com raiz assinada por chave dedicada (Ed25519).

Raiz assinada e verificável de forma independente

A raiz do nosso registro é assinada por uma chave dedicada e publicada para verificação independente: quem guardou uma raiz anterior detecta qualquer reescrita, sem depender de nós. E a raiz assinada é ancorada num livro-razão público append-only e fora do nosso controle (Sigstore Rekor) — a âncora mais recente é verificável por qualquer um.

Raiz (STH) assinada em Ed25519 — chave pública publicada em /api/transparency; a raiz assinada é ancorada no Sigstore Rekor, verificável em search.sigstore.dev.

Defesas que sobrevivem a reinícios

Limites de tentativa, bloqueios e o log de transparência vivem em banco replicado entre servidores. Reiniciar uma máquina não zera as proteções.

Estado crítico durável e replicado (Turso/libSQL) — não em memória volátil.

Divulgação responsável
Encontrou uma falha? Queremos saber antes de qualquer outra pessoa.

Escreva para security@aeterne.app. Oferecemos porto seguro à pesquisa de segurança de boa-fé: ela nunca é penalizada. Fazemos a triagem em até 72 horas e priorizamos a correção pela gravidade.

Para pesquisadores, nossa política legível por máquina está em security.txt (padrão RFC 9116).

Auditoria, com honestidade

O produto já passou por auditoria de segurança interna e adversarial — achados verificados e corrigidos. Ainda não temos SOC 2 nem ISO 27001, e dizemos isso em voz alta.

O que ainda não temos está na Central de confiança; o roteiro em fases fica na versão dela dentro do seu cofre.

Protegido de ponta a ponta — nem nós conseguimos ler. Como em qualquer cofre, mantenha sempre um backup independente da sua chave de recuperação e das suas seeds mais críticas.