Segurança
Cada afirmação criptográfica nesta página é auditável no código aberto. Aqui está exatamente o que o StenVault faz — e porquê.
Zero-knowledge
O servidor só alguma vez vê bytes encriptados. Os nomes dos ficheiros, o conteúdo dos ficheiros e as chaves de encriptação ficam no seu dispositivo.
O conteúdo dos ficheiros e os nomes dos ficheiros são encriptados no seu dispositivo antes de chegarem aos nossos servidores. Nunca detemos texto simples nem chaves de desencriptação.
O início de sessão usa o protocolo OPAQUE (RFC 9807). A sua palavra-passe nunca sai do seu dispositivo e nenhum hash da palavra-passe é guardado no servidor.
O cliente completo é público no GitHub. Cada afirmação criptográfica nesta página é verificável no código-fonte.
Força pós-quântica
O NIST define cinco níveis de segurança para algoritmos pós-quânticos. A maioria das implementações escolhe o Nível 1, equivalente a AES-128. O StenVault usa o Nível 3, equivalente a AES-192, numa construção híbrida com X25519.
| Algoritmo | Nível NIST | Força equivalente | Estado |
|---|---|---|---|
| ML-KEM-512 / Kyber-512 | Nível 1 | ≈ AES-128 | Disponível |
| ML-KEM-768 | Nível 3 | ≈ AES-192 | Em uso |
| ML-KEM-1024 | Nível 5 | ≈ AES-256 | Disponível |
O StenVault combina ML-KEM-768 com X25519 num verdadeiro KEM híbrido. Um atacante tem de quebrar ambos para comprometer os seus ficheiros. Se o ML-KEM-768 tiver uma fraqueza por descobrir, o X25519 continua a protegê-lo. Se o X25519 cair perante computadores quânticos, o ML-KEM-768 continua a protegê-lo. Sem ponto único de falha criptográfica.
| Primitiva | Clássico | Pós-quântico | Finalidade |
|---|---|---|---|
| Encapsulamento de chaves | X25519 ECDH | ML-KEM-768 (FIPS 203) | Empacotamento de chave por ficheiro |
| Assinaturas digitais | Ed25519 | ML-DSA-65 (FIPS 204) | Integridade dos ficheiros |
| Autenticação por palavra-passe | OPAQUE (RFC 9807) | — | Início de sessão zero-knowledge |
| Encriptação de ficheiros | AES-256-GCM | — | Encriptação de conteúdo |
| Derivação de chaves | Argon2id (46 MiB, t=1, p=1) | — | Palavra-passe → KEK |
| Formato de ficheiro | CVEF v1.4 (container v2) | — | Envelope vinculado por AAD |
O whitepaper de segurança documenta algoritmos, parâmetros, fluxos de dados e a fundamentação do desenho com citações diretas do código-fonte.
Verifique no código-fonte
Formato de ficheiro CVEF v1.4Encriptação de ficheiros PQC híbridaRepositório de código completoComo testamos
Cada primitiva criptográfica é testada contra implementações de referência autorizadas, não apenas testes unitários internos.
Cada primitiva criptográfica é testada contra vetores de referência autorizados do Project Wycheproof da Google (AES-256-GCM, X25519, Ed25519, HKDF-SHA256, AES Key Wrap), NIST FIPS 203 e 204 para ML-KEM-768 e ML-DSA-65, e RFC 9106 e 3394 para Argon2id e AES-KW. As mesmas suites usadas pelo OpenSSL e BoringSSL.
Cinco primitivas são testadas em duas bases de código independentes que têm de concordar em cada resultado: @stenvault/pqc-wasm vs @noble/post-quantum para ML-KEM-768 e ML-DSA-65, WebCrypto vs @noble/curves para X25519 e Ed25519, e WebCrypto vs Node.js crypto para AES-256-GCM.
40 testes baseados em propriedades geram milhares de entradas aleatórias por primitiva usando o fast-check, verificando invariantes universais — ciclos de encriptar-depois-desencriptar, verificar-após-assinar, concordância do segredo partilhado do KEM — sem depender de valores esperados fixos.
Perguntas
5 GB grátis, encriptado pós-quântico desde o primeiro dia. Sem cartão de crédito.
Sem cartão de crédito · 5 GB grátis para sempre