"Compartilhamento seguro de arquivos" aparece em quase todo serviço de transferência de arquivos, mas pode significar coisas muito diferentes. Um link pode ser criptografado em trânsito e ainda assim deixar uma cópia em um servidor por um ano; uma cópia armazenada pode ser ilegível para o provedor e ainda assim ser aberta por qualquer pessoa que tenha o link. Este guia explica o que a transferência segura de arquivos realmente significa, compara os métodos comuns e traz um checklist que você pode aplicar a qualquer ferramenta — inclusive a nossa.
O que "compartilhamento seguro de arquivos" realmente significa?
Um arquivo fica exposto em vários pontos no caminho entre você e o destinatário. Um método de transferência segura de arquivos protege cada um deles — ou diz com honestidade quais não protege.
- Em trânsito. Os dados são criptografados enquanto atravessam as redes? Hoje quase todo serviço usa TLS (HTTPS) ou, no caso do WebRTC, DTLS.
- Em repouso. Há uma cópia armazenada em algum lugar além dos dispositivos seu e do destinatário? Se houver, quem pode lê-la — o provedor ou só quem tem a chave?
- Acesso. Quem pode abrir o arquivo? Qualquer pessoa com o link, só quem tem a senha, só contas conectadas de uma lista?
- Retenção. Por quanto tempo as cópias existem — minutos, sete dias, até alguém excluí-las?
- Metadados. O que o serviço fica sabendo mesmo sem conseguir ler o conteúdo — nomes de arquivos, tamanhos, endereços IP, quem enviou o quê para quem?
- Dispositivos finais. Depois que o arquivo chega, ele só está tão seguro quanto o computador do destinatário. Nenhum método de transferência protege contra um dispositivo comprometido.
Como os métodos comuns de compartilhamento de arquivos se comparam em segurança?
| Método | Em trânsito | Cópia armazenada | Quem pode abrir | Retenção | Ideal para |
|---|---|---|---|---|---|
| Anexo de e-mail | Geralmente TLS entre servidores | Sim, nas duas caixas de e-mail | Donos das caixas de e-mail | Muitas vezes anos | Arquivos pequenos e não sensíveis |
| Link de drive na nuvem (Drive, OneDrive, Dropbox) | TLS | Sim, o provedor pode acessar | Link ou contas nomeadas | Até você excluir | Colaboração |
| Serviço de transferência (tipo WeTransfer) | TLS | Sim, por um período fixo | Qualquer pessoa com o link; senha em alguns planos pagos | Dias | Envios rápidos quando você não pode ficar online |
| Nuvem E2EE (Tresorit, Proton Drive, Sync.com) | TLS + criptografia no cliente | Sim, criptografada com chaves que o provedor não tem | Link, muitas vezes com senha | Até você excluir | Arquivos sensíveis que precisam ficar disponíveis |
| SFTP / managed file transfer | SSH ou TLS | No servidor, conforme a política | Contas, chaves, log de auditoria | Conforme a política | Empresas e troca entre sistemas |
| StrongFolder (P2P) | DTLS | Nenhuma | Qualquer pessoa com o link enquanto você compartilha | Só durante a transferência | Arquivos e pastas grandes, sem deixar cópia |
| Arquivo compactado criptografado (ex.: 7-Zip AES-256) | Depende do canal | Depende do canal | Só quem tem a senha | Depende do canal | Acrescenta uma camada a qualquer método |
Os recursos variam conforme o plano; confira a documentação atual de cada fornecedor sobre senhas, expiração e opções de auditoria.
Quão seguro é o compartilhamento de arquivos P2P?
A transferência de arquivos P2P elimina o maior risco de longo prazo do compartilhamento de arquivos: a cópia armazenada. Com o StrongFolder:
- Em trânsito: O WebRTC criptografa cada canal de dados com DTLS, então o fluxo do arquivo é criptografado em trânsito em toda conexão.
- Em repouso: Os arquivos nunca são enviados nem armazenados em um servidor do StrongFolder.
- Relay: Se uma conexão direta for impossível (firewall corporativo rígido, algumas redes móveis), o fluxo criptografado passa por um servidor relay (TURN) do StrongFolder. O relay encaminha os dados e não os armazena.
- Metadados: Para criar o link, o serviço guarda metadados da transferência: nomes de arquivos e pastas, tamanhos e o número de arquivos.
- Retenção: O link funciona enquanto o remetente continuar compartilhando. Quando o remetente clica em Stop Sharing (parar de compartilhar) ou fecha a aba, os arquivos deixam de estar disponíveis.
Não há "vazamento do arquivo de cópias" depois, porque não existe esse arquivo. Nada expira em um servidor porque nada foi colocado lá. Como a criptografia é configurada está explicado em Como funciona a transferência de arquivos por WebRTC.
Quais são os limites honestos da segurança do StrongFolder?
Preferimos que você escolha a ferramenta certa a confiar demais na nossa:
- Sem links protegidos por senha. Qualquer pessoa que tenha o link pode se conectar enquanto você está compartilhando. Envie o link por um canal de confiança e clique em Stop Sharing (parar de compartilhar) quando o destinatário terminar.
- Criptografia em trânsito, não de ponta a ponta com chaves suas. As chaves DTLS são negociadas pelos dois navegadores, mas as impressões digitais delas passam pelo nosso servidor de sinalização. Não afirmamos ser "zero-knowledge" nem ter criptografia de ponta a ponta com chaves do usuário.
- Os endereços IP ficam visíveis para o outro par em uma conexão direta, como em qualquer chamada de vídeo.
- Metadados são guardados para criar o link: nomes, tamanhos e o número de arquivos.
- Sem trilha de auditoria nem certificação de conformidade. Se a sua organização precisa de acesso registrado, políticas de retenção ou processamento certificado, use uma plataforma de managed file transfer.
Para arquivos que são ao mesmo tempo grandes e muito sensíveis, combine métodos: criptografe a pasta em um arquivo compactado com uma senha forte, envie-o com o StrongFolder e passe a senha por telefone. O arquivo compactado protege o conteúdo; o P2P evita uma cópia armazenada.
Checklist de compartilhamento seguro de arquivos
Passe por esta lista antes de enviar qualquer coisa confidencial, seja qual for a ferramenta:
- Classifique o arquivo. São dados pessoais, um contrato, código-fonte, dados de saúde? Quanto mais sensível, menos cópias você quer.
- Escolha pela retenção. Ele pode sumir em uma hora (P2P) ou precisa ficar disponível por semanas (nuvem, de preferência E2EE)?
- Confira o destinatário. Confirme o endereço ou o chat antes de enviar o link — links enviados para a pessoa errada são o vazamento mais comum.
- Limite o acesso. Use senha ou contas nomeadas quando houver; com P2P, pare de compartilhar quando o destinatário terminar.
- Criptografe você mesmo o conteúdo sensível se o canal não criptografa em repouso, e envie a senha separadamente.
- Evite Wi-Fi público do lado do remetente, se puder; use uma rede confiável ou uma VPN.
- Apague as cópias depois — das pastas de downloads, dos históricos de chat e da lixeira da nuvem.
- Siga a política da sua organização. Dados regulados podem exigir ferramentas específicas.
Grátis · no navegador · sem cadastro
Quando devo usar SFTP ou managed file transfer?
"Transferência segura de arquivos", no contexto de uma empresa, muitas vezes significa SFTP (transferência de arquivos sobre SSH), FTPS ou uma plataforma de managed file transfer (MFT). Elas se destacam quando:
- sistemas trocam arquivos automaticamente de forma agendada;
- você precisa de contas por usuário, permissões e um log de auditoria de quem baixou o quê;
- reguladores ou contratos exigem retenção e controle de acesso documentados.
Elas exigem configuração e contas dos dois lados, então são exagero para enviar um vídeo a um cliente — e é aí que as ferramentas de navegador se encaixam.
Quando a nuvem com criptografia de ponta a ponta é a melhor escolha?
Quando o arquivo precisa continuar disponível depois que você fica offline e você não quer que o provedor o leia. Tresorit, Proton Drive e Sync.com criptografam no seu dispositivo antes do upload. A contrapartida: você faz o upload antes, uma cópia existe (criptografada) e o armazenamento é limitado pelo seu plano. P2P e nuvem E2EE resolvem problemas diferentes — veja Transferência de arquivos P2P vs nuvem.
Resumo
Compartilhamento seguro de arquivos não é um recurso único, mas um conjunto de respostas: criptografado em trânsito, protegido ou inexistente em repouso, acesso limitado e retenção curta. A resposta do StrongFolder é criptografia DTLS em trânsito e nenhuma cópia armazenada, com limites honestos — sem senha nos links e sem alegar criptografia de ponta a ponta. Para saber mais, leia Segurança e privacidade e Como enviar documentos grandes.