L’écart de confiance en matière de sécurité collaborative en Europe : pourquoi avoir confiance en vos outils ne signifie pas contrôler vos données

La confiance n’est pas un contrôle. Cette nuance est au cœur d’une nouvelle enquête menée auprès de professionnels IT au Royaume-Uni, en France et en Allemagne, commanditée par le fournisseur de communications Wire et relayée par Dark Reading. Sur le papier, les organisations européennes semblent sécurisées : 84 % des professionnels IT se disent confiants dans la sécurité de leurs environnements collaboratifs, et 79 % font confiance à leur capacité à contrôler l’accès aux données de collaboration. Mais en creusant au-delà de ces chiffres, la même population révèle une réalité bien différente sur ce qui se passe réellement dans leurs environnements.

Seuls 29 % estiment que leurs outils actuels sont entièrement adaptés à la gestion de communications sensibles. 61 % déclarent que l’accès aux fichiers partagés reste souvent actif plus longtemps que nécessaire. 34 % peinent même à savoir qui a accès à un fichier sensible donné, et 19 % jugent la révocation de cet accès, une fois accordé, très difficile. Côté collaboration externe, lorsque les données sortent du périmètre de l’organisation, la situation se dégrade encore : 75 % utilisent la même plateforme d’e-mails pour les communications internes et externes, 45 % s’appuient sur des liens de partage de fichiers, 42 % recourent à des applications de messagerie grand public pour des contenus professionnels, et seulement 28 % utilisent un outil sécurisé dédié à la collaboration externe.

Il ne s’agit pas ici d’un incident de sécurité. Aucune organisation citée dans l’enquête n’a subi d’incident, et les données de Wire reflètent un ressenti global du marché, pas une attaque précise. C’est justement ce qui fait tout l’intérêt de cette étude. Elle offre un rare aperçu structuré de la façon dont une large population de professionnels IT perçoit — et sous-estime — l’écart entre « nous nous sentons en sécurité » et « nous pouvons prouver et imposer la sécurité ». Pour toute organisation qui collabore via l’e-mail, la messagerie grand public et des liens de partage improvisés, cette enquête agit comme un miroir, révélant précisément où la gouvernance fait défaut.

Kiteworks propose un échange de données sécurisé précisément parce que cet écart entre perception et contrôle réel est le problème que la gouvernance unifiée des données vise à résoudre. La suite de cet article décrypte la signification réelle des chiffres, pourquoi les taux de confiance sont trompeurs pris isolément, et à quoi ressemble concrètement la fermeture de cet écart.

Résumé des points clés

1. Confiance et contrôle sont deux notions distinctes, et la plupart des responsables IT les confondent.

Une nouvelle enquête menée auprès de professionnels IT au Royaume-Uni, en France et en Allemagne révèle que 84 % se disent confiants dans la sécurité de leur collaboration, mais seuls 29 % estiment que leurs outils sont réellement adaptés à la gestion de communications sensibles.

2. Les accès ne sont pas révoqués à temps.

61 % des répondants déclarent que l’accès aux fichiers partagés reste souvent actif plus longtemps que nécessaire, et 19 % trouvent très difficile de révoquer un accès une fois accordé. Les principes de minimisation des données — appliqués à la portée et à la durée d’accès dès le partage — constituent la base politique pour que l’expiration automatique devienne la norme.

3. La collaboration externe repose sur un empilement d’outils fragmentés et non gouvernés.

Trois quarts des organisations utilisent la même plateforme d’e-mails pour les communications internes et externes, 45 % s’appuient sur des liens de partage de fichiers, et 42 % recourent à des applications de messagerie grand public pour transférer des contenus sensibles hors de l’entreprise.

4. Les lacunes de visibilité sont la cause racine, pas un simple effet secondaire.

34 % des professionnels IT peinent à savoir qui a actuellement accès aux fichiers sensibles, ce qui rend quasiment impossible une gestion gouvernée des départs et une réponse efficace en cas de fuite de données.

5. La solution est architecturale, pas comportementale.

Pour combler l’écart, il faut unifier la collaboration sur une plateforme gouvernée unique, dotée de contrôles d’accès par fichier, d’une expiration automatique et d’une journalisation complète des accès, plutôt que de demander aux employés d’utiliser plus prudemment des outils fragmentés.

Pourquoi 84 % de confiance et 29 % d’adéquation peuvent coexister

On pourrait croire que les 84 % de confiance et les 29 % d’adéquation se contredisent. Ce n’est pas le cas. Ces chiffres mesurent deux réalités différentes, et comprendre cette distinction éclaire tout le reste de l’enquête.

La confiance, telle que la plupart des répondants ont probablement compris la question, mesure si les outils utilisés jusqu’ici ont tenu bon — pas de fuite visible, pas d’incident médiatisé, pas d’échec manifeste. C’est un jugement rétrospectif, basé sur la disponibilité. Cela répond à la question : « Ai-je constaté un problème ? »

L’adéquation mesure une dimension prospective, bien plus difficile à évaluer : l’architecture réelle de l’outil — ses contrôles d’accès, sa journalisation, sa capacité à appliquer les règles de façon cohérente sur tous les canaux — est-elle conçue pour gérer des contenus sensibles dès le départ ? C’est à cette question que seuls 29 % répondent « oui ».

L’écart entre ces deux chiffres est précisément là où le risque s’installe sans être détecté. Une organisation peut passer des années sans incident de sécurité visible tout en manquant des contrôles de fond qui permettraient de prévenir ou même de détecter une fuite lente et discrète : un partenaire externe qui conserve l’accès à un dossier partagé dix-huit mois après la fin du projet, un contrat sensible dans un fil de discussion personnel, des liens de partage d’un collaborateur parti jamais révoqués. Rien de tout cela n’apparaît comme un « incident » susceptible de faire baisser la confiance. Mais tout cela constitue un risque non maîtrisé dès qu’un régulateur, un auditeur ou un attaquant s’y intéresse. Pour les organisations qui gèrent des informations personnelles identifiables ou d’autres catégories de données réglementées, ce risque non maîtrisé implique des obligations spécifiques de notification et de remédiation que la seule confiance ne peut satisfaire.

C’est aussi pourquoi les programmes de gestion des risques de sécurité qui reposent sur des enquêtes de confiance auto-déclarées ou des tests d’intrusion annuels sous-estiment systématiquement l’exposition dans les environnements collaboratifs. Les outils ne « plantent » pas bruyamment. Ils échouent en silence, partage après partage non gouverné, et cet échec discret ne fait pas bouger l’aiguille de la confiance tant qu’il ne devient pas un sujet de une.

Le problème du cycle de vie des accès : accorder est facile, révoquer est difficile

En examinant de près les trois chiffres liés à la gestion des accès, on observe un schéma qui devrait inquiéter tout RSSI bien plus que les taux de confiance ne devraient les rassurer. 61 % déclarent que l’accès reste souvent actif plus longtemps que nécessaire. 34 % peinent à savoir qui a actuellement accès aux fichiers sensibles. 19 % trouvent très difficile de révoquer un accès une fois accordé.

Pris ensemble, ces chiffres décrivent un cycle de vie des accès défaillant : accorder un accès est simple et rapide, car c’est sur cette étape que tout le monde se concentre — un nouveau fournisseur a besoin d’un dossier, un nouveau partenaire d’un fichier, c’est réglé en trente secondes. Mais personne n’a mis en place le processus miroir pour retirer l’accès quand il n’est plus nécessaire. Il n’y a pas de déclencheur systématique, pas de responsable, pas de registre qui signale un partage à revoir à la fin d’un projet ou à l’expiration d’un contrat.

C’est l’asymétrie classique des contrôles d’accès basés sur des outils collaboratifs généralistes, et non sur des plateformes de contenu gouvernées. Les pièces jointes d’e-mails, les liens de partage de fichiers grand public et les transferts via messagerie présentent tous la même faille structurelle : une fois le fichier sorti du contrôle de l’expéditeur, il n’existe aucun moyen fiable et centralisé de savoir qui le détient encore, et encore moins de le révoquer. Un lien partagé ne demande pas la permission pour continuer à fonctionner. Une pièce jointe d’e-mail ne consulte pas un moteur de règles avant d’être transférée à nouveau. Le contrôle d’accès basé sur les attributs (ABAC) — où la décision d’accès évalue simultanément la sensibilité du contenu, le rôle utilisateur et le contexte temporel — est le mécanisme technique qui permet d’imposer des autorisations contextuelles et limitées dans le temps, là où l’attribution statique de rôles et le partage de liens ne peuvent rivaliser.

À l’inverse, la gestion des droits numériques et la gouvernance des accès par fichier sont conçues pour lier l’accès au fichier lui-même, et non à la personne qui en possède une copie, afin que les autorisations puissent être limitées dans le temps, surveillées et révoquées de façon centralisée, quel que soit l’emplacement physique du fichier. C’est la différence architecturale entre « on l’a envoyé, espérons que tout va bien » et « on le contrôle sur tout son cycle de vie ». Les 19 % qui jugent la révocation très difficile ne pointent pas un manque de formation, mais un manque d’outillage que la formation ne peut combler.

Les 34 % qui ne savent pas qui détient actuellement l’accès font face à une version encore plus aiguë du même problème. On ne peut gouverner ce qu’on ne voit pas. Sans journal d’audit consolidé couvrant tous les canaux de collaboration, « qui a accès à ce fichier en ce moment » devient une question qui impose de vérifier manuellement les logs du serveur de messagerie, les consoles d’administration des plateformes de partage de fichiers et les historiques des applications de messagerie — à supposer que ces logs existent et conservent l’historique assez longtemps. En cas d’incident, ce n’est pas un simple inconvénient. C’est la différence entre une réponse maîtrisée et une notification de fuite à périmètre inconnu.

Collaboration externe : quand la fragmentation devient exposition

Les chiffres internes décrivent un problème de gouvernance. Les chiffres de la collaboration externe relèvent presque de la porte ouverte.

75 % des organisations interrogées utilisent la même plateforme d’e-mails pour les communications internes et externes. À première vue, cela semble efficace — une plateforme, une boîte de réception, des compétences partagées. En réalité, cela signifie que la même posture de sécurité des e-mails conçue pour le trafic interne de confiance est appliquée, sans grands changements, aux échanges avec des fournisseurs, partenaires, sous-traitants et clients dont la sécurité échappe totalement à l’organisation émettrice. Les enjeux de gestion des risques supply chain sont directs : chaque destinataire externe qui conserve un accès non révoqué à des fichiers sensibles représente une exposition tierce que l’organisation ne peut ni surveiller ni maîtriser via sa propre infrastructure.

45 % utilisent des liens de partage de fichiers pour la collaboration externe — pratique, familier, mais quasi impossible à gouverner une fois le lien diffusé. Un lien partagé avec un destinataire externe peut être transféré, et l’expéditeur n’a généralement aucun moyen de le savoir, aucune date d’expiration imposée par défaut, et aucun journal centralisé de tous les accès. 42 % recourent à des applications de messagerie grand public pour des contenus professionnels sortant de l’organisation, des outils conçus pour la conversation personnelle, pas pour la gouvernance des données, la politique de conservation ou la traçabilité réglementaire.

Seuls 28 % utilisent un outil sécurisé dédié à la collaboration externe. Cela signifie, selon les propres chiffres de l’enquête, qu’environ sept organisations sur dix gèrent leurs flux de données les plus à risque — ceux qui franchissent la frontière organisationnelle vers des environnements hors du contrôle IT — avec des outils qui n’ont jamais été conçus pour cela. Et 33 % reconnaissent ouvertement manquer de confiance dans leur capacité à garder le contrôle sur les fichiers une fois partagés à l’externe, ce qui est la version honnête et brute de ce que les autres statistiques décrivent dans leur ensemble.

Cette fragmentation s’accumule de manière prévisible. Chaque canal supplémentaire utilisé pour la collaboration externe — e-mail, liens de partage de fichiers, messagerie grand public, auxquels s’ajoutent les 28 % d’outils dédiés — constitue un système distinct avec ses propres contrôles d’accès, sa propre journalisation (ou absence de journalisation), et son propre mécanisme de révocation (ou absence de mécanisme). Une équipe sécurité qui doit répondre à la question « quelles données sensibles avons-nous partagées avec ce fournisseur, et pouvons-nous couper l’accès si la relation prend fin » doit reconstituer la réponse à travers quatre ou cinq systèmes déconnectés, chacun avec une visibilité incomplète. Cette reconstitution prend un temps précieux lors d’un incident, et n’est jamais tentée en temps normal, ce qui explique pourquoi les accès persistent des mois, voire des années, après leur utilité.

Kiteworks propose le partage sécurisé de fichiers et le transfert sécurisé de fichiers (MFT) en partant de l’hypothèse inverse : le partage de contenu interne et externe doit passer par un environnement gouverné unique, avec des contrôles d’accès cohérents, du chiffrement et une journalisation, quel que soit le côté de la frontière organisationnelle où se situe le destinataire. Cette consolidation permet de transformer « nous manquons de confiance dans le maintien du contrôle » en une question à laquelle on peut répondre de façon concrète et vérifiable.

Ce que requiert réellement la fermeture de l’écart

Après avoir lu ce type d’enquête, le réflexe est souvent de lancer une campagne de formation ou de rédiger une note de service : rappeler aux employés de ne pas utiliser la messagerie grand public pour les fichiers sensibles, leur demander de vérifier les accès avant de partager, ajouter une diapositive dans la sensibilisation à la sécurité. Ce réflexe est compréhensible, mais presque totalement erroné. L’enquête Wire ne décrit pas une population d’employés négligents. Elle décrit des professionnels IT — dont le métier est la sécurité — qui constatent que leurs propres outils ne leur offrent ni l’adéquation, ni la visibilité, ni la capacité de révocation nécessaires. On ne peut pas compenser une lacune d’outillage par de la formation.

Pour combler l’écart, il faut quatre fonctions architecturales précises que les e-mails, liens de partage et messageries fragmentés n’ont jamais été conçus pour offrir ensemble.

Premièrement, des contrôles d’accès unifiés qui appliquent la même logique de règles, que le destinataire soit un employé, un fournisseur ou un client. Deuxièmement, une gouvernance par fichier plutôt que par plateforme, afin que les autorisations suivent le contenu lui-même et puissent être ajustées ou révoquées sans devoir connaître tous les emplacements où une copie peut exister. Troisièmement, l’expiration automatique comme comportement par défaut, et non comme une tâche manuelle, pour que l’accès qui « reste actif plus longtemps que nécessaire » devienne l’exception structurelle, et non la norme décrite par 61 % des répondants. Quatrièmement, un journal d’audit unique couvrant tous les canaux de collaboration, afin que les 34 % qui ne peuvent actuellement pas répondre à « qui a accès à ce fichier » aient une réponse immédiate, sans enquête multi-systèmes.

Un tableau de bord RSSI qui affiche en un coup d’œil les partages actifs, les autorisations obsolètes et les accès externes transforme les statistiques les plus alarmantes de l’enquête en un problème opérationnel solvable, plutôt qu’en un risque latent. Au lieu de demander « quelqu’un se souvient-il à qui nous avons partagé ce contrat », la réponse est à portée de requête. Au lieu d’espérer que l’accès d’un fournisseur parti ait expiré de lui-même, l’expiration est imposée par la règle au moment de l’octroi. Connecter cette couche de visibilité à une plateforme SIEM permet aux équipes sécurité d’être alertées en cas de comportement d’accès anormal — la couche de détection qui transforme les « échecs silencieux » de l’enquête en signaux observables et exploitables, avant qu’ils ne deviennent des incidents déclarables.

Rien de tout cela n’exige d’abandonner totalement l’e-mail ou la messagerie — les employés auront toujours besoin de canaux familiers. Il s’agit de faire transiter les contenus sensibles eux-mêmes, les fichiers et données qui portent réellement le risque, par une couche gouvernée qui s’intercale sous et entre ces canaux, appliquant une politique cohérente quel que soit l’outil utilisé pour la conversation. C’est la différence concrète entre une confiance fondée sur l’absence de preuve et une confiance fondée sur un contrôle réel et démontrable.

La pression réglementaire fait grimper le coût de l’écart de confiance

Les organisations européennes n’ont pas le luxe de considérer cet écart comme un problème à traiter plus tard. Le contexte réglementaire au Royaume-Uni, en France et en Allemagne a clairement évolué vers l’exigence d’un contrôle démontrable, précisément celui qui fait défaut selon l’enquête.

Le RGPD impose depuis des années aux organisations de savoir où résident les données personnelles et qui peut y accéder, mais l’application s’est durcie, et les régulateurs attendent désormais des preuves, pas de simples déclarations, lors d’une enquête. La directive NIS 2, désormais en vigueur dans les États membres de l’UE, dont la France et l’Allemagne, étend les obligations de gestion des risques cybersécurité à un éventail beaucoup plus large d’entités « essentielles » et « importantes » et impose explicitement des mesures de sécurité supply chain — un enjeu direct pour les organisations qui s’appuient encore sur l’e-mail, les liens de partage de fichiers et la messagerie grand public pour la collaboration externe, précisément ce que la directive vise à encadrer. Les acteurs des services financiers doivent répondre aux exigences DORA en matière de gestion des risques tiers et de déclaration d’incidents TIC, qui supposent que l’organisation puisse retracer précisément où sont passées les données sensibles et qui y a accédé.

Le fil conducteur de ces trois cadres réglementaires est le même que celui mis en lumière par l’enquête Wire : les régulateurs n’acceptent plus la confiance comme substitut au contrôle. Une organisation qui déclare « nous avons confiance dans notre sécurité » lors d’un audit de conformité RGPD ou NIS2 devra présenter les journaux d’accès, les historiques de révocation et la liste des autorisations en vigueur pour l’ensemble de données concerné. Si la réponse honnête est « dans 34 % des cas, nous ne savons pas qui a accès », il ne s’agit pas d’un problème de communication. C’est une lacune de journalisation et de gouvernance des données que les régulateurs sont désormais spécifiquement habilités, et de plus en plus enclins, à sanctionner.

Les organisations qui continuent à gérer la collaboration externe via des canaux fragmentés et non journalisés s’exposent à ce contrôle au pire moment — après que la réglementation a rattrapé l’écart, pas avant. Le rapport prévisionnel annuel 2026 de Kiteworks sur la sécurité des données et les risques de conformité suit ce type d’exposition réglementaire et de risques tiers dans tous les secteurs, et constitue un point de référence utile pour les organisations souhaitant évaluer leurs propres pratiques de collaboration externe.

De la confiance au contrôle vérifiable

Le plus utile dans l’enquête Wire, c’est ce qu’elle ne dit pas. Elle n’affirme pas que les organisations européennes sont négligentes, ni qu’un incident précis doit susciter la panique. Elle donne simplement à une large population structurée de professionnels IT l’occasion de décrire honnêtement leur environnement, et ce qui en ressort, c’est un écart entre la confiance qu’ils ressentent et le contrôle qu’ils peuvent réellement démontrer.

Cet écart peut être comblé, et cela ne demande pas un niveau de vigilance différent de la part d’employés déjà très sollicités. Cela exige une autre architecture : des contrôles d’accès cohérents en interne comme en externe, une expiration des accès par défaut et non par exception, un journal d’audit unique qui répond à « qui a accès à ceci en ce moment » sans enquête multi-systèmes, et une révocation qui devient une action de politique, et non une course manuelle à travers cinq outils différents.

Kiteworks consolide les canaux fragmentés d’e-mails, de liens de partage de fichiers et de messagerie grand public évoqués dans cette enquête au sein d’un environnement gouverné unique, conçu spécifiquement pour combler l’écart entre confiance et contrôle — pour les équipes internes comme pour les partenaires externes. Le Réseau de données privé Kiteworks étend cette gouvernance unifiée à tous les canaux de communication de contenu, offrant aux organisations le contrôle démontrable qu’exigent de plus en plus le RGPD, NIS2 et DORA.

Pour en savoir plus sur la façon de combler l’écart entre confiance en la sécurité de la collaboration et contrôle vérifiable, réservez une démo personnalisée dès maintenant.

Ressources complémentaires

• Article de blog Architecture Zero Trust : Ne jamais faire confiance, toujours vérifier
• Vidéo Microsoft GCC High : Les inconvénients qui poussent les acteurs de la défense vers des solutions plus intelligentes
• Article de blog Comment sécuriser les données classifiées après détection par DSPM
• Article de blog Instaurer la confiance dans l’IA générative grâce à une approche Zero Trust
• Vidéo Guide ultime pour sécuriser le stockage des données sensibles à destination des responsables IT