Link Criptografado

No modo navegador — não. A chave de criptografia vive após o # na URL e, conforme a especificação HTTP, os navegadores nunca incluem fragmentos em requisições de rede, então a chave nunca chega ao nosso servidor. O blob criptografado chega no caminho da URL (portanto os logs do nosso servidor podem registrar brevemente o texto cifrado via logs de acesso padrão do nginx), mas sem a chave o texto cifrado é AES-GCM-256 e não pode ser descriptografado.

O Privnote armazena o blob criptografado em um banco de dados e o exclui após a primeira visualização. No modo navegador, esta ferramenta não usa um banco de dados de segredos — o blob está na própria URL, então não podemos impor "uso único". O compromisso: a chave de criptografia nunca chega ao nosso servidor, mas o link é reutilizável enquanto alguém o tiver. (O modo armazenado no servidor desta ferramenta é mais parecido com o Privnote.)

Porque o segredo viaja dentro dele. O endereço carrega o texto cifrado, o vetor de inicialização, o sal opcional e a própria chave, então o comprimento do link cresce com o comprimento do que você envia — quatro kilobytes de texto produzem um link de uns seis, e qualquer navegador moderno dá conta disso. O projeto decorre daí: não há cópia guardada em lugar nenhum que possa ser achada depois, e igualmente não há como recuperar o segredo se o link se perder. Duas consequências práticas. Envie-o inteiro, porque um link quebrado em duas linhas não funciona quando remontado. E um link excepcionalmente longo é melhor dividir em dois segredos menores.

Porque links vazam de maneiras que segredos não vazam. O link sozinho basta para abrir o segredo — é assim de propósito — e ele vai ficar no histórico do chat, numa mensagem encaminhada, numa captura de tela, nos registros de seja lá o que o transportou. A senha acrescenta um segundo fator que viaja por outro caminho: você manda o link por um canal e diz a senha por telefone, e agora quem lê a conversa continua sem conseguir abrir nada. Dispense a senha para algo que você não se importaria que um colega visse; use-a para tudo em que o próprio canal seja a parte frágil, que é a maioria dos canais.

No modo navegador: enquanto alguém tiver a URL. Não há estado em banco de dados para impor uma expiração, então trate os links compartilhados como duráveis até confiar que foram excluídos de todos os dispositivos dos destinatários. (No modo armazenado no servidor, um TTL explícito se aplica — veja "Expira após".)

Sim — esse é o modo armazenado no servidor. Ele usa armazenamento no lado do servidor com exclusão após a leitura, o que tem diferentes premissas de confiança (você precisa confiar no servidor). O modo navegador (texto cifrado na URL) é entregue junto como opção sem banco de dados.