Partage de comptes SaaS en équipe : quatre risques et alternatives conformes

Ajouter un utilisateur à un outil SaaS peut représenter une dépense importante. Plus l’équipe grandit, plus ce coût devient visible.

Il peut donc sembler naturel de partager les mêmes identifiants, surtout lorsqu’une personne n’a besoin que de consulter occasionnellement un rapport ou de vérifier temporairement des données pour un client. Pourtant, le coût réel est souvent sous-estimé et réparti entre plusieurs aspects : conditions d’utilisation, identifiants, journaux d’activité et changements dans l’équipe. Chacun pose ses propres problèmes.

Les conditions sont claires : un compte ne se partage pas

La plupart des produits SaaS utilisent une tarification par siège. À l’exception des offres Entreprise ou Équipe qui prennent explicitement en charge plusieurs utilisateurs, les autres forfaits sont généralement limités à une seule personne. Les conditions d’utilisation interdisent habituellement à plusieurs personnes de partager le même identifiant, et la plateforme peut suspendre ou retirer l’accès si elle le détecte. Un point est facile à oublier : ce type de résiliation ne donne généralement pas lieu à remboursement, si bien que les sommes déjà versées peuvent être perdues.

Il existe aussi un coût moins visible. Le partage vise à économiser de l’argent, mais la plateforme continue de facturer en fonction du nombre de personnes ayant besoin d’un accès. L’économie apparente consiste donc à remplacer un coût de licence par un risque de non-conformité, invisible tant qu’aucun incident ne se produit.

Quand plusieurs personnes connaissent le mot de passe, l’attribution devient impossible

Partager un compte signifie que le mot de passe circule entre plusieurs personnes, souvent par messagerie, notes ou autres outils où un message peut devenir une trace durable.

Le problème ne vient pas seulement du mot de passe, mais de deux conséquences. Premièrement, la surface d’exposition augmente : plus il y a de participants, plus il est probable que l’un d’eux ait réutilisé le même mot de passe ailleurs ou qu’un appareil soit compromis, créant ainsi une porte d’entrée vers le compte. Deuxièmement, il devient difficile d’attribuer les actions. Si le compte sert à exporter des données, modifier des paramètres ou envoyer un contenu inapproprié, on peut ensuite voir ce que le compte a fait, mais pas qui a réellement agi. Pour une équipe qui doit expliquer à ses clients la circulation des données, c’est souvent le point le plus délicat.

Les journaux enregistrent le compte, pas la personne

Les interfaces d’administration SaaS stockent généralement l’activité au niveau du compte : qui a exporté un rapport, quels paramètres ont été modifiés et quelles données ont été supprimées. Le journal ne conserve souvent qu’un seul nom de compte.

Lorsque plusieurs personnes utilisent ce compte, cette traçabilité disparaît. L’équipe ne peut plus déterminer qui a effectué une modification, et le système de détection d’anomalies de la plateforme rencontre le même problème. Il peut voir le même compte se connecter depuis plusieurs villes, appareils et sorties réseau, avec des sessions simultanées, puis signaler l’activité. Les réponses courantes sont la déconnexion forcée, le blocage temporaire ou une nouvelle vérification. Si l’outil est essentiel au travail quotidien, une interruption pendant les heures de bureau peut coûter bien plus cher que quelques sièges supplémentaires.

Changer de proxy ou uniformiser l’empreinte du navigateur peut seulement réduire la probabilité d’être détecté ; cela ne rend pas le partage d’identifiants conforme. De plus, si toutes les connexions dépendent du même environnement, un problème sur cet environnement — par exemple une adresse IP signalée ou un environnement considéré comme anormal — peut couper l’accès de tout le monde à la fois et augmenter l’ampleur de la panne.

La personne part, mais l’accès reste

Lorsqu’un collaborateur quitte l’entreprise ou qu’une mission externe se termine, la révocation des droits sur un compte partagé n’a souvent aucun responsable clairement désigné. La raison est simple : le compte appartient à tout le monde, donc aucune étape de passation n’est définie.

Plusieurs risques subsistent. L’ancien membre peut encore connaître le mot de passe, sans que personne sache qui d’autre l’a enregistré. Des cookies de session déjà émis peuvent rester valides. Si cette personne avait configuré des scripts d’automatisation ou des appels d’API avec le compte, ces accès ne disparaîtront pas automatiquement non plus. Lorsque le problème est découvert, des données peuvent déjà avoir été modifiées.

En outre, chaque changement d’effectif devrait entraîner une modification du mot de passe pour tout le monde. Dans un modèle partagé, cette opération est souvent difficile à mener complètement.

Les solutions conformes restent simples

Une fois les motifs du partage séparés, les alternatives conformes sont assez évidentes.

• Pour les membres permanents qui ont besoin d’un accès : acheter des sièges supplémentaires. C’est la seule méthode multiutilisateur officiellement prise en charge, et elle rétablit la traçabilité individuelle dans les journaux.
• Pour les équipes plus nombreuses : vérifier si la plateforme propose une offre Équipe ou Entreprise multiutilisateur. Ces offres incluent souvent un modèle de permissions permettant de limiter ce que chaque rôle peut voir ou modifier.
• Pour une gestion centralisée : utiliser le SSO. Lorsqu’une personne part, son accès peut être désactivé de manière centralisée sans dépendre d’un rappel manuel.
• Pour montrer temporairement un résultat à un client : exporter un rapport ou générer un lien de partage en lecture seule afin que le client puisse vérifier les données sans se connecter au compte.

Il faut distinguer le partage d’un compte de l’utilisation de plusieurs comptes. Dans le premier cas, plusieurs personnes utilisent les mêmes identifiants. Dans le second, chaque personne possède ses propres identifiants mais doit pouvoir utiliser son compte sur le même appareil sans interférer avec les autres ; ce second modèle peut être conforme en lui-même. Par exemple, si l’équipe achète un siège par membre et que chacun dispose de son propre compte, les cookies et sessions peuvent s’écraser mutuellement dans le même navigateur. Attribuer un environnement de navigateur distinct à chaque compte permet de séparer sessions, cache et données. PurpleMark fournit ce type d’isolation d’environnement. Il permet à plusieurs comptes légitimes de coexister de manière stable sur un même appareil ; il ne change pas le fait que plusieurs personnes partageant un seul identifiant enfreignent toujours les conditions du service.

Faites le calcul avant de choisir

Au fond, le partage de compte échange un risque de non-conformité contre une petite économie de sièges. Une utilisation occasionnelle, temporaire et individuelle peut sembler fonctionner pendant un temps, mais à l’échelle d’une équipe, un retrait d’accès ou un incident de données peut coûter beaucoup plus cher que l’économie réalisée.

Calculez d’abord le coût des licences, puis choisissez la bonne approche. Si vous pouvez acheter des sièges, achetez-les ; si vous pouvez exporter les données, exportez-les.

Les règles d’autorisation précises dépendent des conditions officielles de chaque produit.