Como o OneTimeSecret diz proteger um segredo
A visão geral de segurança do Onetime Secret resume o modelo: um segredo foi concebido para ser visto uma vez e depois destruído de forma permanente, um segredo ainda não visto pode ser destruído, os segredos são encriptados em trânsito e em repouso em todos os planos, todos os segredos têm uma validade e uma frase-passe opcional acrescenta uma camada que o link sozinho não consegue abrir. A página de proteção de dados acrescenta que o transporte é protegido com TLS, que o serviço procura guardar apenas os metadados necessários para funcionar e que é possível escolher a região onde os dados são tratados e guardados. A página inicial afirma que, depois de o destinatário abrir o link, os dados são destruídos de forma permanente e ninguém, nem o próprio Onetime Secret, os consegue recuperar.
São as propriedades certas para uma ferramenta de segredos de utilização única, e estão descritas com clareza.
A única coisa que a documentação não diz
Nem a visão geral de segurança nem a página de proteção de dados dizem onde acontece a encriptação: no seu navegador, antes de o segredo ser enviado, ou nos servidores do Onetime Secret, depois de ele chegar. É esta diferença que decide se o operador poderia ler um segredo enquanto está guardado. A encriptação em repouso protege a base de dados de quem roubar o disco, mas por si só não impede o serviço que detém a chave de desencriptar o registo. As páginas também não descrevem como uma frase-passe é processada ou guardada, e a validade máxima só aparece como limite de plano.
Isto não é uma acusação. O Onetime Secret é de código aberto e pode ser alojado num servidor próprio, por isso quem precisar de saber pode ler o código ou correr a sua própria instância, o que é uma garantia mais forte do que qualquer página de marketing. É apenas uma questão que a documentação do serviço alojado deixa em aberto. Se o seu modelo de ameaças inclui o operador, é essa a pergunta a fazer.
One Time Secret é fiável? O que faz bem
É simples, gratuito para particulares e equipas, de código aberto e pode ser alojado num servidor próprio, com um repositório no GitHub indicado na documentação. A destruição de segredos ainda não vistos, as frases-passe e a validade cobrem os controlos de que a maioria das pessoas precisa. Também permite escolher a região dos dados, algo que poucos concorrentes oferecem e o LinkPilot não oferece. Para um segredo pessoal ocasional, ou para uma equipa que quer gerir o serviço por conta própria, continua a ser uma escolha sensata.
Onde o LinkPilot é diferente
O LinkPilot responde explicitamente à questão em aberto: o segredo é encriptado no seu navegador com AES-GCM-256, a chave fica na parte do link depois do #, que os navegadores nunca enviam, e os nossos servidores, a base de dados e a rede edge guardam texto cifrado e nenhuma chave. O código que faz isto está publicado no repositório da CLI, com licença MIT e vetores de teste. A página de arquitetura de segurança descreve o modelo e os seus limites, incluindo que os segredos criados antes de 29 de setembro de 2026 ficaram guardados em claro até expirarem e que o nome, o tamanho e o tipo de um ficheiro anexado são visíveis para nós.
Além do segredo em si, o LinkPilot oferece revogação a partir do painel, anexos de ficheiros, funções de equipa e, no plano Pro, uma frase-passe combinada com a chave de desencriptação e uma cronologia de auditoria. O que não oferece é self-hosting nem a escolha da região dos dados. A página alternativa ao OneTimeSecret e a comparação completa pesam essas vantagens e desvantagens.