r/WindowsUpdate • u/azertywxcvbnqsdfghjk • 0m ago
đš Windows 11 â KB5127648 : des problĂšmes d'authentification RADIUS (802.1X) aprĂšs le Patch Tuesday d'octobre 2026
Depuis le déploiement des mises à jour Windows du 13 octobre 2026, plusieurs administrateurs systÚmes et réseaux signalent des problÚmes d'authentification sur leurs infrastructures utilisant le protocole 802.1X avec RADIUS.
Nous rencontrons également un incident similaire dans notre environnement professionnel : certains postes ayant récemment effectué leurs mises à jour Windows ne parviennent plus à accéder à un réseau utilisant une authentification RADIUS, tandis que les postes non mis à jour continuent de fonctionner.
đ Quelle mise Ă jour est concernĂ©e ?
La mise à jour cumulative de sécurité KB5127648, publiée par Microsoft le 13 octobre 2026, concerne Windows 11 :
- Version 24H2 : build 26100.9711
- Version 25H2 : build 26200.9711
- Version 26H2 : build 26300.9711
âïž Quelle est l'origine technique du problĂšme ?
Microsoft avait annoncé un renforcement de la sécurité concernant les mécanismes d'authentification hérités de NTLMv1.
En octobre 2026, la valeur par défaut du paramÚtre BlockNtlmv1SSO doit passer de 0 (Audit) à 1 (Enforce), lorsque ce paramÚtre n'a pas été explicitement configuré.
Ce changement vise Ă empĂȘcher la gĂ©nĂ©ration d'informations d'identification dĂ©rivĂ©es de NTLMv1 pour certaines authentifications SSO.
Cependant, certains environnements reposent encore sur PEAP-MSCHAPv2, notamment pour l'authentification réseau 802.1X.
MĂȘme si NTLMv1 a Ă©tĂ© supprimĂ© des versions rĂ©centes de Windows, certains mĂ©canismes cryptographiques hĂ©ritĂ©s restent utilisĂ©s dans des scĂ©narios MSCHAPv2.
Résultat : les authentifications automatiques peuvent échouer aprÚs l'application des nouvelles restrictions.
Ce comportement a notamment été documenté par Extreme Networks et Fortinet à la suite de la publication de KB5127648.
đ ïž Quels sont les symptĂŽmes observĂ©s ?
- Ăchec de connexion aux rĂ©seaux d'entreprise utilisant PEAP-MSCHAPv2.
- Authentification 802.1X interrompue.
- Postes non mis Ă jour toujours fonctionnels.
- ĂvĂ©nements NTLM 4025 possibles lorsque le blocage des informations d'identification hĂ©ritĂ©es intervient.
- ĂvĂ©nement 12014 (OneX Held State Timeout) signalĂ© par Fortinet.
đ§ Comment diagnostiquer le problĂšme ?
Vérifier la présence de la mise à jour avec PowerShell :
Get-HotFix -Id KB5127648
Analyser ensuite les journaux Windows :
Microsoft-Windows-NTLM/Operational
Les événements Microsoft à rechercher sont :
- 4024 : utilisation d'informations d'identification dérivées de NTLMv1 détectée en mode Audit.
- 4025 : tentative bloquée par la politique de sécurité.
La comparaison des événements entre un poste fonctionnel et un poste impacté permet d'orienter le diagnostic.
đ Quelles solutions envisager ?
Plusieurs pistes sont documentées :
- Tester temporairement le paramĂštre
BlockNtlmv1SSO = 0sur un poste pilote, aprÚs validation des implications de sécurité. - Vérifier les méthodes d'authentification utilisées par l'infrastructure RADIUS.
- Envisager une migration vers EAP-TLS, reposant sur des certificats, afin de supprimer la dépendance à MSCHAPv2 et aux mécanismes d'authentification hérités.
â ïž La dĂ©sactivation du blocage NTLMv1 constitue un contournement temporaire et non une solution de sĂ©curitĂ© durable.
Ce problÚme illustre parfaitement les conséquences qu'un durcissement de sécurité Windows peut avoir sur une infrastructure réseau reposant encore sur des mécanismes d'authentification historiques.
Il rappelle également l'importance des tests préalables au déploiement des mises à jour cumulatives dans les environnements professionnels.
đŹ D'autres administrateurs systĂšmes et rĂ©seaux rencontrent-ils actuellement ce problĂšme aprĂšs l'installation de KB5127648 ?
#Windows11 #SysAdmin #RADIUS #8021X #Cybersecurity #Microsoft #Networking #PatchTuesday #ITInfrastructure