Passer au contenu principal

Jamf et RADIUS : Authentification WiFi par certificat pour les flottes d'appareils Apple

Ce guide de référence technique fournit aux responsables informatiques, architectes réseau et CTO les étapes concrètes pour déployer une authentification WiFi 802.1X par certificat pour les flottes d'appareils Apple à l'aide de Jamf Pro et RADIUS. Il couvre l'intégralité du flux de travail de provisionnement des certificats SCEP, la structure du profil de configuration WiFi, les exigences d'intégration RADIUS et des scénarios d'implémentation réels issus des secteurs de la santé et des entreprises. Ce guide est indispensable pour toute organisation cherchant à éliminer les vulnérabilités du WiFi par mot de passe, à réduire la charge du support technique et à se conformer aux normes d'accès réseau PCI-DSS et GDPR.

Par Iain JewittPublié le Mis à jour le
📖 9 min de lecture2,472 mots2 exemples concrets3 questions d'entraînement9 définitions clés

Video overview

Écouter ce guide

Voir la transcription du podcast
Bienvenue dans ce point technique de Purple. Je suis votre hôte et nous abordons aujourd'hui un sujet d'infrastructure essentiel pour les environnements Apple d'entreprise : le déploiement de l'authentification WiFi par certificat avec Jamf Pro et RADIUS. Si vous êtes responsable informatique, architecte réseau ou directeur de l'exploitation d'un site, vous connaissez les difficultés liées au WiFi par mot de passe. Les utilisateurs modifient leurs mots de passe Active Directory et, soudainement, leurs iPhones, iPads et MacBooks se déconnectent du réseau. Les tickets d'assistance grimpent en flèche. La sécurité est compromise car les mots de passe peuvent être partagés, piratés ou interceptés. La solution de niveau entreprise est le protocole 802.1X EAP-TLS. Il s'agit d'une authentification basée sur des certificats. Pas de mot de passe. L'appareil s'authentifie à l'aide d'un certificat cryptographique. Et lorsque vous gérez une flotte d'appareils Apple, la méthode standard de l'industrie pour déployer ces certificats et les configurations WiFi correspondantes est la gestion des appareils mobiles - plus précisément Jamf Pro. Décomposons l'architecture. À la périphérie, vous disposez de vos points d'accès d'entreprise. Derrière eux, votre serveur RADIUS - peut-être FreeRADIUS, Cisco ISE ou Microsoft NPS. Et pour gérer les appareils, vous disposez de Jamf Pro. La magie opère via un protocole appelé SCEP - Simple Certificate Enrollment Protocol. Le SCEP permet à Jamf d'indiquer à un appareil Apple d'aller s'adresser à cette autorité de certification pour obtenir son propre certificat unique. Voici le flux étape par étape. Tout d'abord, vous configurez un profil de configuration dans Jamf Pro. Ce profil contient deux charges utiles cruciales. La première est la charge utile SCEP. Elle indique à l'appareil macOS ou iOS l'URL de votre serveur SCEP et fournit un mot de passe de défi dynamique. L'appareil génère une demande de signature de certificat - ou CSR - et l'envoie au serveur SCEP. Le serveur SCEP valide le défi, signe le certificat et le renvoie à l'appareil. L'appareil dispose désormais d'un certificat unique lié à son identité. Mais il doit savoir quoi en faire. C'est là qu'intervient la deuxième charge utile : la charge utile WiFi. Dans Jamf, vous configurez la charge utile WiFi pour WPA2 ou WPA3 Enterprise. Vous sélectionnez EAP-TLS comme type d'EAP accepté. Et surtout, vous liez cette charge utile WiFi à la charge utile SCEP que vous venez de créer. Vous dites à l'appareil : lorsque vous vous connectez au SSID de l'entreprise, utilisez le certificat que vous avez obtenu grâce à ce processus SCEP pour vous autoriser. Lorsque l'utilisateur entre dans le bureau, le MacBook détecte le SSID. Il lance une connexion 802.1X. Le point d'accès transmet la demande au serveur RADIUS. Le serveur RADIUS et le MacBook s'échangent des certificats pour établir une confiance mutuelle. Le serveur RADIUS valide le certificat du MacBook auprès de l'autorité de certification. S'il est valide, non révoqué et conforme aux politiques requises, le serveur RADIUS envoie un message Access-Accept au point d'accès, et l'appareil se connecte au réseau. De manière transparente. Sans aucune intervention de l'utilisateur. Parlons des pièges de mise en œuvre. Le problème numéro un que nous rencontrons est lié aux défaillances de la chaîne de confiance des certificats. Pour que EAP-TLS fonctionne, l'appareil Apple doit faire confiance au certificat du serveur RADIUS, et le serveur RADIUS doit faire confiance au certificat de l'appareil. Dans votre profil WiFi Jamf, vous devez définir explicitement les noms des certificats de serveur approuvés et inclure le certificat de l'autorité de certification racine (Root CA) dans le profil. Si vous manquez cette étape, iOS et macOS feront échouer la connexion en arrière-plan, ou demanderont à l'utilisateur d'approuver manuellement le certificat - ce qui va à l'encontre même de l'objectif d'un déploiement MDM. Un autre piège courant est le défi d'enrôlement SCEP initial. Si l'appareil tente d'obtenir son certificat SCEP via le réseau WiFi même auquel il a besoin d'accéder pour obtenir ce certificat, vous faites face au problème de la poule et de l'œuf. Vous avez besoin d'un réseau d'intégration, ou les appareils doivent recevoir leurs profils via Ethernet ou données cellulaires avant de se connecter au WiFi de l'entreprise. Examinons maintenant un scénario réel. Un grand réseau hospitalier déployait cinq mille iPads pour son personnel clinique. Ils utilisaient PEAP avec des identifiants et des mots de passe. Tous les quatre-vingt-dix jours, les mots de passe Active Directory expiraient. Le lendemain matin de l'expiration, des centaines d'infirmières ne pouvaient pas accéder aux dossiers des patients parce que leurs iPads s'étaient déconnectés du WiFi. En passant à SCEP et EAP-TLS gérés par Jamf, ils ont totalement éliminé les rotations de mots de passe pour l'accès au réseau. Les certificats étaient valides pour un an, et Jamf les renouvelait automatiquement à trente jours de l'échéance via SCEP. Les tickets de support technique pour le WiFi ont chuté de quatre-vingt-cinq pour cent. Passons à une session rapide de questions-réponses. Question : Puis-je utiliser PEAP avec Jamf au lieu de EAP-TLS ? Techniquement oui, mais vous perdez le principal avantage de l'authentification sans mot de passe. EAP-TLS est la norme recommandée. Question : Ai-je besoin d'une autorité de certification interne, ou puis-je utiliser une autorité de certification publique ? Pour l'authentification RADIUS, une autorité de certification interne est fortement recommandée car vous contrôlez l'émission et la révocation des certificats d'appareil. Question : Que se passe-t-il lorsqu'un appareil est désinscrit de Jamf ? Le certificat doit être révoqué au niveau de l'autorité de certification, et le serveur RADIUS doit vérifier la liste de révocation des certificats pour refuser l'accès. Alors, quels sont les points clés à retenir ? Premièrement : abandonnez PEAP et les mots de passe. EAP-TLS est la référence absolue pour les parcs d'appareils Apple. Deuxièmement : exploitez les charges utiles SCEP dynamiques de Jamf Pro pour émettre des certificats uniques liés aux appareils sans intervention manuelle. Troisièmement : assurez-vous que vos chaînes de confiance de certificats sont explicitement définies dans vos profils de configuration pour éviter les échecs silencieux. Quatrièmement : planifiez soigneusement votre réseau d'intégration - les appareils ont besoin d'un accès au serveur SCEP avant de pouvoir rejoindre le WiFi sécurisé. Et cinquièmement : utilisez des certificats basés sur les appareils pour le matériel partagé, et des certificats basés sur les utilisateurs pour les déploiements individuels. Voilà pour notre analyse technique approfondie sur Jamf et RADIUS aujourd'hui. Pour des étapes de configuration plus détaillées et des schémas d'architecture, reportez-vous au guide écrit complet sur la plateforme Purple. Merci pour votre écoute.

Fait partie de notre série principale : Enterprise WiFi Security Guide →

Jamf et RADIUS : Authentification WiFi par certificat pour les flottes d'appareils Apple

Synthèse

Gérer un accès WiFi sécurisé pour un parc d'appareils Apple dans un environnement d'entreprise présente un défi opérationnel et de sécurité majeur lorsque l'on s'appuie sur une authentification traditionnelle par mot de passe. Les utilisateurs modifient leurs identifiants Active Directory, et immédiatement leurs iPhones, iPads et MacBooks se déconnectent du réseau - générant des tickets d'assistance, interrompant les flux de travail et exposant l'organisation à des attaques basées sur les identifiants.

Pour les responsables informatiques, les architectes réseau et les directeurs de la technologie des hôtels, des chaînes de vente au détail, des stades et des organisations du secteur public, la solution réside dans l'authentification 802.1X basée sur des certificats à l'aide d'EAP-TLS. En s'appuyant sur Jamf Pro pour distribuer des certificats cryptographiques uniques via SCEP (Simple Certificate Enrollment Protocol) et en s'intégrant à un serveur RADIUS, les organisations peuvent obtenir un accès WiFi fluide et sans mot de passe pour chaque appareil Apple géré. Ce guide fournit une approche pratique et agnostique vis-à-vis des fournisseurs pour déployer l'authentification par certificat WiFi Jamf RADIUS, garantissant une sécurité robuste, la conformité avec des normes telles que PCI-DSS et GDPR, et une réduction mesurable des coûts de support.


Analyse technique approfondie

L'architecture 802.1X EAP-TLS

La base de l'authentification WiFi par certificat est la norme IEEE 802.1X combinée au protocole EAP-TLS (Extensible Authentication Protocol - Transport Layer Security). Pour une introduction détaillée sur la norme 802.1X elle-même, reportez-vous à notre guide sur l'Authentification 802.1X : sécuriser l'accès réseau sur les appareils modernes.

Contrairement à PEAP (Protected EAP), qui repose sur un nom d'utilisateur et un mot de passe, EAP-TLS exige que l'appareil client et le serveur d'authentification prouvent tous deux leur identité à l'aide de certificats numériques. Cette authentification mutuelle est ce qui fait d'EAP-TLS la référence absolue pour les déploiements d'entreprise. Le modèle à trois parties comprend les composants suivants.

Composant Rôle Exemples
Supplicant L'appareil Apple demandant l'accès au réseau MacBook, iPhone, iPad
Authentificateur L'équipement en périphérie de réseau qui applique le contrôle d'accès Point d'accès WiFi, WLC
Serveur d'authentification Valide les certificats et autorise l'accès FreeRADIUS, Cisco ISE, Microsoft NPS

Le point d'accès agit comme un gardien, bloquant tout trafic jusqu'à ce que le serveur RADIUS envoie un message Access-Accept. C'est le cœur du modèle de contrôle d'accès au réseau basé sur les ports (PNAC) de la norme IEEE 802.1X.

Jamf et RADIUS : Authentification WiFi par certificat pour les flottes d'appareils Apple - radius architecture overview

SCEP et Jamf Pro : Distribution de certificats évolutive

Le défi de EAP-TLS à grande échelle réside dans la distribution des certificats. Installer manuellement un certificat unique sur 500 iPads n'est pas une solution viable. C'est là que l'intégration entre Jamf Pro et SCEP Jamf devient le levier indispensable.

Le SCEP (Simple Certificate Enrollment Protocol) est un protocole léger qui permet à un appareil de demander et de recevoir automatiquement un certificat signé de la part d'une autorité de certification (CA). Jamf Pro joue le rôle d'orchestrateur en déployant un profil de configuration sur chaque appareil Apple. Ce profil contient une charge utile SCEP qui ordonne à l'appareil de contacter le serveur SCEP, fournit un mot de passe de stimulation dynamique et spécifie les attributs de certificat requis - tels que le Subject Alternative Name (SAN), qui est généralement associé à l'adresse MAC ou au numéro de série de l'appareil.

Jamf et RADIUS : Authentification WiFi par certificat pour les flottes d'appareils Apple - scep flow diagram

Le mécanisme de mot de passe de stimulation dynamique est particulièrement important. Dans un déploiement SCEP intégré à Jamf, Jamf génère un mot de passe de stimulation unique et à usage unique pour chaque appareil. Cela garantit que seuls les appareils inscrits dans Jamf Pro - et donc gérés par l'entreprise - peuvent obtenir un certificat auprès de l'autorité de certification. Il s'agit d'un contrôle de sécurité essentiel qui empêche l'inscription d'appareils non autorisés.

Attributs RADIUS pour l'authentification des appareils Apple

Lorsque le serveur RADIUS reçoit un Access-Request de la part de la borne d'accès, il évalue plusieurs attributs pour prendre sa décision d'autorisation. Pour les déploiements Apple 802.1X, les attributs RADIUS les plus pertinents sont les suivants.

Attribut RADIUS Description Pertinence Apple
User-Name (Attr 1) L'identité présentée par le demandeur Généralement le CN ou le SAN du certificat
NAS-IP-Address (Attr 4) L'adresse IP de la borne d'accès Utilisé pour les politiques spécifiques aux bornes d'accès
Called-Station-Id (Attr 30) Le BSSID et le SSID de la borne d'accès Permet d'appliquer des politiques basées sur le SSID
EAP-Message (Attr 79) Le paquet EAP encapsulé Contient les données de la liaison TLS
Tunnel-Type (Attr 64) Spécifie le type d'attribution de VLAN Utilisé pour l'attribution dynamique de VLAN après authentification
Tunnel-Medium-Type (Attr 65) Spécifie le support du tunnel Requis pour le marquage VLAN 802.1Q
Tunnel-Private-Group-Id (Attr 81) L'identifiant de VLAN à attribuer Permet la segmentation du réseau basée sur les rôles

L'attribut Tunnel-Private-Group-Id est particulièrement puissant dans les déploiements d'entreprise. En renvoyant des identifiants de VLAN différents selon les attributs du certificat (par exemple, le service, le type d'appareil), le serveur RADIUS peut segmenter dynamiquement le réseau sans nécessiter de SSID distincts.


Vous avez des questions sur votre configuration spécifique ?

Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.

Guide d'implémentation

Le déploiement de l'authentification WiFi par certificat pour les appareils Apple via Jamf Pro suit une séquence structurée. Le non-respect de cet ordre est la cause principale d'échec des déploiements.

Étape 1 : Établir votre infrastructure d'autorité de certification

Avant de configurer Jamf, votre infrastructure d'autorité de certification (CA) doit être en place. Pour les environnements Microsoft, il s'agit généralement d'Active Directory Certificate Services (AD CS) avec le rôle Network Device Enrollment Service (NDES), qui fait office de serveur SCEP. Pour les environnements non-Microsoft, les options incluent EJBCA, HashiCorp Vault PKI ou des CA basées sur le cloud comme AWS Private CA.

Assurez-vous que la hiérarchie de votre autorité de certification est claire : une CA racine (Root CA) conservée hors ligne, et une ou plusieurs CA émettrices qui signent les certificats d'appareils. Le serveur RADIUS aura besoin de son propre certificat signé par cette même hiérarchie de CA.

Étape 2 : Configurer la charge utile SCEP dans Jamf Pro

Accédez à Ordinateurs (ou Appareils mobiles) > Profils de configuration > Nouveau. Ajoutez une charge utile Certificat et sélectionnez SCEP comme source de certificat. Les champs critiques sont les suivants.

  • URL : Le point de terminaison SCEP (par ex., http://ndes.votredomaine.com/certsrv/mscep/mscep.dll).
  • Nom : Un nom descriptif qui apparaîtra dans le trousseau d'accès de l'appareil.
  • Objet : Le nom distinctif (DN) du certificat. Utilisez des variables Jamf telles que CN=$COMPUTERNAME pour les ordinateurs ou CN=$JSSID pour les appareils mobiles.
  • Nom alternatif de l'objet (SAN) : Définissez le type de SAN sur RFC 822 Name avec la valeur $MACADDRESS@votredomaine.com, ou DNS Name avec $COMPUTERNAME.votredomaine.com. C'est ce que le serveur RADIUS lira pour identifier l'appareil.
  • Type de défi : Sélectionnez Dynamique pour utiliser le proxy SCEP intégré de Jamf, qui génère des mots de passe de défi uniques par appareil.
  • Taille de clé : RSA 2048 bits minimum. 4096 bits est recommandé pour les nouveaux déploiements.
  • Utilisation de la clé : Activez à la fois la Signature et le Chiffrement.

Étape 3 : Configurer la charge utile WiFi

Dans le même profil de configuration, ajoutez une charge utile WiFi. Les paramètres clés pour Apple 802.1X sont les suivants.

  • SSID : Le nom exact de votre SSID d'entreprise sécurisé.
  • Type de sécurité : WPA2 Enterprise ou WPA3 Enterprise (recommandé lorsque le matériel le prend en charge).
  • Protocoles - Types EAP acceptés : Sélectionnez uniquement TLS. Désélectionnez PEAP, TTLS et tous les autres types pour imposer exclusivement le protocole EAP-TLS.
  • Authentification - Certificat d'identité : Sélectionnez la charge utile SCEP que vous avez créée à l'étape 2. Il s'agit du lien critique entre le certificat et la connexion WiFi.
  • Confiance - Noms des certificats de serveur approuvés : Saisissez le nom commun (CN) exact du certificat de votre serveur RADIUS (par ex., radius.votredomaine.com). C'est l'élément de configuration le plus souvent oublié.
  • Confiance - Certificats approuvés : Importez l'autorité de certification racine (Root CA) et tous les certificats d'autorité de certification intermédiaire qui ont signé le certificat du serveur RADIUS.

Étape 4 : Configurer le serveur RADIUS

Sur votre serveur RADIUS, créez une stratégie réseau qui correspond aux attributs de certificat que vous avez définis dans Jamf. Pour Microsoft NPS, cela consiste à créer une Stratégie de demande de connexion qui correspond au SSID via l'attribut Called-Station-Id, et une Stratégie réseau qui valide le certificat par rapport à votre autorité de certification et attribue éventuellement un VLAN via les attributs de tunnel.Pour FreeRADIUS, configurez le module eap pour utiliser tls et pointez vers votre certificat d'autorité de certification (CA), votre certificat de serveur et votre clé privée. Le fichier users ou le backend SQL doit être configuré pour faire correspondre le SAN du certificat avec votre inventaire d'appareils.

Étape 5 : Ciblez et déployez le profil

Dans Jamf Pro, attribuez le profil de configuration aux groupes d'appareils appropriés - par exemple, tous les appareils du Smart Group "Flotte de l'entreprise". Le profil sera poussé automatiquement via MDM. Les appareils connectés le recevront en quelques minutes ; les appareils hors ligne le recevront lors de leur prochaine synchronisation.


Bonnes pratiques

Implémentez WPA3 Enterprise dans la mesure du possible. Le WPA3 Enterprise avec le mode 192 bits offre une puissance cryptographique renforcée utilisant GCMP-256 et HMAC-SHA-384, offrant une protection nettement plus robuste que le WPA2 Enterprise. Pour les environnements de l'Hôtellerie et les organisations du secteur de la Santé gérant des données sensibles, cette mise à niveau est de plus en plus une exigence de conformité plutôt qu'une simple bonne pratique.

Tirez parti des certificats basés sur les appareils pour le matériel partagé. Pour les appareils partagés - tels que les iPads de point de vente dans le commerce de détail, les tablettes de conciergerie d'hôtel ou les appareils cliniques - utilisez des certificats liés à l'appareil plutôt que des certificats liés à l'utilisateur. Cela garantit que l'appareil se connecte au réseau au démarrage, avant qu'un utilisateur ne se connecte, permettant aux synchronisations MDM, aux mises à jour d'applications et aux notifications push de fonctionner correctement. C'est une considération essentielle pour les déploiements dans le Commerce de détail où les appareils peuvent être partagés entre plusieurs équipes.

Intégrez l'accès réseau à votre posture de sécurité globale. Pendant que le personnel utilise 802.1X pour un accès interne sécurisé, assurez-vous que vos réseaux publics sont gérés via une solution de Guest WiFi robuste pour maintenir une séparation claire du trafic. Associer l'authentification du personnel basée sur des certificats avec WiFi Analytics offre une visibilité totale sur le comportement des appareils authentifiés et sur l'activité du réseau invité.

Automatisez le renouvellement des certificats. Configurez la charge utile SCEP dans Jamf pour déclencher un renouvellement automatique lorsqu'un certificat est entre 14 et 30 jours de son expiration. Cela évite le scénario où un appareil perd silencieusement l'accès au réseau parce que son certificat a expiré pendant la nuit. Dans Jamf Pro, cela est contrôlé via le paramètre de Seuil de renouvellement dans la charge utile SCEP.

Maintenez une liste de révocation de certificats (CRL) ou un répondeur OCSP. Lorsqu'un appareil est mis hors service, volé ou désinscrit de Jamf, son certificat doit être révoqué au niveau de l'autorité de certification. Configurez votre serveur RADIUS pour vérifier le point de terminaison CRL ou OCSP à chaque tentative d'authentification. Sans cela, un appareil volé avec un certificat valide peut toujours s'authentifier sur le réseau.Pour aller plus loin dans vos décisions concernant les infrastructures réseau modernes, le guide The Core SD WAN Benefits for Modern Businesses fournit un contexte utile sur la manière dont l'authentification basée sur les certificats s'intègre aux architectures de surcouche SD-WAN.


Dépannage et atténuation des risques

Le problème de provisionnement de la poule et de l'œuf. Les appareils ont besoin d'une connexion réseau pour joindre le serveur SCEP et télécharger leur certificat, mais ils ont besoin du certificat pour se connecter au WiFi sécurisé. Il s'agit du bloqueur de déploiement le plus courant. Les stratégies d'atténuation recommandées sont : le provisionnement via Ethernet à l'aide d'adaptateurs USB-C ou Lightning vers Ethernet ; l'utilisation des données cellulaires sur les iPhones et les iPads compatibles ; ou la création d'un SSID d'intégration temporaire et restreint avec des règles de pare-feu qui n'autorisent que le trafic SCEP et MDM.

Échecs silencieux de EAP-TLS sur macOS. Si la chaîne de confiance est incomplète, macOS peut échouer silencieusement à se connecter sans afficher d'erreur explicite dans l'interface utilisateur. La seule indication se trouve dans le journal système. Utilisez log stream --predicate 'subsystem == "com.apple.network"' pour capturer les événements d'authentification en temps réel. Vérifiez toujours que le tableau Trusted Server Certificate Names dans le profil Jamf correspond exactement au CN du certificat du serveur RADIUS.

Expiration du délai RADIUS lors d'événements à forte charge. Dans les environnements tels que les stades ou les centres de conférence, des demandes d'authentification simultanées provenant de centaines d'appareils peuvent surcharger le serveur RADIUS. Atténuez ce risque en déployant RADIUS dans une configuration haute disponibilité, en ajustant le paramètre max_requests dans FreeRADIUS et en veillant à ce que le serveur RADIUS dispose de suffisamment de processeur et de mémoire pour la charge d'authentification simultanée attendue. Pour les déploiements dans des espaces de grande envergure, consultez nos conseils sur Wireless Access Points Definition Your Ultimate 2026 Guide pour les considérations de planification de la capacité.

Incompatibilité des attributs du certificat. Si le SAN du certificat de l'appareil ne correspond pas à ce qu'attend la politique réseau RADIUS, l'authentification échouera. Cela est particulièrement fréquent lors de la migration d'une autorité de certification à une autre, ou lorsque les variables Jamf se résolvent différemment de ce qui était attendu. Testez toujours avec un seul appareil et inspectez les journaux du serveur RADIUS pour confirmer la chaîne d'identité exacte présentée avant de déployer sur l'ensemble du parc.


ROI et impact commercial

La transition vers l'authentification par certificat WiFi Jamf RADIUS offre une valeur commerciale mesurable à plusieurs niveaux.

Métrique Résultat type
Réduction des tickets d'assistance Réduction de 60 à 85 % des demandes d'assistance liées au WiFi
Temps d'intégration par appareil Réduit de 15-30 minutes à moins de 2 minutes (sans intervention)
Risque d'incident de sécurité Quasi-élimination des attaques WiFi basées sur les identifiants
Posture de conformité Conforme aux exigences PCI-DSS 1.3 et aux contrôles réseau de l'article 32 du GDPR
Cycle de vie des certificats Le renouvellement automatisé élimine la gestion manuelle des certificats
Le principal levier de ROI est l'élimination des interruptions liées à la rotation des mots de passe. Dans un parc de 500 appareils où 10 % des terminaux se déconnectent du réseau chaque trimestre suite à un changement de mot de passe, et où chaque incident nécessite 20 minutes d'intervention informatique, les seules économies sur les coûts de support annuel peuvent justifier l'investissement d'implémentation dès la première année.

Pour les opérateurs de Transport et les grands espaces événementiels, de plus amples bénéfices commerciaux sont apportés par la possibilité d'imposer une attribution dynamique de VLAN - garantissant que les terminaux opérationnels, les appareils du personnel et les systèmes de gestion sont automatiquement segmentés sans reconfiguration manuelle du réseau.

Définitions clés

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

La méthode d'authentification 802.1X la plus sécurisée, exigeant que l'appareil client et le serveur RADIUS s'authentifient mutuellement à l'aide de certificats numériques. Aucun mot de passe n'est échangé ou transmis.

Lorsque les équipes informatiques doivent éliminer le WiFi basé sur un mot de passe et appliquer une conformité stricte des appareils, EAP-TLS est la norme obligatoire. C'est le seul type d'EAP qui fournit une authentification mutuelle.

SCEP (Simple Certificate Enrollment Protocol)

Un protocole qui permet aux appareils de demander de manière sécurisée et automatique des certificats numériques à une autorité de certification en utilisant un mécanisme de défi - réponse.

Essentiel pour faire évoluer les déploiements de certificats via Jamf Pro sans exiger que le personnel informatique installe manuellement des certificats sur des milliers d'appareils. Le proxy SCEP dynamique de Jamf génère des mots de passe de stimulation par appareil.

RADIUS (Remote Authentication Dial-In User Service)

Un protocole réseau fournissant une gestion centralisée de l'authentification, de l'autorisation et de la comptabilité (AAA) pour les appareils se connectant à un service réseau.

Le moteur de décision central qui indique au point d'accès WiFi si un appareil géré par Jamf est autorisé sur le réseau et, éventuellement, quel VLAN lui attribuer.

Profil de configuration

Un fichier XML (.mobileconfig) déployé par Jamf Pro qui contient une ou plusieurs charges utiles pour gérer les paramètres sur les appareils Apple, y compris les certificats, le WiFi, le VPN et les restrictions.

C'est le vecteur utilisé pour pousser les paramètres SCEP, la configuration de l'SSID WiFi et la chaîne de confiance des certificats vers l'iPhone, l'iPad ou le Mac.

CSR (Certificate Signing Request)

Un bloc de texte encodé généré par l'appareil Apple contenant la clé publique et les informations d'identité, envoyé à l'autorité de certification pour demander un certificat numérique signé.

La première étape du processus SCEP. L'appareil génère le CSR localement, garantissant que la clé privée ne quitte jamais l'appareil - un principe fondamental de la sécurité PKI.

Nom alternatif du sujet (SAN)

Une extension d'un certificat X.509 qui permet d'associer plusieurs valeurs d'identité au certificat, telles que des adresses e-mail, des noms DNS, des adresses IP ou des adresses MAC.

Crucial pour l'authentification RADIUS. Le serveur RADIUS lit le SAN pour identifier l'appareil ou l'utilisateur. Dans les déploiements Jamf, le SAN est généralement configuré avec l'adresse MAC de l'appareil ou l'UPN de l'utilisateur.

Autorité de certification racine (Root CA)

Le certificat le plus élevé dans une hiérarchie PKI, dont la clé privée est utilisée pour signer les certificats d'autorité de certification subordonnés. Le certificat de l'autorité de certification racine doit être approuvé par toutes les parties de la chaîne d'authentification.

Doit être déployée sur les appareils Apple via Jamf afin qu'ils fassent confiance aux certificats présentés par le serveur RADIUS lors de l'établissement de la liaison EAP-TLS. Sans cela, la liaison échoue.

IEEE 802.1X

Une norme IEEE pour le contrôle d'accès réseau basé sur les ports (PNAC), fournissant un mécanisme d'authentification aux appareils souhaitant se connecter à un réseau LAN ou WLAN avant que l'accès au réseau ne soit accordé.

Le cadre global qui bloque le trafic réseau au niveau du point d'accès jusqu'à ce que le serveur RADIUS valide le certificat fourni par Jamf. Toute la sécurité WiFi d'entreprise repose sur cette norme.

Attribution dynamique de VLAN

Une fonctionnalité RADIUS qui attribue un appareil de connexion à un VLAN spécifique en fonction des attributs de stratégie renvoyés dans le message Access-Accept, en utilisant les attributs de tunnel RADIUS 64, 65 et 81.

Permet la segmentation du réseau sans multiplier les SSID. Un seul SSID d'entreprise peut automatiquement placer les iPad cliniques sur le VLAN 20, les MacBook de la direction sur le VLAN 30 et les appareils des invités sur le VLAN 100.

Exemples concrets

Un hôpital de 500 lits doit déployer 1 200 iPad partagés pour son personnel clinique. Il utilise actuellement PEAP avec des identifiants Active Directory, ce qui entraîne des centaines d'appareils déconnectés tous les 90 jours lors de l'expiration des mots de passe. Comment doit-il repenser son architecture d'authentification ?

L'hôpital doit migrer vers EAP-TLS en utilisant des certificats basés sur les appareils gérés via Jamf Pro. L'implémentation comprend quatre étapes clés. Premièrement, déployer AD CS avec le rôle NDES pour faire office de serveur SCEP, en délivrant des certificats à partir d'un modèle de certificat dédié aux appareils cliniques. Deuxièmement, configurer un profil de configuration Jamf avec une charge utile SCEP utilisant le $MACADDRESS comme SAN, et une charge utile WiFi ciblant l'SSID clinique avec EAP-TLS uniquement, en faisant explicitement confiance au certificat du serveur RADIUS. Troisièmement, configurer Microsoft NPS avec une stratégie réseau correspondant au modèle de certificat des appareils cliniques et attribuer les appareils au VLAN clinique (Tunnel-Private-Group-Id = 20). Quatrièmement, définir le seuil de renouvellement SCEP à 30 jours pour garantir le renouvellement automatique des certificats sans intervention informatique. Les appareils doivent être provisionnés via Ethernet lors du déploiement initial pour résoudre le problème du réseau d'intégration.

Commentaire de l'examinateur : Cette approche élimine totalement le problème de rotation des mots de passe tous les 90 jours. En utilisant des certificats basés sur l'appareil plutôt que sur l'utilisateur, les iPad restent connectés au réseau même lorsqu'ils sont sur un chariot de charge, ce qui garantit qu'ils reçoivent les mises à jour MDM critiques et les notifications push avant qu'un clinicien ne les récupère. L'attribution dynamique de VLAN via RADIUS garantit que les appareils cliniques sont automatiquement placés sur le bon segment de réseau, respectant ainsi les exigences de segmentation réseau HIPAA sans configuration manuelle.

Une agence de création disposant de 300 MacBook déménage dans de nouveaux bureaux. Elle souhaite un provisionnement WiFi zero-touch - les nouveaux MacBook doivent se connecter automatiquement au SSID d'entreprise sécurisé dès leur déballage par les utilisateurs finaux à leur bureau, sans aucune intervention informatique. Comment y parvient-elle ?

L'agence doit associer l'Automated Device Enrollment (ADE) d'Apple à Jamf Pro et à un profil de configuration soigneusement séquencé. Pendant l'assistant de configuration macOS, le MacBook se connecte à Internet via un SSID d'intégration ouvert temporaire (restreint par pare-feu pour autoriser uniquement l'activation Apple, Jamf MDM et le trafic SCEP). Il contacte Apple, reconnaît qu'il appartient à l'agence via ADE et s'enregistre automatiquement dans Jamf Pro. Jamf Pro pousse immédiatement un profil de configuration pré-configuré contenant la charge utile SCEP et la charge utile WiFi d'entreprise. L'inscription SCEP s'effectue sur le SSID d'intégration, le certificat est installé dans le trousseau d'accès et la charge utile WiFi s'active. Le MacBook bascule ensuite automatiquement vers le SSID d'entreprise sécurisé 802.1X. Du point de vue de l'utilisateur, il lui suffit de terminer l'assistant de configuration pour que l'ordinateur portable soit connecté au réseau de l'entreprise.

Commentaire de l'examinateur : Ce scénario met en évidence l'importance critique du réseau d'intégration dans les déploiements zero-touch. La charge utile SCEP et la charge utile WiFi doivent se trouver dans le même profil de configuration et être ciblées sur le groupe d'enrôlement préalable afin d'être poussées immédiatement lors de l'enrôlement MDM - avant que l'utilisateur n'accède au bureau. Si le profil est ciblé sur un Smart Group qui exige que l'appareil soit d'abord entièrement enrôlé, il peut y avoir un délai pendant lequel l'appareil n'a pas d'accès réseau, ce qui brise l'expérience zero-touch.

Questions d'entraînement

Q1. Vous avez déployé un profil de configuration Jamf avec une charge utile SCEP et une charge utile WiFi sur 50 MacBooks. Les certificats SCEP sont correctement installés dans le trousseau d'accès, mais les MacBooks affichent une boîte de dialogue « Vérifier le certificat » aux utilisateurs lorsqu'ils tentent de se connecter au SSID de l'entreprise. Quel élément de configuration est manquant ou incorrect ?

Conseil : Pensez aux informations dont l'appareil Apple a besoin pour faire confiance automatiquement à l'identité du serveur RADIUS sans intervention de l'utilisateur.

Voir la réponse type

Il manque dans la charge utile WiFi du profil de configuration Jamf soit l'entrée « Noms de certificats de serveur approuvés » (qui doit correspondre exactement au CN du certificat du serveur RADIUS), soit les certificats de l'AC racine et de l'AC intermédiaire qui ont signé le certificat du serveur RADIUS ne sont pas inclus dans la charge utile d'approbation du profil. Sans approbation explicite définie par le MDM, macOS et iOS exigent que l'utilisateur vérifie et accepte manuellement le certificat du serveur RADIUS lors de la liaison EAP-TLS. Les deux champs doivent être renseignés : le tableau des certificats approuvés (contenant la chaîne d'AC) et le tableau des noms de certificats de serveur approuvés (contenant le CN du serveur RADIUS).

Q2. Une chaîne de vente au détail souhaite que ses iPads de point de vente se connectent au WiFi sécurisé de l'entreprise dès le démarrage, avant qu'un membre du personnel ne se connecte à l'application de point de vente. Le déploiement actuel utilise des certificats d'utilisateur liés aux UPN individuels des employés. Les appareils ne parviennent souvent pas à se connecter au début d'un quart de travail. Quelle est la cause racine et quel est le changement d'architecture approprié ?

Conseil : Considérez le moment où les différents types de certificats deviennent disponibles pour la pile réseau iOS par rapport au cycle de vie de l'authentification de l'utilisateur.

Voir la réponse type

La cause racine est que les certificats d'utilisateur (liés à un UPN) sont stockés dans le trousseau de l'utilisateur et ne sont accessibles qu'après l'authentification de l'utilisateur sur l'appareil. Au démarrage ou sur l'écran de verrouillage iOS, le trousseau de l'utilisateur est verrouillé, de sorte que la pile WiFi ne peut pas accéder au certificat pour effectuer l'EAP-TLS. Le changement d'architecture correct consiste à passer à des certificats d'appareil, où le SAN est défini sur l'adresse MAC ou le numéro de série de l'appareil. Les certificats d'appareil sont stockés dans le trousseau du système, qui est accessible au démarrage avant toute connexion d'utilisateur. La stratégie réseau RADIUS doit être mise à jour pour correspondre aux certificats d'appareil plutôt qu'aux certificats d'utilisateur, et la charge utile Jamf SCEP doit être mise à jour pour utiliser des variables de niveau appareil telles que $MACADDRESS ou $SERIALNUMBER comme SAN.

Q3. Votre organisation utilise Microsoft NPS comme serveur RADIUS. Vous configurez une nouvelle charge utile Jamf SCEP pour 200 MacBooks. La stratégie réseau NPS est configurée pour exiger que le Subject Alternative Name du certificat corresponde à un compte d'ordinateur dans Active Directory. Quelle valeur SAN devez-vous configurer dans la charge utile Jamf SCEP, et quel format le NPS attend-il ?

Conseil : L'authentification par certificat d'ordinateur NPS exige que le SAN corresponde à l'identité de l'ordinateur dans Active Directory selon un format spécifique.

Voir la réponse type

Pour l'authentification par certificat d'ordinateur NPS, le SAN doit être défini sur le type de nom DNS avec la valeur $COMPUTERNAME.votredomaine.com (en utilisant la variable Jamf pour le nom d'hôte de l'ordinateur). NPS s'attend à ce que le nom DNS du SAN corresponde au nom de domaine pleinement qualifié (FQDN) de l'ordinateur tel qu'il apparaît dans Active Directory. Alternativement, si vous utilisez le type de SAN User Principal Name, le format doit être host/$COMPUTERNAME@VOTREDOMAINE.COM. La condition de la stratégie réseau NPS doit être configurée pour correspondre à l'attribut « Client Certificate SAN ». Assurez-vous que les MacBooks sont liés à Active Directory, ou que les noms d'ordinateurs dans Jamf correspondent aux objets d'ordinateurs dans AD, sinon la recherche NPS échouera même si le certificat est valide.

Vous avez des questions sur votre configuration spécifique ?

Notre équipe collabore avec des exploitants de sites, des responsables informatiques et des ingénieurs réseau au sein de 80 000 sites. Réservez un appel de 20 minutes et nous vous montrerons comment d'autres professionnels comme vous ont résolu ce problème.