NHS Staff WiFi : Comment déployer des réseaux sans fil sécurisés dans le secteur de la santé
Ce guide de référence technique détaille l'architecture, les protocoles de sécurité et les stratégies de déploiement pour le NHS Staff WiFi, couvrant l'authentification 802.1X, la segmentation VLAN, les politiques BYOD et la conformité au DSP Toolkit. Il fournit des conseils pratiques aux responsables informatiques pour déployer des réseaux sans fil de classe entreprise destinés aux utilisateurs cliniques, administratifs et invités sur une infrastructure physique partagée, sans compromettre la sécurité. Que vous planifiez un nouveau déploiement ou que vous renforciez un parc existant, ce guide fournit les cadres de décision et les étapes de mise en œuvre nécessaires pour agir dès ce trimestre.
Écouter ce guide
Voir la transcription du podcast
- Résumé exécutif
- Analyse technique approfondie
- Authentification et contrôle d'accès
- Segmentation du réseau et zones de confiance
- Le défi du BYOD
- Guide d'implémentation
- Phase 1 : Évaluation et conception
- Phase 2 : Configuration de l'infrastructure
- Phase 3 : Application des politiques et intégration
- Phase 4 : Tests et validation
- Bonnes pratiques
- Dépannage et atténuation des risques
- Expirations de session d'authentification
- Problèmes d'itinérance
- Incompatibilité des appareils existants
- Expiration des certificats
- ROI et impact commercial

Résumé exécutif
Le déploiement d'un réseau WiFi sécurisé et fiable au sein des établissements du NHS n'est plus une option de confort — c'est une infrastructure clinique essentielle. La transition vers des soins axés sur la mobilité, les dossiers de santé électroniques (DSE) et les dispositifs médicaux connectés exige une architecture sans fil qui concilie itinérance fluide et contrôles de sécurité rigoureux.
Pour les responsables informatiques, les architectes réseau et les directeurs techniques, le principal défi consiste à accueillir divers groupes d'utilisateurs — personnel clinique, personnel administratif, patients et invités — sur une infrastructure physique partagée, sans compromettre les exigences du NHS Data Security and Protection (DSP) Toolkit. Ce guide détaille les exigences techniques pour le WiFi du personnel du NHS, en mettant l'accent sur des frameworks d'authentification robustes tels que l'IEEE 802.1X, la segmentation logique du réseau via des VLAN et l'intégration sécurisée des terminaux personnels (BYOD).
En abandonnant les clés pré-partagées (PSK) obsolètes au profit de politiques d'accès basées sur l'identité, les organisations de santé peuvent limiter les risques de violation de données, réduire les frictions opérationnelles et fournir le socle sans fil nécessaire aux programmes de transformation numérique. L'intérêt commercial est tout aussi fort : réduction des coûts de support technique, conformité démontrable avec le DSP Toolkit et réseau capable de soutenir l'innovation clinique future sans nécessiter une refonte complète de l'infrastructure.
Analyse technique approfondie
Authentification et contrôle d'accès
Le fondement d'un réseau sans fil sécurisé dans le secteur de la santé repose sur le contrôle d'accès basé sur l'identité. Les anciens réseaux WPA2-Personal utilisant des clés pré-partagées sont fondamentalement inadaptés aux environnements cliniques. Ils n'offrent aucune responsabilité individuelle, compliquent le processus de départ lorsque le personnel s'en va et présentent un point de défaillance unique si l'identifiant est compromis ou partagé au-delà du groupe prévu.
Les déploiements modernes du NHS doivent imposer le WPA3-Enterprise (ou le WPA2-Enterprise comme état de transition minimal) en utilisant l'authentification IEEE 802.1X. Ce framework exige que chaque utilisateur ou appareil présente des identifiants uniques avant de se voir accorder l'accès au réseau, et le résultat de cette authentification détermine le segment de réseau logique sur lequel l'appareil est placé.
Deux méthodes EAP prédominent dans les déploiements de santé :
| Méthode EAP | Mécanisme d'authentification | Idéal pour | Niveau de sécurité |
|---|---|---|---|
| EAP-TLS | Certificat numérique côté client | Appareils cliniques gérés par l'entreprise | Le plus élevé — aucun mot de passe à hameçonner |
| PEAP-MSCHAPv2 | Nom d'utilisateur/mot de passe dans un tunnel chiffré | BYOD, personnel administratif, appareils existants | Élevé — identifiants protégés par TLS |
L'intégration de l'infrastructure sans fil avec le fournisseur d'identité central (IdP) de l'organisation garantit que l'accès est automatiquement révoqué lorsque le compte AD d'un membre du personnel est désactivé, répondant ainsi directement aux exigences du DSP Toolkit en matière de gestion du cycle de vie des accès.

Segmentation du réseau et zones de confiance
Les points d'accès physiques diffusent sur l'ensemble des étages de l'hôpital, mais la segmentation logique garantit que le trafic reste isolé selon le principe du moindre privilège. Une architecture réseau plate dans un environnement de santé constitue une vulnérabilité de sécurité majeure, permettant à un appareil invité compromis ou à un capteur IoT vulnérable de potentiellement pivoter vers les systèmes cliniques.
Les bonnes pratiques imposent la création de réseaux locaux virtuels (VLAN) distincts associés à des SSID spécifiques, avec des règles de pare-feu appliquant des limites de trafic entre eux :
| Zone | SSID | Authentification | Accès | Priorité QoS |
|---|---|---|---|---|
| Clinique | NHS-Clinical | EAP-TLS (certificat) | DPI, PACS, messagerie clinique | Maximale |
| Administratif | NHS-Staff | PEAP (identifiants AD) | Applications bureautiques, internet | Moyenne |
| IoT Médical | Masqué/MAB | MAC Authentication Bypass | Contrôleur d'appareil uniquement | Haute |
| Invité / Patient | NHS-Guest | Captive Portal | Internet uniquement | Basse |
| BYOD | NHS-BYOD | PEAP (identifiants AD) | Internet, VDI limité | Basse |
Le VLAN IoT Médical mérite une attention particulière. De nombreux appareils médicaux connectés — pompes à perfusion, moniteurs de surveillance des patients, systèmes d'appel sans fil — ne peuvent pas prendre en charge le protocole 802.1X. Le MAC Authentication Bypass (MAB) est la solution de secours, mais il doit être associé à des listes de contrôle d'accès (ACL) de pare-feu strictes qui limitent la communication de ces appareils à leurs seuls serveurs de gestion désignés.
Le défi du BYOD
Les politiques de BYOD (Apportez votre propre appareil) sont de plus en plus courantes pour le personnel administratif et les cliniciens de passage. Cependant, les appareils personnels non gérés représentent un risque important s'ils sont autorisés sur des segments de réseau de confiance.
Un déploiement BYOD sécurisé implique l'intégration de ces appareils sur un VLAN BYOD dédié. Cette zone fournit un accès à internet et éventuellement un accès limité à des ressources internes spécifiques et non sensibles via une passerelle sécurisée ou une infrastructure de bureau virtuel (VDI). Elle ne doit absolument pas disposer d'un routage direct vers les systèmes cliniques ou les bases de données de patients.

Guide d'implémentation
Le déploiement d'une architecture WiFi sécurisée pour le personnel du NHS nécessite une approche progressive afin de minimiser les perturbations des opérations cliniques en cours.
Phase 1 : Évaluation et conception
Commencez par une étude de site sans fil complète. Les environnements de santé sont particulièrement difficiles pour la propagation RF en raison des murs doublés de plomb, des machines lourdes et de la forte densité d'occupation. La conception doit tenir compte de la capacité, et pas seulement de la couverture, en garantissant une densité de points d'accès suffisante dans les zones à fort trafic comme les services d'urgence et les cliniques externes.
Définissez les SSIDs requis et associez-les aux VLANs et politiques de sécurité correspondants. Limitez le nombre de SSIDs diffusés au minimum — idéalement pas plus de quatre — afin de réduire la charge de gestion et de minimiser la congestion des trames de balise (beacon frames), qui dégrade les performances globales du réseau.
Phase 2 : Configuration de l'infrastructure
Configurez l'infrastructure de commutation et de routage centrale pour prendre en charge les VLANs définis. Implémentez des règles de pare-feu aux frontières entre les segments pour appliquer le principe du moindre privilège. Configurez le serveur RADIUS (par exemple, Cisco ISE, Aruba ClearPass ou un RADIUS-as-a-Service basé sur le cloud) et intégrez-le au fournisseur d'identité central. Pour les environnements où la plateforme de Purple est déployée, l'intégration de WiFi Analytics à cette étape offre une visibilité sur l'utilisation du réseau, les modèles d'itinérance et les points de saturation de capacité.
Phase 3 : Application des politiques et intégration
Déployez les politiques d'authentification. Pour les appareils d'entreprise, utilisez la solution MDM pour pousser les profils sans fil nécessaires et les certificats clients (pour EAP-TLS). Cela garantit que les appareils gérés se connectent automatiquement et en toute sécurité sans intervention de l'utilisateur.
Pour le BYOD, établissez un flux d'intégration clair — généralement un portail d'intégration qui guide l'utilisateur à travers l'authentification avec ses identifiants d'entreprise, l'acceptation d'une charte d'utilisation informatique et le transfert de l'appareil vers le VLAN BYOD sécurisé. La plateforme Guest WiFi de Purple peut être déployée en tant que couche de Captive Portal pour le SSID des patients et des invités, gérant la capture de données conforme au GDPR et l'acceptation des conditions à grande échelle.
Phase 4 : Tests et validation
Avant la mise en service, effectuez des tests de bout en bout de chaque chemin d'authentification, affectation de VLAN et règle de pare-feu. Validez spécifiquement le comportement d'itinérance en parcourant le service clinique avec un appareil de test tout en surveillant les événements de réauthentification. Confirmez que les protocoles d'itinérance rapide (802.11r et 802.11k) fonctionnent correctement et que les sessions applicatives survivent aux transitions entre points d'accès.
Bonnes pratiques
Éliminez les clés pré-partagées. Transférez l'ensemble des réseaux du personnel et des services cliniques vers l'authentification 802.1X afin de garantir la responsabilité individuelle et un contrôle d'accès centralisé. Il s'agit d'une exigence non négociable pour la conformité au DSP Toolkit.
Imposez une segmentation stricte. N'autorisez jamais le trafic des invités, du BYOD ou de l'IoT sur le même segment logique que les données cliniques. Utilisez des pare-feu à inspection d'état (stateful) pour contrôler le routage inter-VLAN, avec des règles de refus explicites comme politique par défaut.
Priorisez le trafic clinique. Implémentez des politiques de QoS sur les contrôleurs sans fil et les commutateurs afin de prioriser les applications cliniques — voix sur WLAN, accès au dossier patient informatisé (DPI) — par rapport au trafic des invités ou administratif, en particulier lors des périodes de forte congestion.
Activez l'itinérance rapide. Déployez les protocoles 802.11r (Fast BSS Transition) et 802.11k (Radio Resource Measurement) pour garantir que le personnel clinique puisse se déplacer dans l'établissement sans subir de déconnexions ou d'expirations de session applicative.
Surveillance continue. Utilisez des plateformes d'analyse pour surveiller la santé du réseau, identifier les points d'accès non autorisés et suivre le comportement d'itinérance des utilisateurs. Comprendre les flux de fréquentation et les modèles d'utilisation — une technique éprouvée dans les secteurs du Commerce de détail et de l' Hôtellerie — est tout aussi précieux dans un environnement hospitalier pour la planification des capacités et le dépannage.
Audits réguliers. Réalisez des évaluations annuelles des risques liés au sans-fil pour garantir une conformité continue avec le DSP Toolkit, Cyber Essentials Plus et la norme ISO 27001, le cas échéant.
Dépannage et atténuation des risques
Expirations de session d'authentification
Dans les environnements à forte densité de clients, les serveurs RADIUS peuvent être submergés, ce qui entraîne des expirations de session d'authentification et des déconnexions. Assurez-vous que l'infrastructure RADIUS est correctement dimensionnée et hautement disponible. Mettez en œuvre une répartition de charge sur plusieurs serveurs d'authentification et surveillez les temps de réponse RADIUS comme un indicateur opérationnel clé.
Problèmes d'itinérance
Le personnel clinique se déplaçant rapidement entre les services peut subir des déconnexions si l'infrastructure sans fil ne prend pas en charge les protocoles d'itinérance rapide. Activez les protocoles 802.11r et 802.11k sur les contrôleurs sans fil et assurez-vous que les appareils clients prennent en charge ces normes. Réalisez des audits d'itinérance post-déploiement pour identifier et résoudre les zones d'ombre ou les problèmes de « client collant » (sticky client), lorsqu'un appareil reste connecté à un point d'accès éloigné et plus faible plutôt que de basculer vers un point d'accès plus proche.
Incompatibilité des appareils existants
Les dispositifs médicaux plus anciens peuvent ne pas prendre en charge les protocoles de sécurité modernes comme le WPA3 ou le 802.1X. Isolez ces appareils sur un VLAN IoT dédié à l'aide du MAB (MAC Authentication Bypass). Implémentez des règles de pare-feu strictes pour limiter leur communication aux seuls serveurs de gestion nécessaires. Envisagez des mises à niveau matérielles ou des ponts sans fil pour les appareils critiques qui ne peuvent pas être sécurisés de manière native.
Expiration des certificats
Les déploiements EAP-TLS reposent sur des certificats ayant des périodes d'expiration définies. Si les certificats expirent sans être renouvelés, les appareils ne pourront pas s'authentifier, ce qui entraînera des perturbations cliniques généralisées. Mettez en œuvre un renouvellement automatique des certificats via SCEP (Simple Certificate Enrolment Protocol) via la plateforme MDM, et surveillez proactivement les dates d'expiration des certificats.
ROI et impact commercial
Investir dans une architecture sans fil sécurisée de classe entreprise offre des rendements mesurables dans les domaines clinique, opérationnel et informatique.
Efficacité clinique. Une connectivité fiable garantit que les cliniciens ont un accès immédiat aux dossiers des patients au point d'intervention, réduisant ainsi le temps passé à chercher des informations ou à gérer les interruptions de connexion. Cela a un impact direct sur le flux de patients et la qualité des soins dispensés.
Réduction des frais généraux informatiques. L'abandon des mots de passe partagés et de l'intégration manuelle au profit d'une authentification automatisée basée sur des certificats réduit considérablement les tickets d'assistance liés aux réinitialisations de mots de passe et aux problèmes de connectivité. Un NHS Trust a signalé une réduction de 40 % des appels d'assistance liés au sans fil suite à une migration vers 802.1X.
Atténuation des risques. Une segmentation stricte et une authentification robuste sont fondamentales pour répondre aux exigences du DSP Toolkit, atténuant ainsi les risques financiers et de réputation associés aux violations de données ou aux manquements à la conformité. Le coût d'une violation de données dépasse de loin l'investissement dans un parc sans fil correctement architecturé.
Pérennité. Un réseau sans fil bien conçu constitue le fondement des futures initiatives de santé numérique — services basés sur la localisation, suivi des actifs en temps réel, applications de télésanté avancées — s'alignant sur des objectifs stratégiques plus larges dans le secteur de la Santé et des secteurs connexes comme le Transport où la connectivité mobile soutient l'efficacité opérationnelle.
Pour les organisations qui souhaitent comprendre comment la plateforme de Purple s'intègre à la couche WiFi des invités et des patients de cette architecture, la page de l'industrie de la Santé fournit un aperçu détaillé des fonctionnalités de Captive Portal compatible avec le NHS, d'analyse et de traitement des données conforme au GDPR. Les mêmes principes d'analyse qui stimulent l'engagement des clients dans le Commerce de détail se traduisent directement en intelligence opérationnelle pour les équipes de gestion immobilière des hôpitaux.
Définitions clés
IEEE 802.1X
Une norme IEEE pour le contrôle d'accès réseau basé sur les ports (PNAC). Elle fournit un mécanisme d'authentification aux appareils souhaitant se connecter à un LAN ou un WLAN, exigeant que chaque appareil présente des identifiants avant de se voir accorder l'accès.
Il s'agit de la norme obligatoire pour remplacer les mots de passe partagés non sécurisés par des connexions individuelles basées sur l'identité pour le personnel et les appareils cliniques. C'est la pierre angulaire d'une architecture sans fil conforme au DSP Toolkit.
VLAN (Virtual Local Area Network)
Un sous-réseau logique qui regroupe un ensemble d'appareils provenant de différents segments de réseau physique. Les VLANs permettent aux administrateurs réseau de partitionner un réseau commuté unique pour répondre aux exigences fonctionnelles et de sécurité de différents groupes d'utilisateurs.
Les VLANs sont essentiels pour segmenter le trafic clinique du trafic invité et administratif, limitant ainsi la zone d'impact d'une faille de sécurité potentielle et appliquant le principe du moindre privilège.
RADIUS (Remote Authentication Dial-In User Service)
Un protocole réseau qui fournit une gestion centralisée de l'authentification, de l'autorisation et de la comptabilité (AAA) pour les utilisateurs qui se connectent et utilisent un service réseau.
Le serveur RADIUS agit comme le moteur de décision entre les points d'accès sans fil et la base de données d'identité centrale (Active Directory), décidant qui obtient l'accès et à quel VLAN il est affecté.
EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)
Une méthode EAP qui s'appuie sur des certificats client et serveur pour établir une connexion sécurisée et mutuellement authentifiée. Aucune des parties ne fait confiance à l'autre sans un certificat valide.
La méthode la plus sécurisée pour authentifier les appareils appartenant à l'hôpital. Les certificats distribués via MDM garantissent que seuls les terminaux gérés et de confiance peuvent accéder au réseau clinique, sans aucun mot de passe à hameçonner ou à partager.
MAB (MAC Authentication Bypass)
Une méthode d'authentification des appareils basée sur leur adresse MAC matérielle, utilisée comme solution de secours pour les appareils qui ne prennent pas en charge le 802.1X.
Nécessaire pour les appareils IoT médicaux existants qui ont besoin d'un accès réseau mais ne peuvent pas gérer des protocoles d'authentification complexes. Doit toujours être associé à des ACL de pare-feu strictes pour limiter l'appareil à ses chemins de communication autorisés.
DSP Toolkit (Data Security and Protection Toolkit)
Un outil d'auto-évaluation en ligne imposé par l'NHS England que toutes les organisations doivent remplir si elles ont accès aux données et aux systèmes des patients de l'NHS. Il s'aligne sur les dix normes de sécurité des données du National Data Guardian.
La conformité au DSP Toolkit est obligatoire pour les organisations de l'NHS et leurs fournisseurs. Une sécurité sans fil robuste — comprenant le 802.1X, la segmentation et la gestion du cycle de vie des accès — est un élément essentiel pour démontrer cette conformité.
SSID (Service Set Identifier)
Le nom principal associé à un réseau local sans fil 802.11, diffusé par les points d'accès pour permettre aux appareils clients de s'identifier et de se connecter au réseau.
Les hôpitaux doivent minimiser le nombre de SSIDs diffusés (par exemple, NHS-Clinical, NHS-Guest) afin de réduire la charge de gestion et la surcharge RF. Chaque SSID doit correspondre à une politique de sécurité et à un VLAN spécifiques.
QoS (Quality of Service)
Technologies qui gèrent le trafic de données pour réduire la perte de paquets, la latence et la gigue sur un réseau en priorisant certains types de trafic par rapport à d'autres.
Crucial dans le secteur de la santé pour garantir que les applications cliniques critiques et les communications vocales soient toujours prioritaires sur les trafics moins importants, tels que le streaming vidéo des invités ou les mises à jour logicielles.
802.11r (Fast BSS Transition)
Un amendement IEEE qui permet une itinérance rapide entre les points d'accès en pré-authentifiant le client auprès du point d'accès cible avant que la transition physique ne se produise, réduisant ainsi considérablement la latence d'itinérance.
Essentiel pour les environnements cliniques où le personnel est constamment en mouvement. Sans le 802.11r, les appareils doivent effectuer une réauthentification RADIUS complète à chaque changement de point d'accès, ce qui peut entraîner l'expiration des sessions d'application.
Exemples concrets
Un Trust de l'NHS déploie de nouveaux postes de travail mobiles (Workstations on Wheels) dans plusieurs services. L'équipe informatique doit s'assurer que ces appareils maintiennent leur connectivité lorsque le personnel infirmier se déplace entre les points d'accès, tout en garantissant que seuls les appareils autorisés peuvent accéder au VLAN clinique contenant le système de dossier de santé électronique.
Le Trust devrait mettre en œuvre un cadre d'authentification 802.1X utilisant EAP-TLS. L'équipe informatique utilisera sa solution MDM pour pousser un certificat client unique et le profil sans fil correspondant sur chaque poste de travail. Les contrôleurs sans fil seront configurés pour authentifier ces appareils auprès d'un serveur RADIUS, qui vérifie le certificat par rapport à la PKI interne. Une fois l'authentification réussie, le serveur RADIUS attribue dynamiquement le poste de travail au VLAN clinique dédié via un attribut RADIUS (par exemple, Tunnel-Private-Group-ID). Pour répondre au besoin d'itinérance, les protocoles 802.11r (Fast BSS Transition) et 802.11k (Radio Resource Measurement) doivent être activés sur l'infrastructure sans fil afin de permettre aux postes de travail de passer de manière transparente d'un point d'accès à un autre sans avoir à effectuer un cycle complet de réauthentification auprès du serveur RADIUS à chaque fois.
Un hôpital doit fournir un accès Internet aux médecins remplaçants de passage utilisant leurs ordinateurs portables personnels (BYOD). Ces médecins doivent accéder à des outils de référence médicale basés sur le cloud, mais il doit leur être strictement interdit d'accéder aux bases de données internes des patients de l'hôpital.
L'hôpital devrait déployer un SSID BYOD dédié, associé à un VLAN BYOD isolé. L'authentification doit être gérée via 802.1X en utilisant PEAP-MSCHAPv2, permettant aux remplaçants de se connecter à l'aide d'identifiants Active Directory temporaires fournis par les RH à leur arrivée. Le pare-feu central doit être configuré avec une ACL qui refuse explicitement tout routage du VLAN BYOD vers les VLAN cliniques ou administratifs, en autorisant uniquement le trafic sortant vers Internet. De plus, un Captive Portal peut être utilisé lors de la connexion initiale pour imposer une politique d'utilisation acceptable avant d'accorder un accès complet à Internet. Lorsque le compte AD temporaire du remplaçant est désactivé à la fin de sa mission, son accès sans fil est automatiquement révoqué.
Questions d'entraînement
Q1. Une nouvelle aile est ajoutée à l'hôpital et l'équipe des installations souhaite déployer des capteurs de température sans fil dans les réfrigérateurs de stockage des médicaments. Ces capteurs ne prennent en charge que le WPA2-Personal (clé pré-partagée) et ne peuvent pas utiliser le 802.1X. Comment l'architecte réseau doit-il les intégrer de manière sécurisée ?
Conseil : Considérez le principe du moindre privilège et la manière d'isoler les appareils non conformes des systèmes cliniques.
Voir la réponse type
L'architecte doit créer un SSID dédié et masqué, mappé sur un VLAN spécifique "Facilities IoT". Les capteurs se connecteront à l'aide de la PSK. De plus, des ACL de pare-feu strictes doivent être appliquées à ce VLAN, permettant aux capteurs de communiquer uniquement avec leur serveur de gestion central spécifique et refusant tout autre trafic — en particulier le routage vers le VLAN clinique ou Internet. Le MAC Authentication Bypass (MAB) doit également être configuré pour garantir que seules les adresses MAC spécifiques des capteurs achetés sont autorisées sur ce VLAN, empêchant ainsi les appareils non autorisés de se connecter en utilisant la même PSK.
Q2. Lors d'une garde matinale chargée, les infirmières signalent que leurs tablettes perdent fréquemment la connexion au système EHR lorsqu'elles parcourent le service, ce qui les oblige à se reconnecter. L'étude de couverture sans fil montre une force de signal élevée dans tout le service. Quelle est la cause probable et la solution ?
Conseil : Un signal fort ne garantit pas des transitions fluides entre les points d'accès. Considérez la surcharge d'authentification à chaque transition de point d'accès.
Voir la réponse type
La cause probable est l'absence de protocoles d'itinérance rapide. Lorsque la tablette s'éloigne de la zone de couverture d'un point d'accès et se connecte au suivant, elle est contrainte d'effectuer une réauthentification 802.1X complète auprès du serveur RADIUS, ce qui introduit une latence suffisante pour provoquer l'expiration de la session de l'application EHR. La solution consiste à activer le protocole 802.11r (Fast BSS Transition) sur les contrôleurs sans fil, ce qui permet au client de basculer en toute sécurité entre les points d'accès sans la latence d'un cycle de réauthentification complet. Le protocole 802.11k doit également être activé pour aider l'appareil à identifier le point d'accès cible optimal avant que la transition ne se produise.
Q3. Un Trust de l'NHS prépare son évaluation annuelle du DSP Toolkit. L'auditeur note que le personnel administratif utilise un mot de passe partagé pour accéder au réseau WiFi du personnel. Quel est le principal risque identifié ici et quelle est la correction recommandée ?
Conseil : Concentrez-vous sur la responsabilité individuelle et le cycle de vie des accès lorsque le personnel quitte l'organisation.
Voir la réponse type
Le principal risque est un manque de responsabilité individuelle et une mauvaise gestion du cycle de vie des accès. Si un membre du personnel administratif quitte le Trust, le mot de passe partagé reste valide, ce qui permet potentiellement un accès non autorisé. De plus, il est impossible d'auditer quel utilisateur spécifique a effectué une action sur le réseau. La solution consiste à abandonner le réseau à mot de passe partagé (PSK) et à migrer le personnel administratif vers un réseau authentifié 802.1X utilisant PEAP-MSCHAPv2 avec leurs identifiants Active Directory. Cela garantit la responsabilité individuelle et la révocation automatique des accès lorsque leur compte AD est désactivé lors de leur départ, répondant ainsi directement aux exigences du DSP Toolkit en matière de contrôle d'accès et de journaux d'audit.
Continuer la lecture de cette série
Comment configurer SCEP pour l'enrôlement automatisé de certificats WiFi d'entreprise
Ce guide explique comment configurer SCEP (Simple Certificate Enrollment Protocol) pour l'enrôlement automatisé de certificats WiFi d'entreprise, couvrant l'architecture complète depuis la PKI et le NDES jusqu'au déploiement de profils MDM et à la validation RADIUS. Il s'adresse aux responsables informatiques, architectes réseau et CTO d'hôtels, de chaînes de vente au détail, de stades, de centres de conférence et d'organisations du secteur public qui souhaitent dépasser les clés pré-partagées et mettre en œuvre une authentification 802.1X EAP-TLS évolutive et basée sur l'identité. La plateforme cloud overlay de Purple, indépendante du matériel, s'intègre directement à cette architecture, fournissant la couche WiFi pour les invités et le BYOD qui coexiste avec votre réseau d'employés authentifié par certificat.
Le guide de l'entreprise pour SCEP : Déployer le protocole SCEP (Simple Certificate Enrollment Protocol) pour la sécurité automatisée du WiFi sur les campus
Ce guide de référence technique fournit un schéma d'architecture définitif et une stratégie d'implémentation étape par étape pour le déploiement de certificats WiFi d'entreprise à l'aide de SCEP. Il présente les différences cruciales entre SCEP et PKCS, la séquence de déploiement exacte requise pour réussir, ainsi que des stratégies concrètes de mitigation des risques pour les responsables informatiques.
Comment implémenter SCEP pour l'enrôlement automatisé de certificats WiFi
Ce guide explique comment implémenter SCEP (Simple Certificate Enrollment Protocol) pour l'enrôlement automatisé de certificats WiFi dans les établissements d'entreprise. Il couvre l'ensemble du schéma architectural - de la conception de la PKI et l'intégration MDM à la séquence de déploiement obligatoire en trois étapes - et montre aux responsables informatiques et architectes réseau comment éliminer les identifiants partagés, automatiser la gestion du cycle de vie des certificats et respecter les exigences PCI DSS et GDPR à grande échelle.