Como o OneTimeSecret diz que protege um segredo
A visão geral de segurança do Onetime Secret resume o modelo assim: um segredo foi feito 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 criptografados em trânsito e em repouso em todos os planos, todo segredo tem validade e uma frase secreta opcional acrescenta uma camada que o link sozinho não abre. A página de proteção de dados acrescenta que o transporte é protegido com TLS, que o serviço procura guardar só os metadados necessários para funcionar e que você pode escolher a região onde os dados são processados e armazenados. A página inicial afirma que, quando o destinatário abre o link, os dados são destruídos de forma permanente e ninguém, nem o próprio Onetime Secret, consegue recuperá-los.
São as propriedades certas para uma ferramenta de segredo de uso único, e estão descritas com clareza.
O 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 a criptografia acontece: no seu navegador, antes do envio, ou nos servidores do Onetime Secret, depois que o segredo chega. Essa diferença decide se o operador conseguiria ler um segredo enquanto ele está armazenado. A criptografia em repouso protege o banco de dados de quem roubar o disco; sozinha, ela não impede que o serviço que guarda a chave descriptografe o registro. As páginas também não descrevem como uma frase secreta é processada ou armazenada, e a validade máxima aparece apenas como limite de plano.
Isto não é uma acusação. O Onetime Secret é de código aberto e permite self-hosting, então quem precisa saber pode ler o código ou rodar a própria instância, o que dá uma garantia mais forte do que qualquer página de marketing. É apenas uma questão que a documentação do serviço hospedado deixa em aberto. Se o seu modelo de ameaça inclui o operador, é essa a pergunta a fazer.
Análise do One Time Secret: o que ele faz bem
É simples, gratuito para pessoas e equipes, de código aberto e pode ser hospedado por conta própria, com um repositório no GitHub indicado na documentação. A destruição antes da leitura, as frases secretas e a validade cobrem os controles de que a maioria das pessoas precisa. Ele também permite escolher a região dos dados, algo que poucos concorrentes oferecem e o LinkPilot não oferece. Para um segredo pessoal de vez em quando, ou para uma equipe que quer rodar o serviço por conta própria, continua sendo uma escolha sensata.
Em que o LinkPilot é diferente
O LinkPilot responde explicitamente à questão em aberto: o segredo é criptografado no seu navegador com AES-GCM-256, a chave fica na parte do link depois do #, que os navegadores nunca enviam, e nossos servidores, nosso banco de dados e nossa rede de borda guardam o texto cifrado, sem chave. O código que faz isso está 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 limites dele, incluindo que os segredos criados antes de 29 de setembro de 2026 ficaram armazenados em texto puro até expirarem e que o nome, o tamanho e o tipo de um arquivo anexado ficam visíveis para nós.
Em torno do segredo, o LinkPilot acrescenta revogação pelo painel, anexos de arquivo, papéis na equipe e, no plano Pro, uma frase secreta combinada à chave de descriptografia e uma linha do tempo de auditoria. O que ele não oferece é self-hosting nem escolha da região dos dados; a página alternativa ao OneTimeSecret e a comparação completa pesam esses prós e contras.