Article sponsorisé par Proton Pass
Un projet SEO, c'est une multitude d'accès à protéger
Sur un client, une agence ou un consultant jongle en général avec une dizaine d'accès différents : Search Console, Google Analytics, CMS (souvent WordPress), FTP ou SFTP, panneau d'administration de l'hébergeur, comptes publicitaires, outils tiers comme Screaming Frog, Ahrefs ou SEMrush, parfois des clés API pour des intégrations spécifiques. Multiplié par une dizaine de clients, et par plusieurs collaborateurs qui vont et viennent sur ces différents comptes, le nombre d'identifiants à gérer peut prendre des proportions ahurissantes.
Dans la pratique, cette gestion demeure souvent artisanale. Un tableur partagé sur le Drive de l'agence, un mot de passe envoyé par email ou par Slack au démarrage d'une mission, et parfois même un mot de passe réutilisé d'un client à l'autre parce que “c'est plus simple à retenir”. Ces habitudes fonctionnent au quotidien, jusqu'au jour où un compte se retrouve compromis ou qu'un accès n'est pas révoqué après la fin d'une collaboration.
Le tableur partagé, la fausse bonne solution
Un fichier de mots de passe partagé donne l'illusion d'une organisation centralisée. En réalité, il cumule plusieurs faiblesses :
- Aucun chiffrement réel des données,
- Aucune traçabilité de qui a consulté quoi,
- Une diffusion qui échappe vite à tout contrôle une fois le fichier copié, dupliqué ou envoyé par erreur.
Si l'ordinateur d'un collaborateur est piraté, c'est alors l'ensemble des accès de tous les clients de l'agence qui se retrouve exposé en même temps.
Le même problème se pose à la fin d'une mission. Que devient l'accès à la Search Console ou au CMS quand un freelance termine sa collaboration, ou qu'un salarié quitte l'agence ? Trop souvent, rien n'est révoqué proprement, et l'ancien accès reste valide durant des mois, voire des années.
Structurer les accès par client, avec un chiffrement réel
C'est exactement le terrain sur lequel se positionne un gestionnaire de mots de passe conçu pour les équipes. Dans sa version Business, il permet de créer plusieurs coffres partagés, un par client ou par projet, avec des permissions différenciées selon les membres de l'équipe. Chaque identifiant, note ou code stocké est chiffré de bout en bout localement, avant même d'être synchronisé : le fournisseur lui-même n'a jamais accès aux données..
Concrètement, cela change la logique de partage. Plutôt que d'envoyer un mot de passe en clair, on donne accès à un coffre précis, pour la durée de la mission, avec la possibilité de révoquer cet accès en un clic le jour où la collaboration s'arrête. L'outil intègre aussi un authentificateur 2FA directement dans les entrées, avec remplissage automatique des codes, ce qui évite de jongler entre plusieurs applications et encourage réellement l'équipe à activer cette protection sur les comptes sensibles comme la Search Console ou l'hébergement.
Générer des mots de passe solides dès le départ
La deuxième faiblesse classique, au-delà du partage, c'est la nature même des mots de passe utilisés pour créer ces comptes. Un mot de passe court, réutilisé ou construit sur un schéma prévisible reste vulnérable même stocké dans le meilleur des coffres.
À ce titre, ce type d’outil propose un générateur de mot de passe intégré, qui génère des combinaisons longues et aléatoires directement au moment de la création d'un compte, sans avoir à réfléchir à un mot de passe mémorisable. Sur un projet SEO, l'utiliser systématiquement pour chaque nouvel accès (CMS, hébergeur, outil tiers) limite fortement le risque qu'un identifiant insuffisamment sécurisé ne devienne le maillon faible de tout le projet.
Un scénario courant : la fin de mission mal gérée
Prenons un exemple, malheureusement, on ne peut pas plus classique. Un consultant SEO termine une mission de six mois pour un client. Pendant cette période, il a eu accès à la Search Console, à l'administration WordPress, au FTP de l'hébergeur et à un compte Ahrefs partagé. À la fin du contrat, personne ne pense à retirer ces accès. Le client change de prestataire et passe à autre chose.
Un an plus tard, le compte email personnel de l’ancien consultant est concerné par une fuite de données sans rapport avec le client. Si les identifiants du CMS ou du FTP étaient stockés dans ce même email, ou dans un tableur synchronisé avec ce compte, l'attaquant récupérerait au passage un accès toujours actif à un site qu'il n'a jamais eu besoin de pirater directement.
Bien qu'ancien, le cas de Dropbox est un cas d'école. En 2012, LinkedIn subit une fuite massive de données touchant 167 millions de comptes. Un salarié de Dropbox utilisait le même mot de passe pour son compte LinkedIn personnel et pour un compte interne Dropbox. Les attaquants ont réutilisé les identifiants récupérés lors de la fuite LinkedIn pour accéder aux systèmes internes de Dropbox, un cas typique de réutilisation d'identifiants. Une fois entrés, ils ont récupéré une base de données contenant des mots de passe hachés et d'autres informations utilisateur, qui a fini par circuler en ligne...
Avec des coffres organisés par client dans un gestionnaire chiffré et des mots de passe uniques générés à la volée, ce scénario n’a plus du tout les mêmes conséquences. L'accès du consultant est limité au coffre du projet, il ne transite jamais par sa messagerie personnelle, et il suffit de retirer son compte du coffre partagé le jour où la mission se termine pour couper immédiatement l'accès, sans être contraint de changer un par un les mots de passe de chaque outil.
