Uma chave específica para um arquivo não significa visualização única nem recuperação da cópia do destinatário.
Para proteger um anexo, um aplicativo de mensagens pode criptografar o arquivo no dispositivo do remetente com uma chave aleatória, enviar a cópia criptografada e entregar a chave do arquivo ao destinatário dentro de uma mensagem com criptografia de ponta a ponta. Às vezes, esse modelo é chamado de criptografia de envelope: o arquivo grande e a pequena quantidade de informação necessária para abri-lo percorrem caminhos diferentes, mas relacionados.
Esta explicação se refere a anexos em uma conversa com E2EE; enviar um arquivo em qualquer aplicativo ou tipo de canal não oferece necessariamente a mesma proteção.
O caminho de uma foto privada do dispositivo ao destinatário
- O dispositivo do remetente gera uma chave de conteúdo para o arquivo.
- O arquivo é criptografado com criptografia autenticada; o destinatário deve detectar alterações não autorizadas nos dados.
- A cópia criptografada é colocada no serviço de armazenamento de arquivos.
- O endereço ou identificador do arquivo e a chave necessária são enviados ao destinatário em uma mensagem protegida.
- O dispositivo do destinatário recebe o arquivo, valida-o e então o abre.
A documentação de segurança do Livara descreve uma chave aleatória específica para cada arquivo anexo e sua transferência na sessão de mensagens. Este artigo explica essa arquitetura declarada, não o resultado de uma auditoria da implementação.
“Chave por arquivo” é diferente de “arquivo que só abre uma vez”
Uma chave gerada para um arquivo pode ser necessária para ler o mesmo arquivo várias vezes. Ser específica não significa descartar a chave imediatamente após a primeira visualização, excluir o arquivo automaticamente ou impedir que o destinatário o salve.
Da mesma forma, uma chave de mensagem de uso único e o uso de uma chave de conteúdo para um anexo são dois conceitos diferentes. Recursos como View Once ou mensagens temporárias não devem ser deduzidos apenas do nome do algoritmo.
Por que tanto a chave quanto o nonce importam?
Além da confidencialidade, o AES-GCM oferece verificação de autenticidade dos dados; porém, seu uso correto é essencial. O padrão NIST SP 800-38D explica as regras do GCM. Repetir a mesma combinação de chave e nonce para dados diferentes pode comprometer a segurança.
Para o usuário, a conclusão prática é: a expressão “AES-256” não basta por si só. Também é preciso examinar as especificações de gerenciamento de chaves, geração aleatória, validação de arquivos e tratamento de erros. Alterar um byte deve levar à rejeição do arquivo inválido, não à exibição de conteúdo adulterado como se fosse um arquivo íntegro.
O que veem o destinatário, o servidor e o aplicativo de galeria?
| Local | Pergunta de segurança |
|---|---|
| Serviço de armazenamento de arquivos | Tem apenas bytes criptografados ou também acesso à chave? |
| Mensagem que contém a chave | A chave, o nome do arquivo e sua descrição estão protegidos na conversa E2EE? |
| Dispositivo do destinatário | Após a abertura, onde o arquivo permanece na memória, no cache ou na galeria? |
| Backup na nuvem | A cópia salva entra no backup de fotos e que proteção esse backup oferece? |
A criptografia durante a transferência não controla a cópia que o destinatário salva na galeria. Antes de enviar um documento sensível, examine também partes desnecessárias da imagem, textos no fundo e informações de localização do arquivo.
O que muda para um arquivo em um grupo privado?
Aumenta o número de pessoas autorizadas a possuir a chave. O Livara descreve no LGS1 a cobertura de anexos de grupos privados compatíveis no modo E2EE; essa afirmação não deve ser generalizada para canais públicos. Qualquer membro que tenha recebido o arquivo pode guardar uma cópia. Remover o membro ou trocar chaves para o futuro não recupera a cópia anterior dele.
Lista de verificação para enviar um arquivo sensível
- Confira novamente o espaço da conversa e os destinatários.
- Se a identidade do contato for importante, verifique a impressão digital da chave por um meio confiável.
- Envie apenas as informações necessárias; uma foto do documento inteiro nem sempre é necessária.
- Combine com o destinatário como lidar com salvamento na galeria, download automático e backup na nuvem.
- Não deixe o arquivo descriptografado em um dispositivo compartilhado ou desbloqueado.
Perguntas frequentes
Uma chave por arquivo garante um envio seguro?
Não. A segurança dos dispositivos, a autenticação do destinatário e a implementação correta também são necessárias. Leia o modelo de ameaças do Livara junto com as especificações de criptografia.
Uma imagem em um canal público tem a mesma proteção?
Segundo o limite declarado pelo Livara, os canais são públicos e podem ser lidos; não se promete para eles a confidencialidade de anexos privados.
Só o link do arquivo é suficiente?
Depende do projeto do serviço. Examine separadamente o link, a chave e a autorização de acesso; o simples fato de uma URL ser longa ou aleatória não comprova E2EE.
