Un gestionnaire de mots de passe stocke les identifiants qu’une équipe utilise régulièrement. Un lien secret à usage unique remet un identifiant à une personne, une seule fois, puis détruit la copie qu’il transportait. Faites du gestionnaire la source de référence et confiez la transmission au lien : la plupart des équipes attentives à la sécurité ont besoin des deux, et l’essentiel des frictions vient de l’emploi de l’un là où l’autre serait à sa place.
Ce pour quoi chacun est conçu
| Besoin | Gestionnaire de mots de passe | Lien secret |
|---|---|---|
| Stockage sans limite de durée | Oui | Non |
| Partage avec des personnes hors du coffre | Peu pratique | Prévu pour cela |
| Remise unique | Possible | Comportement par défaut |
| Suivi des renouvellements | Oui | Non |
| Journal d’audit de chaque lecture | Limité | Par secret |
| Fonctionne sans inscription du destinataire | Non | Oui |
| Saisie automatique dans le navigateur et la CLI | Oui | Non |
| Oubli garanti après la transmission | Non | Oui : destruction ou expiration |
Un gestionnaire est une source de référence. Un lien secret est un moyen de remise conçu pour oublier : après la transmission, le lien se détruit, expire ou est révoqué, et l’URL qui reste dans la messagerie ou l’e-mail ne mène plus à rien.
Quand le gestionnaire de mots de passe l’emporte
- L’identifiant sera utilisé régulièrement par une équipe connue.
- Vous voulez une seule copie de référence, mise à jour partout.
- Le destinataire a déjà accès à votre coffre-fort.
- Vous avez besoin de la saisie automatique dans les navigateurs et les outils en ligne de commande.
- Vous voulez une surveillance des fuites de données et des rapports sur les mots de passe faibles pour l’ensemble de vos identifiants.
Quand le lien secret l’emporte
- Le destinataire est un prestataire, un client ou un fournisseur qui n’a pas accès à votre coffre-fort et ne l’aura jamais.
- Vous n’avez besoin de remettre l’identifiant qu’une fois.
- Vous voulez un événement d’audit clair du type « lu à 14:32 » pour la transmission, rattaché à cette remise précise.
- L’identifiant est un jeton de courte durée, un code à usage unique (OTP) ou un secret de renouvellement qui ne doit traîner nulle part.
- Vous devez faire sortir la valeur sensible hors du canal que vous êtes obligé d’utiliser. L’e-mail et la messagerie conservent tout ; un lien détruit ne conserve rien.
Choisir selon la situation
| Situation | Outil à utiliser | Pourquoi |
|---|---|---|
| Un collègue qui a accès à votre coffre a besoin de l’identifiant de l’environnement de préproduction | Gestionnaire de mots de passe | Partagez l’élément du coffre ; il reste à jour après un renouvellement |
| Un prestataire a besoin d’un mot de passe de base de données pour une mission de deux semaines | Lien secret | Pas de licence de coffre nécessaire, remise traçable, rien ne traîne |
| Identifiants du premier jour d’un nouvel arrivant | Les deux | Les valeurs restent dans le gestionnaire ; la transmission passe par un lien à usage unique |
| Un client a besoin de la clé API que vous lui avez créée | Lien secret | Les clients n’ont jamais accès à votre coffre ; un e-mail conserverait la clé indéfiniment |
| La personne qui gère un incident a besoin tout de suite du nouveau mot de passe administrateur | Lien secret | Expiration courte ; le canal de l’incident ne contient jamais qu’une URL inutilisable |
| Mot de passe Wi-Fi du bureau | Gestionnaire de mots de passe (coffre partagé) | Durable, peu sensible, utilisé régulièrement |
Trois exemples détaillés
Transmission à un prestataire
- Récupérez l’identifiant dans le gestionnaire (ou mieux, créez un identifiant limité en droits et en durée, réservé au prestataire).
- Créez un lien secret à usage unique : destruction après une ouverture, expiration au bout de 24 heures, phrase de passe définie.
- Envoyez le lien par e-mail ; envoyez la phrase de passe par SMS ou en message privé Slack.
- Surveillez l’événement d’ouverture. Une fois le secret lu, le lien est mort et le fil d’e-mails ne contient rien de sensible.
- À la fin de la mission, révoquez l’identifiant à la source.
Arrivée d’un nouveau collaborateur
Le gestionnaire contient les valeurs de référence. La difficulté de la transmission tient au fait que la nouvelle recrue n’a pas encore accès au coffre : son premier identifiant est l’accès au coffre. Remettez cet identifiant de démarrage par un lien à usage unique qui expire le jour même ; tout le reste passe ensuite par le gestionnaire, comme d’habitude.
Remise d’une clé API à un client
N’envoyez jamais la clé elle-même par e-mail : un e-mail est stocké indéfiniment sur plusieurs serveurs et reste une cible de choix lors des prises de contrôle de comptes. Générez la clé, envoyez un lien à usage unique, et laissez l’événement de destruction servir aussi de confirmation de remise. Si le lien expire sans avoir été lu, vous savez que la remise a échoué avant que le client ne se plaigne : renvoyez-la avec un nouveau lien.
La combinaison que la plupart des équipes adoptent
- Les identifiants durables de l’équipe sont stockés dans le gestionnaire de mots de passe (1Password, Bitwarden, Vaultwarden).
- Quand une personne extérieure au coffre a besoin d’un identifiant, un membre de l’équipe habilité le récupère dans le gestionnaire et envoie un lien secret à usage unique avec une expiration courte.
- Le destinataire enregistre l’identifiant dans son propre gestionnaire.
- Le lien se détruit. Le gestionnaire conserve la copie de référence et l’historique des renouvellements.
Les responsabilités d’audit sont ainsi bien réparties : le gestionnaire répond à « qui a accès à quoi », et le lien à « quand la transmission a-t-elle eu lieu, et a-t-elle été lue par une seule personne ».
Et les liens de partage intégrés aux gestionnaires ?
Plusieurs gestionnaires proposent désormais leurs propres fonctions de partage avec expiration : le partage d’éléments de 1Password et Bitwarden Send (selon leur documentation publiée en juillet 2026 ; vérifiez la version actuelle avant de vous fier aux détails). Si tout votre environnement tient dans un seul gestionnaire, ces fonctions sont légitimes et pratiques.
Un lien secret dédié reste utile quand vous voulez une phrase de passe transmise par un autre canal, un historique d’audit par secret que vous pourrez présenter plus tard, un comportement qui résiste aux aperçus de liens dans la messagerie et l’e-mail, ou un outil qui ne suppose rien du gestionnaire (s’il y en a un) utilisé de l’autre côté.
Et le renouvellement ?
Un lien secret ne suit pas les renouvellements. Si vous partagez la même valeur deux fois par deux liens différents, aucun des deux liens ne sait que l’autre existe. Cela suffit pour la transmission mais ne sert à rien pour la gouvernance au quotidien : laissez cette responsabilité au gestionnaire et traitez chaque renouvellement comme une nouvelle transmission, avec un nouveau lien.
Limites et mises en garde
- Un lien secret n’est pas un espace de stockage. Si le destinataire n’enregistre pas la valeur dans son propre gestionnaire avant que le lien ne se détruise, vous devrez la renvoyer. Dites-le clairement au moment de l’envoi.
- Aucun des deux outils ne protège au-delà du destinataire. Une fois qu’une personne a lu un identifiant, elle peut le copier n’importe où. Les deux outils protègent le transport et le stockage, pas l’autre bout de la chaîne.
- Renseignez-vous sur le modèle de chiffrement de votre fournisseur. Les gestionnaires de mots de passe sérieux chiffrent les coffres de bout en bout, et LinkPilot fait de même pour le texte des liens secrets : le contenu est chiffré dans votre navigateur et la clé reste dans la partie du lien située après le #, si bien qu’un opérateur ne peut pas lire un secret actif. Les phrases de passe sont hachées côté client et le contenu des secrets détruits est écrasé de façon irréversible. Les pièces jointes sont chiffrées de la même manière. Mise à jour du 29 septembre 2026 : ce point indiquait auparavant que les liens secrets n’étaient pas chiffrés de bout en bout, ce qui était exact jusqu’à cette date. Les détails figurent sur la page architecture de sécurité.
- Le mot de passe principal du gestionnaire est un point de défaillance unique. C’est le prix d’une source de référence ; protégez-le avec une phrase de passe solide et une 2FA matérielle.
Essai gratuit, sans inscription
Générateur de liens secrets à usage unique
Partagez un mot de passe ou une note par un lien qui ne s’ouvre qu’une fois.
À lire aussi
- Comment partager des clés API en toute sécurité
- Partager un mot de passe en toute sécurité : 5 méthodes comparées
- LinkPilot ou OneTimeSecret
Références
- 1Password Support, Share items with anyone.
- Bitwarden Help Center, About Send.