Enviar um segredo

Não, e não por uma regra só nossa. A chave está no link após o símbolo #, e navegadores nunca enviam essa parte a servidores — nem na requisição, nem no referenciador, nem via proxy. O que chega até nós é o texto cifrado e um vetor de inicialização. Mesmo uma cópia total do nosso banco de dados seria inútil.

Um link que funciona uma vez só. É a mesma ideia de mensagem autodestrutiva ou link para queimar após ler: o segredo é criptografado no seu navegador, o link leva a chave, e quando alguém lê, a cópia armazenada é destruída. Se alguém abrir depois, não verá nada — isso não é uma falha, e sim o objetivo, porque indica que a primeira leitura não foi sua.

Não no sentido mais forte, e seria enganoso dizer que sim. Servimos o JavaScript que faz a criptografia, então você confia no código que enviamos no momento do uso. O correto é dizer que não recebemos sua chave — não que isso seria impossível. Quem precisar de uma garantia maior deve usar um software que possa compilar e verificar por conta própria.

Essa pessoa verá o segredo e você não verá nada. Isso é o sentido de “uma vez só” e também serve como aviso: se o destinatário disser que o link já foi usado, alguém viu o segredo. Considere-o comprometido e altere-o.

Não deveriam. O segredo só é buscado quando alguém clica em Revelar, e os bots de pré-visualização só carregam a página, sem clicar em botões. Por isso existe o botão para revelar, em vez do segredo aparecer automaticamente.

Ela altera o valor do link. Sem senha, quem tiver o link lê o segredo. Com senha, a chave é gerada a partir da senha, não indo no link, então só o link não abre nada. Envie o link por um canal e a senha por outro: nenhum dos dois vale sozinho.

É para uma senha, código de recuperação ou chave de API — não para documentos. Dez kilobytes é mais que o suficiente para uma credencial, e manter pequeno impede que a ferramenta seja usada como caixa anônima para arquivos que não deveriam ser compartilhados.