Comment OneTimeSecret dit protéger un secret
La présentation de la sécurité de Onetime Secret résume son modèle : un secret est conçu pour être consulté une seule fois puis détruit définitivement, un secret non consulté peut être détruit, les secrets sont chiffrés en transit et au repos dans tous les forfaits, chaque secret a une expiration, et une phrase de passe facultative ajoute une couche que le lien seul ne peut pas ouvrir. Sa page sur la protection des données ajoute que le transport est protégé par TLS, que le service vise à ne conserver que les métadonnées nécessaires à son fonctionnement et que vous pouvez choisir la région où les données sont traitées et stockées. La page d’accueil affirme qu’une fois le lien ouvert par le destinataire, les données sont définitivement détruites et que personne, pas même Onetime Secret, ne peut les récupérer.
Ce sont les bonnes propriétés pour un outil de secrets à usage unique, et elles sont énoncées clairement.
Le seul point que la documentation ne précise pas
Ni la présentation de la sécurité ni la page sur la protection des données ne disent où a lieu le chiffrement : dans votre navigateur avant l’envoi du secret, ou sur les serveurs de Onetime Secret après son arrivée. C’est cette différence qui détermine si l’opérateur pourrait lire un secret pendant qu’il est stocké. Le chiffrement au repos protège la base de données contre quelqu’un qui volerait le disque ; à lui seul, il n’empêche pas le service qui détient la clé de déchiffrer l’enregistrement. Ces pages ne décrivent pas non plus comment une phrase de passe est traitée ou stockée, et la durée d’expiration maximale n’est indiquée que comme une limite de forfait.
Ce n’est pas une accusation. Onetime Secret est open source et peut être auto-hébergé : quiconque a besoin de savoir peut lire le code ou faire tourner sa propre instance, ce qui est une garantie plus solide que n’importe quelle page marketing. C’est simplement une question que la documentation du service hébergé laisse ouverte et, si votre modèle de menace inclut l’opérateur, c’est la question à poser.
Avis sur OneTimeSecret : ce qu’il fait bien
L’outil est simple, gratuit pour les particuliers et les équipes, open source, et il peut être auto-hébergé à partir d’un dépôt GitHub dont le lien est fourni. La destruction avant consultation, les phrases de passe et l’expiration couvrent les contrôles dont la plupart des gens ont besoin. Il laisse aussi choisir la région des données, ce que peu de concurrents proposent et que LinkPilot ne propose pas. Pour un secret personnel occasionnel, ou pour une équipe qui veut exploiter le service elle-même, il reste un choix solide.
Ce que LinkPilot fait autrement
LinkPilot répond explicitement à la question restée ouverte : le secret est chiffré dans votre navigateur avec AES-GCM-256, la clé est placée après le # dans le lien, là où les navigateurs ne l’envoient jamais, et nos serveurs (y compris ceux de périphérie) comme notre base de données ne détiennent que du texte chiffré, sans aucune clé. Le code correspondant est publié dans le dépôt de la CLI, sous licence MIT, avec des vecteurs de test. La page architecture de sécurité expose le modèle et ses limites, notamment le fait que les secrets créés avant le 29 septembre 2026 ont été stockés en clair jusqu’à leur expiration et que nous voyons le nom, la taille et le type d’un fichier joint.
Autour du secret, LinkPilot ajoute la révocation depuis un tableau de bord, les pièces jointes, les rôles d’équipe et, avec le forfait Pro, une phrase de passe combinée à la clé de déchiffrement ainsi qu’un historique d’audit. LinkPilot ne propose en revanche ni auto-hébergement ni choix de la région des données ; la page alternative à OneTimeSecret et le comparatif complet examinent ces compromis.