Como funciona

Você solta um arquivo e recebe um link

Seu navegador gera dois valores aleatórios: um ID de sessão de 128 bits e uma chave de criptografia de 256 bits. Com eles, monta um link como justdropfile.com/r/#sessao.chave. Toda a identidade da transferência fica depois do sinal #, o chamado fragmento, e os navegadores nunca enviam o fragmento a servidor nenhum. Neste ponto nada saiu do seu dispositivo além de uma conexão WebSocket com o nosso serviço de sinalização carregando o ID de sessão.

• •O código QR é o mesmo link, desenhado localmente.
• •O link vale por 20 minutos se ninguém abrir; depois a sessão é destruída.

A outra pessoa abre o link, e os navegadores se encontram

O navegador receptor lê o fragmento, conecta-se ao serviço de sinalização com o mesmo ID de sessão, e os dois navegadores trocam descritores de conexão (SDP e candidatos ICE) por meio dele. Esse é o único trabalho do servidor: passar alguns kilobytes de handshake entre exatamente dois pares. Ele recusa um terceiro, não registra os descritores e apaga a sessão no instante em que os pares se conectam.

Uma conexão direta é tentada primeiro

O WebRTC tenta três rotas em ordem: um caminho direto pela rede local, um caminho direto pela internet usando STUN para descobrir os endereços públicos, e por último um relay. A maioria das redes domésticas e móveis permite uma das duas primeiras. A conexão em si é criptografada com DTLS, como o WebRTC exige.

• •Conexões diretas não têm limite de tamanho.
• •Depois de conectar, a página verifica qual rota foi escolhida e mostra "direta" ou "por relay".

Se a direta falhar, um relay criptografado assume

Algumas redes de escritório, hospital, campus e hotel bloqueiam completamente conexões diretas entre pares. Quando isso acontece, o tráfego é retransmitido pelo Cloudflare TURN. O relay encaminha texto cifrado; ele não tem a chave. As credenciais de relay são geradas por sessão pelo nosso worker e expiram, então o relay não pode ser aproveitado como proxy gratuito. Transferências por relay têm limite de 2 GB porque bytes por relay custam dinheiro.

O receptor vê a lista de arquivos e aceita

Antes de qualquer byte de arquivo se mover, o remetente transmite um manifesto criptografado: nomes, tamanhos e tipos de arquivo. Ele passa pela conexão entre pares, não pela sinalização, então o nosso servidor nunca o vê. O receptor pode recusar. Ao aceitar, o navegador receptor abre um lugar para gravar o arquivo: uma pasta que você escolhe (Chrome e Edge no desktop) ou o armazenamento privado em disco do navegador (Safari, Firefox, Android), de modo que o arquivo é gravado no disco conforme chega, em vez de ficar na memória.

Os arquivos atravessam em pedaços criptografados

O remetente lê o arquivo em fatias de até 64 KB, criptografa cada fatia com AES-GCM usando a chave do link e a envia por um canal de dados WebRTC. Cada pedaço carrega o número do arquivo e a posição como dados autenticados, então um pedaço corrompido, faltando, fora de ordem ou repetido falha na verificação. No fim de cada arquivo o remetente envia uma contagem e um total de bytes assinados; o receptor confirma os dois antes de dar o aceite. Os arquivos são enviados um após o outro por uma única conexão.

• •Nenhum dos lados jamais mantém um arquivo inteiro na memória. Transferências de vários gigabytes funcionam em celulares.
• •O remetente respeita a contrapressão do canal, então um receptor lento desacelera o remetente em vez de encher a memória dele.
• •Se a conexão cair, a transferência falha de forma clara e o remetente pode criar um novo link. Não há retomada nesta versão.