Publicité en cours de chargement...
Rien de très classique : un fichier utilisé par les informaticiens de l'éditeur pour la gestion de maintenance client (compte de connexion, mots de passe, adresse IP des serveurs, mot de passe d'accès à la base de données, etc.) à ceci près que ce type d'information, très sensible, ne doit ô grand jamais se retrouver sur un serveur accessible depuis l'extérieur de l'éditeur. Le site zataz qui relaie l'information, ni le site datasecuritybreach qui l'a annoncé en premier ne révèle l'identité de l'éditeur en question, mais compte tenu du fait que dans ce domaine très pointu les acteurs du marché se comptent sur les doigts des deux mains, il n'est pas bien difficile de se faire une idée.
Deux réflexions peuvent être tirées de cet incident. D'une part, contrairement à l'idée généralement reçue selon laquelle le plus gros bug en informatique se situe entre la chaise et le clavier (traduction : l'utilisateur lambda est le maillon faible de la sécurité ), en l'occurrence dans le cas présent ce sont bien les informaticiens de l'éditeur qui sont les seuls responsables, et il est difficile voire malhonnête de qualifier des informaticiens professionnels de « simples utilisateurs ».
D'autre part, tous les services informatiques du monde doivent stocker ce type d'information. Une DSI hospitalière doit bien, pour assurer ses missions, stocker les mots de passe des accès aux serveurs, le mot de passe du compte administrateur du domaine, les codes d'accès à la maintenance de ses fournisseurs (login et password sur les sites Internet par exemple), etc. Et il est compliqué de conjuguer deux objectifs parfaitement antagonistes que sont la confidentialité des ces données et leur accessibilité en période non ouvrable (par exemple en astreinte, voire pendant une situation de crise majeure). Les responsables informatiques qui ont eu à gérer des crises et se sont retrouvé devant une mire de login d'un serveur sans en posséder le mot de passe (qui était connu d'un seul informaticien, parti en week-end de voile avec des copains hors de toute couverture GSM) sauront de quoi nous parlons.
Pour les auditeurs dans le domaine de la sécurité du SI, bonne nouvelle : si vous cherchez des non conformités, c'est dans ce coin qu'il faut creuser.
C.C
Avez-vous apprécié ce contenu ?
A lire également.
Traçabilité des DMI : votre établissement de santé n’est pas encore en conformité ?
20 oct. 2025 - 14:04,
Communiqué
- Computer EngineeringPas de panique ! Vous êtes encore nombreux à chercher des solutions dématérialisées pour répondre à l’évolution de la réglementation européenne concernant le suivi renforcé des Dispositifs Médicaux Implantables (DMI).

L’ARS Pays de la Loire dévoile sa feuille de route du numérique en santé 2025-2026 en Mayenne
17 oct. 2025 - 10:18,
Actualité
- Rédaction, DSIHL’Agence régionale de santé (ARS) Pays de la Loire, en partenariat avec la Caisse primaire d’assurance maladie (CPAM) de la Mayenne et le groupement e-santé régional, a présenté la feuille de route du numérique en santé 2025-2026.

Le CHU de Reims certifié ISO 27001 et HDS : un engagement fort pour la cybersécurité au service des patients
13 oct. 2025 - 19:56,
Communiqué
- CHU de ReimsLe Centre hospitalier universitaire de Reims franchit une étape majeure dans sa stratégie de sécurisation des données de santé en obtenant la double certification ISO 27001 :2022 et Hébergeur de données en santé (HDS) V2. Ces certifications attestent de la conformité du CHU aux normes les plus exige...

Accès au DPI et secret médical : un professionnel de santé ne peut tout voir, même en équipe
13 oct. 2025 - 11:17,
Tribune
-L’accès aux dossiers patients informatisés (« DPI ») dans le respect du secret médical est une question épineuse à laquelle sont confrontés, au quotidien, les professionnels de santé. Dans une récente affaire, le Conseil d’Etat s’est prononcé sur le cas de l’accès aux DPI d’un service médical hospit...
