Comparatif des méthodes EAP : PEAP, EAP-TLS, EAP-TTLS et EAP-FAST
Ce guide de référence technique faisant autorité propose une comparaison détaillée de PEAP, EAP-TLS, EAP-TTLS et EAP-FAST pour l'authentification WiFi d'entreprise. Il fournit des conseils pratiques sur la posture de sécurité, la complexité du déploiement et la compatibilité des appareils afin d'aider les responsables informatiques et les architectes réseau à choisir la stratégie de déploiement 802.1X optimale.
📚 Part of our core series: Sécurité et authentification WiFi d'entreprise : le guide complet →
- Résumé opérationnel
- Analyse technique approfondie : Comparatif des méthodes EAP
- PEAP (Protected EAP)
- EAP-TLS (EAP-Transport Layer Security)
- EAP-TTLS (EAP Tunneled TLS)
- EAP-FAST (Flexible Authentication via Secure Tunneling)
- Guide d'implémentation
- Étape 1 : Définir la stratégie d'authentification
- Étape 2 : Gestion des certificats
- Étape 3 : Configuration du RADIUS et des points d'accès
- Étape 4 : Configuration du suppliant du terminal
- Bonnes pratiques
- Dépannage et atténuation des risques
- ROI et impact commercial
- Briefing Podcast

Résumé opérationnel
Pour les responsables informatiques et les architectes réseau d'entreprise, le choix de la bonne méthode EAP (Extensible Authentication Protocol) est une décision critique qui équilibre la posture de sécurité, la complexité du déploiement et l'expérience utilisateur. Alors que les organisations abandonnent les clés pré-partagées (PSK) vulnérables au profit de l'authentification 802.1X, le choix se limite généralement à quatre méthodes principales : PEAP, EAP-TLS, EAP-TTLS et EAP-FAST. Ce guide propose une comparaison technique directe de ces méthodes, vous permettant de prendre des décisions architecturales éclairées pour votre WiFi invité et vos réseaux d'entreprise internes. Nous examinerons les différences de sécurité entre les méthodes tunnelisées basées sur mot de passe et l'authentification mutuelle par certificat, évaluerons quand des méthodes spécifiques sont appropriées et fournirons des conseils de mise en œuvre concrets pour les environnements d'entreprise modernes.
Analyse technique approfondie : Comparatif des méthodes EAP
PEAP (Protected EAP)
PEAP est largement considéré comme la solution d'entreprise par excellence pour l'authentification 802.1X. Co-développé par Cisco, Microsoft et RSA Security, il crée un tunnel TLS chiffré à l'aide d'un certificat côté serveur. Au sein de ce tunnel sécurisé, le client s'authentifie à l'aide d'une méthode héritée, le plus souvent MSCHAPv2.
Le principal avantage de PEAP est sa prise en charge native quasi universelle sur les systèmes d'exploitation modernes, notamment Windows, macOS, iOS et Android. Comme il ne nécessite qu'un certificat sur le serveur RADIUS et non sur les appareils clients, le déploiement est nettement moins complexe que les alternatives basées sur des certificats. Cela rend PEAP très attractif pour les environnements BYOD ou les grands espaces publics comme les hubs de Transport où la gestion des certificats clients n'est pas pratique.
Cependant, la dépendance de PEAP vis-à-vis des mots de passe (via MSCHAPv2) introduit des risques de sécurité. Si un appareil client n'est pas strictement configuré pour valider le certificat du serveur, les utilisateurs peuvent être incités à se connecter à un point d'accès pirate (une attaque de type « jumeau maléfique » ou « evil twin »). Le point d'accès pirate peut alors capturer le défi-réponse MSCHAPv2, qui peut être cassé hors ligne pour récupérer le mot de passe de l'utilisateur. Par conséquent, l'application d'une validation stricte du certificat du serveur via une stratégie de groupe ou un MDM est un contrôle de sécurité obligatoire lors du déploiement de PEAP.
EAP-TLS (EAP-Transport Layer Security)
EAP-TLS représente la référence absolue en matière de sécurité sans fil d'entreprise. Contrairement à PEAP, EAP-TLS nécessite une authentification mutuelle par certificat. Le serveur RADIUS et l'appareil client doivent tous deux présenter un certificat numérique valide avant qu'un accès au réseau ne soit accordé.
Cette authentification mutuelle élimine totalement le besoin de mots de passe, rendant inefficaces le vol d'identifiants, les attaques par dictionnaire et les attaques par point d'accès pirate. Si un appareil ne dispose pas du bon certificat client, il ne peut tout simplement pas se connecter au réseau. Pour les organisations soumises à des exigences réglementaires strictes, telles que la norme PCI DSS dans le secteur de la Vente au détail ou HIPAA dans la Santé , EAP-TLS est la méthode fortement recommandée.
Le compromis de cette sécurité renforcée est la complexité du déploiement. La mise en œuvre d'EAP-TLS nécessite une infrastructure à clés publiques (PKI) robuste pour émettre, renouveler et révoquer les certificats. Elle nécessite également une solution de gestion des appareils mobiles (MDM), telle que Microsoft Intune ou Jamf, pour distribuer ces certificats en toute sécurité aux terminaux. Pour obtenir des conseils sur les environnements Apple, consultez notre guide sur Jamf et RADIUS : Authentification WiFi basée sur certificat pour les flottes d'appareils Apple . EAP-TLS est le choix optimal pour les flottes d'appareils gérés appartenant à l'entreprise où la sécurité est primordiale.

EAP-TTLS (EAP Tunneled TLS)
EAP-TTLS, co-développé par Funk Software et Certicom, fonctionne de manière similaire à PEAP en établissant un tunnel TLS chiffré à l'aide d'un certificat côté serveur. La principale différence réside dans sa flexibilité concernant la méthode d'authentification interne. Alors que PEAP est fortement lié à MSCHAPv2, EAP-TTLS peut encapsuler presque n'importe quel protocole d'authentification, y compris PAP, CHAP ou MSCHAP, de manière sécurisée à l'intérieur du tunnel.
Cette flexibilité rend EAP-TTLS très précieux dans les environnements qui doivent s'authentifier auprès d'annuaires LDAP plus anciens, de proxys RADIUS ou de référentiels d'identité non-Microsoft qui ne prennent pas en charge MSCHAPv2 nativement. C'est notamment le protocole sous-jacent d'eduroam, le service mondial d'accès en itinérance pour la communauté internationale de la recherche et de l'éducation. Historiquement, la prise en charge native d'EAP-TTLS par les clients était moins répandue que celle de PEAP, nécessitant souvent des supplicants tiers sur les anciennes versions de Windows, mais les systèmes d'exploitation modernes offrent désormais une prise en charge native robuste.
EAP-FAST (Flexible Authentication via Secure Tunneling)
Développé par Cisco pour remplacer rapidement le protocole LEAP hautement vulnérable, EAP-FAST a été conçu pour fournir une authentification sécurisée sans l'exigence stricte de déployer des certificats numériques. Au lieu d'utiliser un certificat de serveur pour établir le tunnel sécurisé, EAP-FAST s'appuie sur des identifiants d'accès protégés (PAC) — des blocs de données opaques attribués dynamiquement aux clients par le serveur d'authentification.
EAP-FAST se caractérise par ses capacités de reprise rapide de session. Bien qu'il fournisse un tunnel sécurisé et chiffré, sa dépendance vis-à-vis des PAC plutôt que des certificats X.509 standard le rend quelque peu propriétaire et moins aligné avec les architectures modernes Zero Trust et neutres vis-à-vis des constructeurs. Aujourd'hui, EAP-FAST est principalement pertinent dans les environnements hérités centrés sur Cisco, certains déploiements IoT ou les appareils durcis spécialisés. Pour la plupart des nouveaux déploiements d'entreprise, PEAP ou EAP-TLS sont préférés.
Guide d'implémentation
Le déploiement de l'authentification 802.1X nécessite une planification minutieuse sur l'ensemble de la pile réseau, des points d'accès sans fil à l'infrastructure RADIUS et aux fournisseurs d'identité. Lors de l'intégration avec la plateforme de Purple, nos serveurs RADIUS prennent en charge toutes les principales méthodes EAP, garantissant une authentification fluide avant que les utilisateurs n'interagissent avec des fonctionnalités telles que le Wayfinding ou le WiFi Analytics .

Étape 1 : Définir la stratégie d'authentification
Évaluez votre parc de terminaux. Si les appareils appartiennent à l'entreprise et sont gérés via MDM, ciblez EAP-TLS. Si vous prenez en charge le BYOD, PEAP est le choix pragmatique. Assurez-vous que votre fournisseur d'identité (Active Directory, Google Workspace, Okta) prend en charge les protocoles requis (par exemple, MSCHAPv2 pour PEAP).
Étape 2 : Gestion des certificats
Pour toutes les méthodes à l'exception d'EAP-FAST, vous devez déployer un certificat de serveur sur votre serveur RADIUS. Ce certificat doit idéalement être émis par une autorité de certification (CA) publique de confiance afin de minimiser les avertissements de sécurité côté client, bien qu'une CA d'entreprise interne puisse être utilisée si vous contrôlez tous les terminaux. Pour EAP-TLS, établissez votre PKI et configurez votre MDM pour provisionner automatiquement les certificats clients avec les mappages de nom alternatif du sujet (SAN) corrects.
Étape 3 : Configuration du RADIUS et des points d'accès
Configurez vos points d'accès sans fil pour utiliser WPA2-Enterprise ou WPA3-Enterprise, en les orientant vers les adresses IP de votre serveur RADIUS avec les secrets partagés corrects. Sur le serveur RADIUS, définissez vos politiques réseau, en spécifiant les méthodes EAP autorisées et en associant les authentifications réussies aux VLAN appropriés en fonction de l'appartenance à un groupe d'utilisateurs ou d'appareils.
Étape 4 : Configuration du suppliant du terminal
C'est l'étape la plus critique pour la sécurité. Pour PEAP, utilisez un MDM ou une stratégie de groupe pour pousser un profil WiFi préconfiguré sur les appareils. Ce profil DOIT explicitement spécifier les noms des serveurs RADIUS de confiance et la CA racine de confiance qui a émis le certificat du serveur. Surtout, désactivez l'option qui invite les utilisateurs à faire confiance à de nouveaux serveurs ou certificats.
Bonnes pratiques
- Ne vous fiez jamais au jugement de l'utilisateur pour les certificats : Lors du déploiement de PEAP ou d'EAP-TTLS, préconfigurez toujours les suppliants des terminaux pour qu'ils fassent confiance à des certificats de serveur spécifiques. Compter sur les utilisateurs pour cliquer sur « Accepter » lors d'un avertissement de certificat compromet l'ensemble du modèle de sécurité et expose le réseau à des attaques de points d'accès malveillants.
- Automatisez la gestion du cycle de vie des certificats : L'expiration des certificats est l'une des principales causes d'interruption du 802.1X. Mettez en œuvre des processus automatisés de surveillance et de renouvellement pour les certificats de serveur RADIUS et les certificats clients dans les déploiements EAP-TLS.
- Implémentez WPA3-Enterprise : Lorsque la compatibilité des clients le permet, passez à WPA3-Enterprise. Il impose l'utilisation de trames de gestion protégées (PMF) et propose une option de suite de sécurité 192 bits, offrant des protections cryptographiques plus fortes que le WPA2.
- Segmentez le réseau : Utilisez les attributs RADIUS (comme Filter-Id ou Tunnel-Private-Group-Id) to attribuer dynamiquement les utilisateurs authentifiés à des VLAN spécifiques en fonction de leur rôle, isolant ainsi le trafic invité des actifs de l'entreprise. Pour en savoir plus sur la conception de réseaux modernes, consultez Les avantages clés du SD-WAN pour les entreprises modernes .
Dépannage et atténuation des risques
Les modes de défaillance courants dans les déploiements EAP concernent généralement la validation des certificats et l'intégration des fournisseurs d'identité.
- Symptôme : Les clients ne parviennent pas à se connecter après une mise à jour du serveur RADIUS.
- Risque : Le nouveau certificat de serveur n'a pas été émis par la CA racine approuvée par les clients, ou le nom du serveur a changé.
- Atténuation : Testez toujours les renouvellements de certificats dans un environnement de préproduction. Assurez-vous que la nouvelle chaîne de certificats est entièrement approuvée par tous les profils de terminaux avant de la mettre en production.
- Symptôme : Les appareils iOS se connectent correctement, mais les appareils Windows échouent.
- Risque : Les suppliants Windows sont souvent plus stricts concernant la validation de l'indication du nom du serveur (SNI) ou des attributs EKU (Extended Key Usage) spécifiques sur le certificat du serveur.
- Atténuation : Vérifiez que le certificat du serveur inclut l'EKU « Authentification du serveur » et que le SAN correspond au nom configuré dans le profil WiFi Windows.
ROI et impact commercial
La transition vers une méthode EAP robuste apporte une valeur commerciale significative bien au-delà de la simple sécurité. En éliminant les mots de passe partagés, les équipes informatiques réduisent la charge opérationnelle des tickets d'assistance liés aux réinitialisations de mots de passe ou aux clés PSK compromises. Dans des environnements comme l' Hôtellerie , où la rotation du personnel peut être élevée, l'authentification basée sur des certificats (EAP-TLS) garantit que l'accès est automatiquement révoqué lorsqu'un appareil est effacé ou qu'un certificat expire, sans qu'il soit nécessaire de modifier un mot de passe global.
De plus, une authentification forte est un prérequis pour les cadres de conformité tels que PCI DSS et le GDPR. En démontrant des contrôles d'accès robustes, les organisations atténuent le risque d'amendes réglementaires et d'atteinte à la réputation associées aux violations de données. Pour une vision plus large de la mise à niveau de l'infrastructure des établissements, consultez Des solutions WiFi hôtelières modernes que vos clients méritent .
Briefing Podcast
Écoutez notre briefing technique de 10 minutes sur les méthodes EAP, couvrant les stratégies d'implémentation et les pièges courants :
Définitions clés
802.1X
Une norme IEEE pour le contrôle d'accès réseau basé sur les ports qui fournit un mécanisme d'authentification aux appareils souhaitant se connecter à un réseau LAN ou WLAN.
Les équipes informatiques implémentent le 802.1X pour remplacer les mots de passe partagés non sécurisés (PSK) par une authentification individualisée de niveau entreprise.
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 comptabilisation (AAA) pour les utilisateurs qui se connectent et utilisent un service réseau.
Le serveur RADIUS agit comme le cerveau central d'un déploiement 802.1X, vérifiant les identifiants auprès d'un fournisseur d'identité et indiquant au point d'accès s'il doit autoriser la connexion.
Supplicant
Le client logiciel sur un appareil d'extrémité (ordinateur portable, smartphone) qui communique avec l'authentificateur (point d'accès) pour négocier l'accès au réseau via 802.1X.
Les supplicants mal configurés sont la cause principale des vulnérabilités de sécurité dans les déploiements PEAP, en particulier lorsque la validation du certificat du serveur est désactivée.
Mutual Authentication
Un processus de sécurité dans lequel les deux entités d'une liaison de communication s'authentifient mutuellement (par exemple, le client vérifie le serveur et le serveur vérifie le client).
Cruciale pour prévenir les attaques par point d'accès pirate ; EAP-TLS l'impose intrinsèquement, tandis que PEAP nécessite une configuration stricte du supplicant pour réaliser la vérification du client vers le serveur.
PKI (Public Key Infrastructure)
Un ensemble de rôles, de politiques, de matériel, de logiciels et de procédures nécessaires pour créer, gérer, distribuer, utiliser, stocker et révoquer des certificats numériques.
Une PKI robuste est le prérequis pour déployer EAP-TLS, représentant souvent le plus grand obstacle à l'entrée pour les petites équipes informatiques.
Evil Twin Attack
Un point d'accès sans fil pirate qui se fait passer pour un réseau d'entreprise légitime afin d'intercepter les communications sans fil ou de voler des identifiants.
Il s'agit du principal vecteur de menace contre les déploiements PEAP mal configurés où les clients ne valident pas le certificat du serveur RADIUS.
PAC (Protected Access Credential)
Un secret partagé fort, attribué dynamiquement à un client par un serveur d'authentification, utilisé spécifiquement dans EAP-FAST pour établir un tunnel sécurisé.
Les PAC permettent à EAP-FAST de fournir une authentification sécurisée sans nécessiter le déploiement de certificats numériques.
MDM (Mobile Device Management)
Logiciel de sécurité utilisé par un service informatique pour surveiller, gérer et sécuriser les appareils mobiles des employés chez plusieurs fournisseurs de services mobiles et sur plusieurs systèmes d'exploitation mobiles.
Le MDM est essentiel pour les déploiements EAP-TLS modernes, permettant aux équipes informatiques de déployer silencieusement des certificats clients et des profils WiFi stricts sur les appareils de l'entreprise.
Exemples concrets
Une chaîne nationale de vente au détail doit déployer un réseau WiFi sécurisé pour des tablettes de point de vente (POS) dans 500 magasins. Les tablettes appartiennent à l'entreprise et sont gérées via Microsoft Intune. Elles doivent être conformes aux exigences PCI DSS. Quelle méthode EAP doivent-ils déployer et comment ?
L'organisation doit déployer EAP-TLS. À l'aide de Microsoft Intune, elle configurera un profil SCEP (Simple Certificate Enrollment Protocol) pour attribuer automatiquement des certificats clients uniques à chaque tablette POS. Elle déploiera ensuite un profil Wi-Fi via Intune configurant les tablettes pour qu'elles se connectent en WPA2/WPA3-Enterprise, en spécifiant EAP-TLS comme méthode d'authentification et en sélectionnant le certificat client attribué. Les serveurs RADIUS seront configurés pour authentifier les appareils sur la base de ces certificats, en les associant à un VLAN restreint conforme aux normes PCI.
Une grande université doit fournir un accès WiFi sécurisé à 20 000 étudiants utilisant un mélange d'ordinateurs portables personnels, de smartphones et de tablettes (BYOD). L'université utilise Active Directory pour la gestion des identités. Comment doivent-ils aborder le 802.1X ?
L'université doit déployer PEAP avec MSCHAPv2. Elle installera un certificat de serveur provenant d'une autorité de certification publique reconnue (par exemple, DigiCert, Let's Encrypt) sur ses serveurs RADIUS. Pour garantir la sécurité, elle doit fournir un outil d'intégration (comme SecureW2 ou une application personnalisée) qui configure automatiquement les appareils des étudiants. Cet outil créera le profil WiFi, définira explicitement les noms des serveurs RADIUS de confiance et imposera la validation du certificat du serveur, empêchant ainsi les étudiants de se connecter à des points d'accès pirates.
Questions d'entraînement
Q1. Votre organisation migre de Google Workspace vers un nouveau fournisseur d'identité basé sur le cloud qui ne prend en charge que LDAP et ne prend pas en charge MSCHAPv2. Vous devez conserver votre réseau WiFi 802.1X existant basé sur mot de passe pour les appareils hérités. Quelle méthode EAP devez-vous configurer sur votre serveur RADIUS ?
Conseil : Considérez quelle méthode tunnelisée permet d'utiliser des protocoles d'authentification interne autres que MSCHAPv2.
Voir la réponse type
Vous devez configurer EAP-TTLS. Contrairement à PEAP, qui dépend fortement de MSCHAPv2 pour l'authentification interne, EAP-TTLS peut encapsuler des protocoles plus anciens comme PAP ou CHAP dans son tunnel TLS sécurisé, ce qui lui permet de s'interfacer avec des annuaires LDAP qui ne prennent pas en charge MSCHAPv2.
Q2. Un audit de sécurité révèle que les mots de passe Active Directory des utilisateurs sont compromis lorsqu'ils connectent leurs smartphones à des réseaux WiFi publics dans des cafés. Les attaquants diffusent l'SSID de l'entreprise. Votre déploiement actuel utilise PEAP. Comment atténuer ce problème sans changer de méthode EAP ?
Conseil : Le problème est que les appareils clients font aveuglément confiance au point d'accès pirate. Comment forcer le client à vérifier qu'il communique avec le vrai réseau de l'entreprise ?
Voir la réponse type
Vous devez configurer les supplicants des terminaux (via MDM ou stratégie de groupe) pour imposer une validation stricte du certificat du serveur. Le profil WiFi doit spécifier explicitement les noms des serveurs RADIUS d'entreprise de confiance et l'autorité de certification racine (Root CA) spécifique qui a émis leurs certificats. De plus, vous devez désactiver le paramètre qui invite les utilisateurs à faire confiance à des certificats inconnus, garantissant ainsi que la connexion échoue silencieusement si le serveur n'est pas authentifié.
Q3. Vous déployez une flotte de lecteurs de codes-barres durcis dans un entrepôt. Les appareils fonctionnent sous un système d'exploitation embarqué hérité qui ne prend pas en charge le WPA2-Enterprise ou les certificats 802.1X standard, mais ils prennent en charge les extensions compatibles Cisco (CCX). Vous avez besoin d'une authentification sécurisée. Quelle est la méthode EAP la plus susceptible d'être utilisée ?
Conseil : Recherchez le protocole développé spécifiquement par Cisco pour les environnements où le déploiement de certificats est difficile ou impossible.
Voir la réponse type
EAP-FAST est le choix approprié ici. Il a été conçu par Cisco spécifiquement pour les environnements où le déploiement de certificats n'est pas pratique. Il utilise des identifiants d'accès protégés (PAC) attribués dynamiquement pour établir le tunnel sécurisé, ce qui le rend adapté aux matériels hérités ou spécialisés qui prennent en charge CCX mais manquent de capacités PKI robustes.
Continuer la lecture de cette série
Per-Device PSK by Vendor: iPSK, DPSK, MPSK and PPSK Compared (and WPA3 Support)
Une comparaison complète des implémentations PSK par appareil chez Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Extreme, Fortinet et Ubiquiti UniFi. Découvrez comment le WPA3-SAE impacte les stratégies de clés par appareil et quand déployer des modes de transition plutôt que de passer au 802.1X.
What Is MAC Address Authentication? When to Use It and When to Avoid It
Ce guide de référence technique fait autorité sur l'authentification par adresse MAC dans les environnements WiFi d'entreprise – comment l'authentification MAC basée sur RADIUS fonctionne à la Couche 2, ses vulnérabilités de sécurité inhérentes (y compris l'usurpation d'adresse MAC et l'impact de la randomisation MAC au niveau du système d'exploitation), et les contextes opérationnels précis où elle reste un outil valide pour la gestion des appareils IoT et sans tête. Il fournit des conseils de déploiement exploitables pour les responsables informatiques et les architectes réseau dans les secteurs de l'hôtellerie, du commerce de détail, de la santé et des lieux publics, avec des exemples concrets, des cadres de décision et un contexte d'intégration pour la plateforme de WiFi invité et d'analyse de Purple.
How to Set Up Enterprise WiFi on iOS and macOS with 802.1X
This authoritative guide provides senior IT leaders with actionable steps for deploying 802.1X enterprise WiFi on iOS and macOS devices. It covers certificate-based authentication (EAP-TLS), MDM configuration profiles, and architecture integration to secure corporate networks while supporting BYOD initiatives.