Passer au contenu principal

Qu'est-ce que Cloud RADIUS ? Le guide complet du RADIUS as a Service

Ce guide complet explore Cloud RADIUS (RADIUS as a Service), en détaillant son architecture, ses méthodes EAP et ses stratégies de déploiement. Il fournit aux responsables informatiques des conseils pratiques pour migrer de serveurs sur site vers un modèle d'authentification cloud évolutif, sécurisé et conforme.

📖 5 min de lecture📝 1,077 mots🔧 2 exemples concrets3 questions d'entraînement📚 8 définitions clés

Écouter ce guide

Voir la transcription du podcast
Qu'est-ce que Cloud RADIUS ? Le guide complet du RADIUS as a Service. Bienvenue dans le podcast Purple WiFi Intelligence. Je suis votre hôte, et nous vous proposons aujourd'hui un décryptage approfondi de Cloud RADIUS : sa définition, son fonctionnement interne et, surtout, comment évaluer si cette solution est adaptée à votre entreprise pour ce trimestre. Que vous gériez un groupe hôtelier, un parc de points de vente, un stade ou un réseau du secteur public, cet épisode s'adresse à vous. Plantons le décor. Introduction et contexte. Si vous avez déjà dû expliquer à un conseil d'administration pourquoi votre serveur d'authentification réseau est tombé en panne à 2 heures du matin (et pourquoi il a fallu trois heures pour le rétablir), vous comprenez déjà le problème fondamental que résout Cloud RADIUS. L'infrastructure RADIUS sur site traditionnelle est performante, mais elle engendre des coûts opérationnels importants : matériel à approvisionner, cycles de correctifs à gérer, redondance à concevoir manuellement et point de défaillance unique situé dans votre salle serveurs. Cloud RADIUS, ou RADIUS as a Service, déplace cette couche d'authentification vers un environnement cloud managé et hautement disponible. Le protocole lui-même (Remote Authentication Dial-In User Service) n'a pas changé. Il reste l'épine dorsale du contrôle d'accès réseau IEEE 802.1X, le mécanisme que vos points d'accès utilisent pour valider qui accède à votre réseau. Mais l'infrastructure qui l'exécute est désormais gérée par un tiers. Et dans l'informatique d'entreprise, c'est un changement majeur. Entrons maintenant dans les détails techniques. Analyse technique approfondie. Le protocole RADIUS a été défini à l'origine dans la RFC 2865, publiée en 2000, et s'est avéré remarquablement durable. Le protocole fonctionne sur un modèle client-serveur. Votre équipement d'accès réseau (qu'il s'agisse d'un point d'accès WiFi, d'un concentrateur VPN ou d'un commutateur filaire) fait office de client RADIUS, également appelé serveur d'accès réseau ou NAS. Lorsqu'un utilisateur tente de se connecter, le NAS transmet un paquet Access-Request au serveur RADIUS, qui valide les identifiants par rapport à un annuaire d'utilisateurs (généralement Active Directory, LDAP ou un fournisseur d'identité cloud) et renvoie un message Access-Accept ou Access-Reject. Voilà pour l'échange de base. Mais la véritable complexité réside dans ce qui l'entoure : les méthodes EAP, l'attribution des VLAN, l'application des politiques, les enregistrements de comptabilité et la gestion des certificats. Dans un déploiement sur site traditionnel, vous exécutez FreeRADIUS ou Microsoft NPS sur du matériel dédié, gérant vos propres certificats, configurant votre propre basculement et maintenant votre propre synchronisation de base de données utilisateurs. Pour un déploiement sur un site unique avec une équipe informatique compétente, c'est gérable. Pour un parc de 50 points de vente ou un groupe hôtelier possédant des établissements dans plusieurs pays, cela devient une charge opérationnelle considérable. Le Cloud RADIUS simplifie tout cela. La logique d'authentification, l'infrastructure de certificats, la redondance et le moteur de politiques sont tous fournis sous forme de service managé. Vos points d'accès pointent vers des terminaux RADIUS hébergés dans le cloud — généralement une adresse IP principale et une adresse IP secondaire — et le service gère tout le reste en arrière-plan. Parlons maintenant des méthodes d'authentification, car c'est là que les décisions techniques importent vraiment. La méthode EAP la plus courante dans le WiFi d'entreprise est PEAP — Protected EAP — qui encapsule MSCHAPv2 dans un tunnel au sein d'une session TLS. Elle est largement prise en charge, fonctionne nativement avec Active Directory et constitue le choix par défaut pour la plupart des appareils Windows et Android. Cependant, PEAP présente des vulnérabilités connues, notamment au niveau de la validation des certificats. Si vos appareils clients ne sont pas configurés pour vérifier le certificat du serveur, vous êtes exposé à des attaques de collecte d'identifiants via des points d'accès pirates. EAP-TLS est la référence absolue. Il utilise une authentification mutuelle par certificat — le serveur et le client présentent tous deux des certificats — ce qui élimine totalement la surface d'attaque sur les mots de passe. Le compromis réside dans le déploiement des certificats clients, qui nécessite une infrastructure PKI et une intégration MDM. Pour les flottes d'appareils managés, c'est absolument le bon choix. Pour les environnements BYOD, c'est plus complexe. EAP-TTLS et EAP-FAST méritent également d'être connus. TTLS est particulièrement courant dans les environnements où vous devez prendre en charge une large gamme d'appareils clients, y compris les systèmes Linux. EAP-FAST a été développé par Cisco comme une alternative à PEAP qui évite la dépendance à la validation des certificats, en utilisant à la place des Protected Access Credentials. Un service Cloud RADIUS bien architecturé prend en charge toutes ces méthodes et vous permet de configurer des politiques par SSID — ainsi, votre SSID d'entreprise utilise EAP-TLS avec validation de certificat, votre SSID personnel utilise PEAP avec Active Directory, et votre réseau invité utilise un Captive Portal ou un flux de connexion sociale entièrement distinct de la pile RADIUS. À ce propos — le RADIUS et le WiFi invité sont souvent confondus, mais ils répondent à des objectifs différents. RADIUS est votre couche d'authentification et d'autorisation pour les utilisateurs et appareils connus. Le WiFi invité utilise généralement un flux de Captive Portal, qui est un mécanisme totalement différent. La plateforme de Purple, par exemple, gère l'authentification des invités via une couche d'identité distincte, capturant des données de première partie et permettant l'automatisation du marketing, tandis que RADIUS gère le contrôle d'accès au réseau de l'entreprise et du personnel. Ce sont des systèmes complémentaires et non concurrents. Voyons maintenant ce que signifie concrètement l'expression « hébergé dans le cloud ». Un service Cloud RADIUS correctement architecturé fonctionne sur plusieurs zones de disponibilité, avec basculement automatique. Les demandes d'authentification sont équilibrées entre les nœuds, et le service maintient des temps de réponse inférieurs à 100 millisecondes, même en cas de charge maximale. Pour un stade gérant 40 000 connexions simultanées lors d'un événement, ce profil de latence et de débit est critique. Un simple serveur sur site ne peut tout simplement pas rivaliser avec cette élasticité. Du point de vue de la conformité, les fournisseurs de Cloud RADIUS opérant au Royaume-Uni et dans l'UE doivent être conformes au GDPR dans la gestion de leurs journaux d'authentification et des données utilisateur. Pour les secteurs du commerce de détail et de l'hôtellerie-restauration qui traitent également des données de cartes de paiement, les exigences de la norme PCI DSS concernant la segmentation du réseau et le contrôle d'accès sont directement pertinentes — RADIUS fait partie de votre environnement de contrôle, et votre QSA exigera des preuves de configuration correcte et de journalisation des audits. Le WPA3 mérite également d'être abordé. La transition du WPA2 au WPA3 introduit l'authentification simultanée d'égaux (SAE) pour les réseaux personnels, et le WPA3-Enterprise pour les environnements d'entreprise. Le WPA3-Enterprise impose un mode de sécurité 192 bits pour la classification la plus élevée, ce qui nécessite des méthodes EAP et des suites de chiffrement spécifiques. Un service Cloud RADIUS doit prendre en charge ces configurations pour être pérenne. Recommandations de mise en œuvre et pièges à éviter. Passons à la pratique. Si vous évaluez Cloud RADIUS pour un déploiement ce trimestre, voici les points sur lesquels je vous conseille de vous concentrer. Premièrement, l'intégration avec votre fournisseur d'identité. Votre service Cloud RADIUS doit se synchroniser avec l'emplacement réel de vos utilisateurs — qu'il s'agisse de Microsoft Entra ID (anciennement Azure AD), Google Workspace, Okta ou d'un Active Directory sur site via un proxy LDAP. La qualité de cette intégration détermine votre charge de travail opérationnelle. Un provisionnement natif SAML ou SCIM est bien préférable à des importations manuelles de fichiers CSV. Deuxièmement, la gestion des certificats. Si vous déployez EAP-TLS, vous devez avoir une réponse claire sur la manière dont les certificats clients sont émis, renouvelés et révoqués. Les meilleurs services Cloud RADIUS incluent une PKI intégrée ou s'intègrent parfaitement à votre autorité de certification existante. L'expiration des certificats est l'une des causes les plus fréquentes d'échec d'authentification sur les réseaux WiFi d'entreprise — elle est pourtant totalement évitable grâce à une automatisation adéquate. Troisièmement, la compatibilité des équipements réseau. Vos points d'accès doivent prendre en charge l'authentification RADIUS — ce qui est le cas de presque tous les AP de qualité professionnelle — mais vous devez vérifier les méthodes EAP spécifiques et les attributs RADIUS pris en charge par le service choisi par rapport à l'implémentation du fournisseur de vos AP. Cisco, Aruba, Juniper Mist et Ruckus ont tous leurs propres nuances dans la gestion des attributs RADIUS et des messages CoA (Change of Authorisation). Quatrièmement, la configuration de la redondance. Configurez toujours une adresse IP de serveur RADIUS principale et une secondaire. Le délai d'expiration de basculement (failover) sur vos périphériques NAS est crucial : s'il est configuré avec une valeur trop élevée, les utilisateurs subiront un retard d'authentification de 30 secondes lorsque le serveur principal est inaccessible. Un délai d'expiration de 3 à 5 secondes avec basculement immédiat est la configuration idéale pour la plupart des environnements. Cinquièmement — et c'est ce que l'on oublie souvent — la comptabilisation (accounting). Les enregistrements d'accounting RADIUS constituent votre piste d'audit. Ils vous indiquent qui s'est connecté, depuis quel appareil, à quel moment et pour combien de temps. À des fins de conformité, en particulier dans les secteurs de la santé et du public, ces enregistrements doivent être conservés et accessibles. Assurez-vous que votre fournisseur de Cloud RADIUS vous donne accès aux données d'accounting, et pas seulement aux journaux d'authentification. Pièges courants : la complexité du secret partagé. Votre secret partagé RADIUS — la clé pré-partagée entre votre NAS et le serveur RADIUS — doit être long et aléatoire. Les secrets partagés courts ou faciles à deviner constituent un véritable vecteur d'attaque. Utilisez au moins 32 caractères, générés de manière aléatoire, et renouvelez-les régulièrement. Faites également attention à la mise sur liste blanche des adresses IP. De nombreux services Cloud RADIUS vous obligent à inscrire sur liste blanche les adresses IP sources de vos périphériques NAS. Dans un environnement cloud dynamique où votre plateforme de gestion des AP peut utiliser le NAT, cela peut entraîner des échecs d'authentification inattendus. Confirmez le comportement NAT de votre réseau avant le déploiement. Questions-réponses rapides. Passons en revue quelques questions que l'on me pose régulièrement. Le Cloud RADIUS peut-il prendre en charge les environnements multi-locataires (multi-tenant) ? Oui — la plupart des services Cloud RADIUS d'entreprise prennent en charge l'isolation des locataires, de sorte qu'un fournisseur de services gérés peut exécuter des politiques RADIUS distinctes pour plusieurs clients à partir d'une plateforme unique. Quelle est la latence typique pour une authentification Cloud RADIUS ? Moins de 100 millisecondes pour un service bien conçu. La négociation 802.1X elle-même ajoute un peu de surcharge, mais pour la plupart des méthodes EAP, le temps d'authentification total devrait être inférieur à 500 millisecondes de bout en bout. Le Cloud RADIUS fonctionne-t-il avec OpenRoaming ? Oui. OpenRoaming — le framework de roaming de la Wireless Broadband Alliance — utilise la fédération RADIUS à son cœur. Un service Cloud RADIUS prenant en charge Hotspot 2.0 et OpenRoaming permet à vos utilisateurs de s'authentifier automatiquement sur les réseaux participants à l'échelle mondiale. Purple prend en charge OpenRoaming sous sa licence Connect, agissant en tant que fournisseur d'identité au sein de la fédération. Le Cloud RADIUS est-il adapté aux environnements hautement sécurisés ? Pour la plupart des environnements d'entreprise, oui. Pour les environnements contenant des données classifiées ou soumis à des classifications de sécurité gouvernementales spécifiques, vous devrez peut-être évaluer si un service cloud géré répond à vos exigences d'accréditation spécifiques. Résumé et prochaines étapes. Pour résumer : Cloud RADIUS est une approche mature et prête pour la production du contrôle d'accès réseau qui élimine la charge opérationnelle de l'infrastructure RADIUS sur site, sans faire de compromis sur la sécurité ou les fonctionnalités. Pour les organisations multisites, le retour sur investissement est évident : vous éliminez les dépenses d'investissement matériel, réduisez les frais généraux informatiques, bénéficiez d'une redondance intégrée et profitez d'un service qui évolue avec votre parc. Les décisions clés sont : quelle méthode EAP convient le mieux à votre flotte d'appareils, comment vous l'intégrez à votre fournisseur d'identité existant, et si le service choisi vous offre les capacités de conformité et d'audit requises par votre organisation. Si vous gérez un groupe hôtelier, une chaîne de magasins ou des réseaux du secteur public, je vous recommande de commencer par un proof-of-concept sur un seul site : configurez correctement votre RADIUS, validez l'intégration avec votre fournisseur d'identité et mesurez la latence d'authentification avant de déployer la solution sur l'ensemble de votre parc. Pour en savoir plus sur l'analyse WiFi, la gestion des réseaux invités et la façon dont la plateforme de Purple s'intègre à l'authentification basée sur RADIUS, visitez purple.ai. Merci pour votre écoute.

header_image.png

执行摘要

对于现代企业网络,传统本地部署的 RADIUS (Remote Authentication Dial-In User Service) 架构构成了一个重大的运维瓶颈。管理物理服务器、打操作系统补丁、处理证书颁发机构以及设计多站点冗余会消耗宝贵的 IT 资源。Cloud RADIUS(或称 RADIUS 即服务)通过将 IEEE 802.1X 认证层迁移到托管的、高可用的云基础设施来解决这一问题。本指南为评估部署策略的 IT 经理、网络架构师和 CTO 提供了 Cloud RADIUS 的全面技术概述。通过从资本支出高、手动维护的系统转变为弹性的、全球分布式的模型, 零售酒店交通 行业的组织可以执行强大的访问策略,实现合规性(如 PCI DSS 和 GDPR),并与 Microsoft Entra ID 和 Google Workspace 等现代身份提供商无缝集成。

技术深度解析

RADIUS 架构的演变

RADIUS 最初在 RFC 2865 中定义,它基于客户端-服务器模型运行,其中网络接入服务器 (NAS) —— 例如 WiFi 接入点或 VPN 集中器 —— 将认证请求转发到中央服务器。在过去,这意味着在专用硬件上部署 FreeRADIUS 或 Microsoft 网络策略服务器 (NPS)。虽然这对于单站点部署是可行的,但在分布式环境中扩展此架构会带来显着的延迟和冗余挑战。

Cloud RADIUS 抽象了底层基础设施。认证请求被路由到全球分布的云端点,即使在峰值负载下也能确保低于 100 毫秒的响应时间。这种弹性对于体育场馆或会议中心等高密度环境至关重要。

architecture_overview.png

EAP 方法与安全态势

可扩展身份验证协议 (EAP) 方法的选择从根本上决定了您的安全态势:

  • PEAP (Protected EAP): 在 TLS 会话中建立 MSCHAPv2 隧道。虽然 PEAP 得到广泛支持且易于与 Active Directory 集成,但如果客户端设备未严格配置为验证服务器证书,则 PEAP 容易受到通过流氓接入点进行凭据窃取的影响。
  • EAP-TLS 企业级黄金标准。它要求进行双向证书身份验证——服务器和客户端都必须出示有效的证书。这完全消除了基于密码的攻击,但需要强大的公钥基础设施(PKI)和移动设备管理(MDM)集成来进行证书部署。
  • EAP-TTLS 和 EAP-FAST: 提供替代方案,适用于需要广泛的客户端兼容性(包括遗留系统或 Linux 系统)或者需要使用受保护的访问凭据(PAC)来绕过证书验证依赖项的场景。

WPA3 和 OpenRoaming 集成

现代部署必须考虑 WPA3-Enterprise,它强制要求 192 位安全模式以达到最高安全级别,这需要特定的密码套件。此外,Cloud RADIUS 还有助于参与 OpenRoaming 等联盟框架。例如,Purple 在其 Connect 许可下作为 OpenRoaming 的免费身份提供商,允许在全球参与的各网络之间进行无缝、安全的身份验证。

实施指南

部署 Cloud RADIUS 需要采用系统化的方法,以确保过渡期间的零停机时间。

第 1 步:身份提供商(IdP)集成

您的 Cloud RADIUS 实例必须与您的权威用户目录同步。与 Microsoft Entra ID、Google Workspace 或 Okta 进行原生 SAML 或 SCIM 配置,比手动 LDAP 代理或 CSV 导入更值得推荐。这可以确保当员工在 HR 系统中办理离职时,其网络访问权限会立即被撤销。

第 2 步:证书管理策略

如果部署 EAP-TLS,请定义您的证书生命周期。选择一个包含集成 PKI 或与您现有的证书颁发机构(CA)无缝集成的 Cloud RADIUS 提供商。通过您的 MDM 平台(例如 Intune 或 Jamf)自动进行证书的颁发和撤销,以防止因证书过期而导致身份验证失败。

第 3 步:网络设备配置

配置您的 NAS 设备(接入点、交换机)以指向主和备 Cloud RADIUS IP 地址。确保共享密钥在密码学上足够复杂(最少 32 个随机字符)。调整故障转移超时设置;3 到 5 秒的超时是最理想的,可以防止在主节点无法访问时出现长时间的身份验证延迟。

第 4 步:策略定义

建立基于每个 SSID 的策略。例如,企业网络强制执行 EAP-TLS,遗留物联网设备执行 PEAP,并隔离访客访问。请注意,RADIUS 处理已知用户;对于访客,请部署专用的 Guest WiFi 解决方案和 Captive Portal 以收集一手数据,并与 WiFi Analytics 平台进行集成。有关访客互动的更多信息,请参考 如何提高访客满意度:终极指南

comparison_chart.png

最佳实践

  • 实施严格的服务器证书验证: 对于 PEAP 部署,推送组策略或 MDM 配置文件,强制客户端验证 RADIUS 服务器证书,并将信任限制在特定的根 CA。
  • 细分计费与认证流量: 确保对 RADIUS 计费数据进行主动监控和保留。此审计跟踪对于合规性报告(例如 PCI DSS、HIPAA)至关重要。
  • 监控认证延迟: 高延迟通常表明路由欠佳或 IdP 同步存在问题。使用监控工具追踪从 Access-Request 到 Access-Accept 数据包所需的时间。
  • 优化信号与信道规划: 可靠的认证依赖于稳定的物理层。审阅诸如 Understanding RSSI and Signal Strength for Optimal Channel Planning 的指南,以确保您的射频环境支持无缝的 802.1X 漫游。

故障排除与风险缓解

即使使用托管服务,配置错误也可能导致访问失败。常见的失败模式包括:

  • 证书过期: EAP-TLS 失败的首要原因。缓解措施: 在 CA 或服务器证书过期前 30 天实施自动告警。
  • 共享密钥不匹配: 通常发生在添加新接入点时。缓解措施: 在您的网络管理系统中标准化配置模板。
  • NAT 和 IP 白名单问题: Cloud RADIUS 提供商通常需要 NAS IP 白名单。如果您的分支机构使用动态 IP 或复杂的 NAT 配置,认证请求可能会被丢弃。缓解措施: 如有必要,使用静态出口 IP 或部署本地 RADIUS 代理。
  • IdP 同步失败: 如果云目录未能与本地 AD 同步,新用户将无法进行认证。缓解措施: 主动监控 SCIM/LDAP 连接器状态。

ROI 与业务影响

过渡到 Cloud RADIUS 可提供可衡量的业务价值:

  1. 减少基础设施资本支出 (Capex): 无需在每个主要站点购买、上架和为物理 RADIUS 服务器供电。
  2. 降低运营开销: IT 团队无需再花费数小时来修补操作系统漏洞或手动管理服务器故障转移。供应商管理的更新可确保持续合规。
  3. 增强安全态势: 通过云 PKI 过渡到 EAP-TLS 可降低凭据被盗的风险,直接降低潜在的数据泄露成本。
  4. 敏捷性与可扩展性: 在开设新的零售分支机构或酒店时,网络认证可以在几分钟内完成配置,而不是几周。有关实用的推广策略,请参阅 Setting Up WiFi for Business: A 2026 Playbook

通过集中式访问控制,企业不仅能够保障其边界安全,还能释放资深工程人才的精力,使其专注于战略性主导项目,而无需维护过时的传统基础设施。

Définitions clés

Cloud RADIUS

Un service géré qui héberge le protocole Remote Authentication Dial-In User Service dans un environnement cloud hautement disponible, éliminant ainsi le besoin de serveurs d'authentification sur site.

Évalué par les équipes informatiques qui cherchent à réduire les dépenses d'investissement en matériel et les frais opérationnels tout en maintenant un accès réseau sécurisé 802.1X.

EAP-TLS (Extensible Authentication Protocol-Transport Layer Security)

Une méthode d'authentification hautement sécurisée exigeant que le client et le serveur présentent tous deux des certificats numériques pour prouver leur identité.

La norme recommandée pour les réseaux d'entreprise afin de prévenir les attaques basées sur les mots de passe, nécessitant une PKI et un MDM pour le déploiement.

NAS (Network Access Server)

L'appareil (tel qu'un point d'accès WiFi, un commutateur ou un concentrateur VPN) qui agit en tant que client RADIUS, transmettant les informations d'identification de l'utilisateur au serveur RADIUS.

Les ingénieurs réseau doivent configurer le NAS avec les adresses IP du serveur RADIUS et les secrets partagés appropriés pour activer l'authentification 802.1X.

Shared Secret

Une chaîne de texte cryptographique connue uniquement du NAS et du serveur RADIUS, utilisée pour chiffrer les paquets RADIUS et vérifier l'authenticité de l'expéditeur.

Un secret partagé faible constitue une vulnérabilité de sécurité majeure ; les déploiements d'entreprise doivent utiliser des chaînes de caractères longues et générées de manière aléatoire.

SCIM (System for Cross-domain Identity Management)

Une norme ouverte qui automatise l'échange d'informations d'identité d'utilisateur entre les systèmes informatiques ou les applications cloud.

Utilisé pour provisionner et déprovisionner automatiquement les utilisateurs dans l'annuaire Cloud RADIUS lorsque des modifications sont apportées dans le système d'identité principal des RH ou de l'informatique.

OpenRoaming

Un cadre de fédération développé par la Wireless Broadband Alliance qui permet aux utilisateurs de se connecter automatiquement et en toute sécurité aux réseaux WiFi participants à l'échelle mondiale.

Les fournisseurs de Cloud RADIUS qui prennent en charge OpenRoaming (comme Purple) permettent aux sites d'offrir une connectivité transparente et sécurisée aux visiteurs, sans Captive Portal.

Accounting Logs

Enregistrements générés par le serveur RADIUS détaillant les événements de connexion de l'utilisateur, y compris l'heure de début, l'heure de fin, les données transférées et l'adresse IP attribuée.

Indispensable pour les audits de sécurité, le dépannage et la démonstration de la conformité avec des cadres tels que PCI DSS et le GDPR.

Change of Authorization (CoA)

Une fonctionnalité RADIUS qui permet au serveur de modifier dynamiquement la session active d'un utilisateur, comme changer son VLAN ou le déconnecter, sans nécessiter de reconnexions.

Utilisé par les administrateurs réseau pour mettre instantanément en quarantaine un appareil compromis ou appliquer de nouvelles restrictions de politique en milieu de session.

Exemples concrets

Un hôtel de 200 chambres utilise actuellement Microsoft NPS sur site pour l'authentification du personnel au WiFi via PEAP. Il subit des expirations de délai d'authentification pendant les heures de pointe d'arrivée et souhaite migrer vers Cloud RADIUS avec EAP-TLS pour une meilleure sécurité et fiabilité. Comment le directeur informatique doit-il concevoir cette migration ?

  1. Déployer un tenant Cloud RADIUS et l'intégrer à Microsoft Entra ID via SCIM pour une gestion automatisée du cycle de vie des utilisateurs. 2. Configurer la PKI intégrée de Cloud RADIUS pour émettre des certificats clients. 3. Utiliser l'MDM existant (ex. Intune) pour déployer la CA racine, les certificats clients et un nouveau profil WiFi configuré pour EAP-TLS sur tous les appareils du personnel. 4. Configurer les points d'accès de l'hôtel pour pointer vers les adresses IP primaires et secondaires de Cloud RADIUS, en utilisant un nouveau secret partagé complexe de 32 caractères. 5. Faire fonctionner l'ancien NPS et le nouveau Cloud RADIUS en parallèle sur des SSID différents pendant une période de transition de deux semaines avant de déclasser les serveurs sur site.
Commentaire de l'examinateur : Cette approche minimise les risques en exploitant des SSID parallèles pendant la transition. Le passage à EAP-TLS élimine les risques de vol d'identifiants associés à PEAP, et l'utilisation de l'MDM pour le déploiement des certificats garantit une friction nulle pour les utilisateurs finaux. L'intégration SCIM garantit que lorsqu'un membre du personnel s'en va, son accès est instantanément révoqué.

Une chaîne nationale de vente au détail comptant 500 points de vente doit assurer la conformité PCI DSS pour ses terminaux de point de vente (POS), qui se connectent via WiFi. Elle migre vers Cloud RADIUS. Quelles configurations spécifiques sont requises pour respecter la conformité ?

  1. Mettre en œuvre une segmentation réseau stricte : les terminaux POS doivent s'authentifier sur un SSID dédié et masqué, mappé sur un VLAN isolé. 2. Imposer l'authentification EAP-TLS pour tous les terminaux POS afin d'assurer une authentification mutuelle et d'empêcher les terminaux non autorisés de rejoindre le réseau POS. 3. Configurer le service Cloud RADIUS pour conserver tous les journaux de comptabilité (Access-Accept, Access-Reject, durée de connexion) pendant au moins un an, comme l'exige la norme PCI DSS. 4. Veiller à ce que les secrets partagés RADIUS entre les AP des succursales et le service Cloud RADIUS soient renouvelés tous les 90 jours à l'aide d'un script automatisé.
Commentaire de l'examinateur : Cette solution répond directement aux exigences de la norme PCI DSS concernant la segmentation logique, le contrôle d'accès fort et l'auditabilité. Se fier au filtrage par adresse MAC est insuffisant pour la conformité ; EAP-TLS fournit la preuve cryptographique nécessaire de l'identité de l'appareil. La conservation des journaux de comptabilité dans le cloud simplifie le processus d'audit pour le QSA.

Questions d'entraînement

Q1. Votre organisation migre d'un Active Directory sur site vers Google Workspace. Vous utilisez actuellement PEAP-MSCHAPv2 pour l'authentification WiFi. Pourquoi est-ce un problème, et quelle est la solution recommandée ?

Conseil : Considérez la façon dont PEAP valide les identifiants par rapport au protocole d'annuaire.

Voir la réponse type

PEAP-MSCHAPv2 s'appuie sur le hachage NT du mot de passe d'un utilisateur, que Google Workspace ne stocke ni n'expose nativement. La solution recommandée consiste à migrer vers EAP-TLS en utilisant un fournisseur Cloud RADIUS qui intègre une PKI. Le service Cloud RADIUS peut synchroniser les identités des utilisateurs depuis Google Workspace via SAML/SCIM, et authentifier les appareils à l'aide de certificats clients plutôt que de mots de passe.

Q2. Une succursale signale que les utilisateurs subissent des délais de 30 secondes lors de la connexion au réseau WiFi, suivis d'une connexion réussie. L'IP principale du Cloud RADIUS dans cette région est actuellement en maintenance. Quelle erreur de configuration est à l'origine de ce délai ?

Conseil : Analysez la communication entre le NAS et les serveurs RADIUS.

Voir la réponse type

Le NAS (point d'accès ou commutateur) est configuré avec un délai d'attente (timeout) du serveur RADIUS trop élevé (par exemple, 30 secondes). Il attend que le serveur principal réponde avant de basculer sur le serveur secondaire. Ce délai d'attente devrait être réduit à 3-5 secondes pour garantir un basculement rapide sans impact sur l'expérience utilisateur.

Q3. Vous déployez Cloud RADIUS pour un hôpital. L'équipe de sécurité exige que seuls les appareils appartenant à l'entreprise puissent se connecter au réseau interne, même si un employé connaît un nom d'utilisateur et un mot de passe valides. Comment appliquez-vous cette règle ?

Conseil : Quelle méthode EAP vérifie l'identité de l'appareil, et pas seulement la connaissance de l'utilisateur ?

Voir la réponse type

Déployez EAP-TLS. Configurez la solution MDM de l'hôpital pour pousser un certificat client unique uniquement sur les appareils enregistrés appartenant à l'entreprise. Configurez la politique Cloud RADIUS pour rejeter toute demande d'authentification qui ne présente pas un certificat valide signé par la PKI interne de confiance, bloquant ainsi efficacement les appareils BYOD ou non autorisés, quelle que soit la connaissance du mot de passe.

Continuer la lecture de cette série

Les avantages de sécurité de RADIUS as a Service pour les effectifs hybrides

Ce guide de référence technique explique comment RADIUS as a Service sécurise l'accès au réseau pour les effectifs hybrides au sein des sites distribués. Il présente l'architecture, les avantages de sécurité et les étapes de déploiement pour remplacer une infrastructure RADIUS sur site par un service d'authentification géré dans le cloud. Destiné aux responsables informatiques et aux architectes réseau des hôtels, chaînes de magasins, stades et organisations du secteur public, ce guide fournit les éléments requis pour évaluer et mettre en œuvre une migration vers le RADIUS cloud dès ce trimestre.

Lire le guide →

Intégration de RADIUS as a Service avec les annuaires cloud (Azure AD & Google Workspace)

Ce guide de référence technique détaille comment intégrer RADIUS as a Service avec les annuaires cloud - Microsoft Entra ID et Google Workspace - pour l'authentification WiFi d'entreprise. Il couvre la transition architecturale du NPS sur site vers un RADIUS cloud-native, le déploiement de l'authentification EAP-TLS basée sur des certificats, ainsi que les meilleures pratiques opérationnelles pour sécuriser l'accès sans fil dans les secteurs de l'hôtellerie, du commerce de détail et du secteur public. Pour les responsables informatiques et les architectes réseau déjà investis dans l'identité cloud, ce guide comble le fossé entre la gestion des annuaires et la sécurité du réseau physique.

Lire le guide →

Comment implémenter l'authentification 802.1X avec Cloud RADIUS

Ce guide de référence technique fournit un cadre complet pour implémenter l'authentification 802.1X avec Cloud RADIUS sur l'ensemble des parcs d'entreprises distribués. Il détaille l'architecture, la sélection de la méthode EAP, le séquençage du déploiement et les stratégies de réduction des risques nécessaires pour sécuriser l'accès au réseau tout en éliminant les coûts opérationnels de l'infrastructure sur site.

Lire le guide →