Les récentes mises à jour de Windows 11 ont introduit un dysfonctionnement critique autour des connexions HTTP/2 sur localhost. Ce bug impacte directement les environnements de test et développement sur de nombreux appareils professionnels.
L’accès local via l’adresse 127.0.0.1, indispensable pour les développeurs, se retrouve partiellement ou totalement bloqué jusqu’à correctif officiel.
Windows 11 : bug massif sur les connexions HTTP/2 localhost après mise à jour
L’installation des mises à jour KB5066835 et KB5065789 a engendré une rupture du stack réseau HTTP/2 à destination de l’interface de loopback. Résultat : les connexions adressées à 127.0.0.1 par HTTP/2 échouent systématiquement avec des erreurs comme ERR_CONNECTION_RESET.
Ce problème touche des logiciels stratégiques tels que Visual Studio, SSMS Entra ID, ou encore la suite Duo Desktop, utilisée pour la posture de sécurité et l’authentification sur des postes Dell, HP, Lenovo, Asus, Acer et Surface.
- Les plateformes Dell, HP, Lenovo, Asus, Acer, Surface sont affectées de la même manière
- Déploiement du bug principalement après installation de Windows Update
- Les antivirus comme Kaspersky et Bitdefender n’ont aucune incidence directe sur le bug
Services et applications bloqués suite à la mise à jour Windows 11 de Microsoft
L’impact opérationnel est vaste : interruption du débogage local sous Visual Studio, échecs d’authentification Duo Desktop, sites IIS locaux inaccessibles. Les plateformes Microsoft, mais aussi les grands constructeurs comme Dell ou Lenovo, voient leurs outils internes perturbés.
- Nombreux signalements sur Microsoft forums, Stack Exchange, Reddit
- Utilisateurs confrontés à des pertes de fonctionnalité critique sur applications métiers
- Environnement de test et production sur IIS partiellement inopérant
Solutions temporaires pour restaurer localhost sur Windows 11 (127.0.0.1 HTTP/2)
La piste la plus fiable reste la désinstallation pure et simple des mises à jour fautives. Les professionnels peuvent exécuter les commandes wusa /uninstall /kb:5066835 et wusa /uninstall /kb:5065789 suivies d’un redémarrage, pour retrouver une stack réseau opérationnelle.
Certains suggèrent de désactiver HTTP/2 via le registre Windows (en modifiant EnableHttp2Tls et EnableHttp2Cleartext), mais cette méthode n’est pas validée par Microsoft sur tous les environnements. Les mises à jour de l’intelligence Microsoft Defender n’ont pas systématiquement rétabli les connexions HTTP/2 locales.
- Désinstallation des correctifs via invite de commandes recommandée
- Modification du registre envisagée, sans garantie de succès universel
- Les solutions Kaspersky ou Bitdefender n’apportent aucun rétablissement
Correctif Microsoft : déploiement d’un Known Issue Rollback (KIR)
Face à la gravité de la situation, Microsoft a distribué un Known Issue Rollback (KIR) permettant de revenir automatiquement à un état fonctionnel. Il suffit d’ouvrir Windows Update dans les paramètres et de rechercher les nouvelles mises à jour. Un redémarrage, même sans installation apparente de patch, est conseillé.
- Procédure officielle : « Vérifier les mises à jour » puis redémarrer
- Le KIR vise principalement les entreprises utilisant IIS, Visual Studio, ou authentification locale
- Prévoir une vérification post-redémarrage : le localhost doit répondre
Perspectives et points de vigilance pour les administrateurs systèmes
La multiplication de ce type d’incident met en lumière l’importance de procédures de validation rigoureuses avant tout déploiement massif de correctif via Windows Update. Les DSI des groupes utilisant Microsoft, Dell, HP, Lenovo, Asus ou Acer doivent renforcer leur supervision des correctifs réseaux.
- Adopter une stratégie de test systématique sur environnement pilote
- Documenter toute modification réseau et procédure de rollback
- Surveiller les communications Microsoft concernant de futurs bugs similaires