Le problème de la prolifération des canaux dans le secteur de la santé, une console d’administration à la fois
Un hôpital type utilise un fournisseur pour la sécurité des e-mails, un autre pour le partage de fichiers, un troisième pour son Dossier Patient Informatisé (EHR), un quatrième pour les formulaires. Chacun sécurise son propre canal de façon satisfaisante. Aucun ne sait ce que font les cinq autres, et c’est précisément à l’interface entre ces systèmes que les données patients s’échappent.
Ce ne sont pas six couches de défense. Ce sont six définitions de politiques distinctes, pour un même objectif, appliquées par six systèmes qui n’utilisent pas le même référentiel. Six politiques gérées indépendamment pour des données patient qui se recoupent finiront par diverger, et personne ne prend la responsabilité de l’interface où elles se rejoignent.
Résumé Exécutif
Les piles de sécurité à base de solutions ponctuelles dans les hôpitaux résultent de décisions d’achat successives. Au final, cela donne des politiques gérées indépendamment qui finissent inévitablement par diverger, créant une faille à chaque jonction entre fournisseurs. Pour les responsables conformité, l’audit qui compte est de vérifier si les six fournisseurs appliquent la même politique sur les mêmes données patient.
Résumé des Points Clés
- Chaque fournisseur supplémentaire impose de redéfinir la même politique pour les données patient.
- Six politiques gérées séparément pour les mêmes données finiront par diverger, au lieu de rester alignées.
- Personne ne prend en charge l’interface entre fournisseurs, là où les données patient s’échappent réellement.
- Plus il y a de fournisseurs, plus il y a de journaux dans des formats différents, ce qui complique la collecte de preuves lors d’un contrôle réglementaire.
- Centraliser l’application des politiques dans un seul moteur ne signifie pas renoncer à la couverture de tous les canaux.
Pourquoi une pile Best-of-Breed n’offre pas une couverture totale
Choisir le meilleur outil pour chaque canal optimise chaque canal séparément, sans tenir compte de ce qui se passe entre eux.
Chaque fournisseur optimise son propre canal, pas la politique globale de l’hôpital
Un fournisseur EHR de référence n’a aucune visibilité sur la façon dont le même dossier patient est traité une fois qu’il quitte le système, par exemple en pièce jointe d’un e-mail sécurisé par un autre fournisseur.
Six consoles, six risques de divergence silencieuse des politiques
Quand il faut configurer la même politique séparément dans six consoles, une mise à jour après un incident n’est que rarement répercutée sur les autres.
Où se situe réellement la faille
Le contrat du fournisseur A couvre le canal du fournisseur A. Aucun contrat ne couvre le moment où les données patient passent de l’un à l’autre.
Plus de fournisseurs, plus de journaux dans plus de formats
Un incident impliquant trois canaux impose de corréler trois journaux distincts, chacun structuré différemment, et ce dans l’urgence.
Comment un Data Control Plane remplace six politiques par une seule
Le Data Control Plane de Kiteworks gère la messagerie électronique, le partage de fichiers, SFTP, le transfert de fichiers géré, les formulaires et les API, y compris les agents IA, via un moteur de politique unique, orienté données et zero-trust. Une classification définie une fois s’applique de façon identique sur chaque canal, et chaque action est enregistrée dans un journal d’audit infalsifiable et non limité qui alimente directement les outils SIEM.
Les établissements de santé qui souhaitent savoir combien de politiques distinctes leur pile actuelle gère peuvent réserver une démo personnalisée.
Foire Aux Questions
Chaque fournisseur sécurise son propre canal mais applique une politique indépendante, si bien que les règles sur les données patient sont redéfinies séparément dans chaque système. Ces politiques divergent inévitablement avec le temps, laissant des failles aux interfaces où les données circulent entre fournisseurs et où personne ne prend la responsabilité du transfert.
Les mises à jour de règles faites après un incident dans une console sont rarement appliquées aux autres, ce qui entraîne une dérive silencieuse des politiques. Résultat : une application incohérente pour les données patient partagées entre e-mail, partage de fichiers, EHR et autres canaux.
Il remplace plusieurs politiques distinctes par un moteur de politique unique, orienté données et zero-trust, qui gère la messagerie électronique, le partage de fichiers, SFTP, transfert de fichiers géré, formulaires et API. Une classification définie une fois s’applique de façon identique sur chaque canal, toutes les actions étant consignées dans un journal d’audit infalsifiable unique.
Plus il y a de fournisseurs, plus il y a de journaux dans des formats différents, ce qui complique la corrélation des preuves lorsqu’un incident touche plusieurs canaux. Cela réduit la qualité des données d’audit lors des contrôles de conformité ou des enquêtes.