Segurança, em palavras simples
O que o CryptoUpload protege, o que não protege e como nos dizer que errámos em alguma coisa.
Aquilo a que foi concebido para resistir
- Um fornecedor curioso, mas honesto
- Vê bytes cifrados, tamanhos de ficheiros e as horas a que as coisas foram escritas. Não deveria conseguir perceber o que um ficheiro contém nem como se chama.
- Um fornecedor hostil ou comprometido
- Pode devolver uma cópia antiga, cortar um ficheiro, reordenar blocos ou deixar coisas de fora. Tudo isto é detetado: o cofre mantém um registo autenticado que só pode avançar, o fim de cada ficheiro é verificado e cada bloco conhece o seu lugar. A sincronização para. Limites: um computador que abre o cofre pela primeira vez confia no que lhe é servido, e um fornecedor pode reter as alterações mais recentes a um dispositivo que ficou para trás.
- Alguém que copie os ficheiros guardados
- Sem a palavra-passe ou as 24 palavras, fica com dados ilegíveis. A palavra-passe passa pelo Argon2id, por isso cada tentativa custa 256 MiB de memória.
O que um fornecedor ainda consegue ver
- Sempre
- Quantos ficheiros e pastas existem, o tamanho de cada ficheiro, o comprimento de cada nome, quando cada objeto foi escrito e o endereço de onde vêm os pedidos. Que se trata de um cofre CryptoUpload. Também: quantos itens tem cada pasta, que métodos de desbloqueio existem, as chaves públicas dos membros e, no perfil básico, os nomes que deu aos membros.
- Com o perfil privado opcional
- Os tamanhos dos ficheiros são arredondados por excesso (em cerca de 12 por cento no máximo), os comprimentos dos nomes caem em cinco faixas e o README do cofre é omitido. Os ficheiros chamariz também podem esconder quantos ficheiros tem cada pasta, mas só de quem obtenha uma cópia do armazenamento: um fornecedor que registe os pedidos consegue distinguir os chamarizes. O número de pastas, as horas dos pedidos e o endereço continuam visíveis.
- Um limite do formato
- O tamanho e a hora podem bastar para reconhecer um ficheiro já conhecido, por exemplo um filme cujo tamanho exato é público. O perfil básico não esconde isto.
O que não cobre
- Um computador já comprometido
- Quem controla um computador desbloqueado controla o cofre que está nele.
- Aquilo em que tem de confiar
- As credenciais da cloud ficam num ficheiro cifrado no seu computador. As atualizações são validadas por uma única chave de assinatura, guardada pelo autor. Um programa a correr com o seu utilizador enquanto o cofre está aberto pode ler os seus ficheiros.
- Um fornecedor que se recusa a servi-lo
- A adulteração é detetada. Negar o serviço é algo que a cifragem não pode impedir.
- Retirar o acesso
- Mudar a palavra-passe ou remover uma pessoa de um cofre partilhado não desfaz o que ela já viu. Remover uma pessoa protege o que for escrito depois. Para uma revogação completa, crie um novo cofre e copie o conteúdo para lá.
- Cofres escondidos
- Não há negação plausível: um cofre pode ser reconhecido como cofre.
- Esquecer tudo
- Se perder a palavra-passe e as 24 palavras, ninguém consegue recuperar os dados.
Ainda sem auditoria independente
- O que existe
- Uma revisão de segurança interna, feita em outubro de 2026. Não é uma auditoria independente.
- O que lhe pedimos
- Não faça do CryptoUpload a única proteção de informação que o prejudicaria gravemente se fosse exposta. O plano é candidatar-nos a apoios financeiros para pagar uma auditoria independente. O código é público: quem tiver as competências pode revê-lo e comunicar o que encontrar para security@cryptoupload.org.
Comunicar uma vulnerabilidade
- Como
- Escreva para security@cryptoupload.org. Por favor, não abra uma issue pública para uma vulnerabilidade. Se puder, inclua a versão, os passos para reproduzir, o impacto que estima e uma prova de conceito.
- Dentro do âmbito
- Qualquer forma de ler texto simples, forjar um selo ou recuperar uma chave sem a palavra-passe ou a frase; qualquer perda silenciosa de dados durante a sincronização; qualquer forma de extrair credenciais guardadas; os backends de rede (pedidos não autenticados, path traversal, falsificação de pedidos); a linha de comandos e a aplicação.
- Fora do âmbito, por agora
- Descobertas que exijam acesso físico contínuo a um computador já desbloqueado; negação de serviço contra fornecedores de cloud, que não são nossos; erros gerais de robustez sem efeito em dados reais.
- O que esperar
- Confirmamos a receção da sua comunicação em 5 dias úteis e combinamos consigo um prazo de divulgação, 90 dias por omissão. Não há programa de recompensas por erros.
O que fica visível, ponto por ponto
| Do lado do fornecedor | Perfil básico | Perfil privado |
|---|---|---|
| Conteúdo dos ficheiros | Ilegível | Ilegível |
| Nomes de ficheiros e pastas | Ilegível | Ilegível |
| Tamanho de cada ficheiro | Exato | Arredondado por excesso, em cerca de 12 % no máximo |
| Comprimento dos nomes | Exato | Uma de cinco faixas |
| Ficheiros em cada pasta | Número exato | Arredondado por excesso com chamarizes ativos; um fornecedor que registe os pedidos consegue distinguir os chamarizes |
| Número de pastas | Visível | Visível |
| Quando chega cada bloco | Visível | Visível |
| Endereço a partir do qual se liga | Visível | Visível |
O perfil privado é opcional e escolhe-se ao criar o cofre. Com qualquer dos perfis pode baralhar a ordem e o momento dos envios e encaminhar o tráfego através de um proxy.