Si tu gères des serveurs RDS (Bureau à distance) sous Windows Server 2019, 2022 ou 2025, tu as peut-être passé une mauvaise semaine mi-septembre. Les mises à jour du Patch Tuesday du 8 septembre 2026 ont introduit une régression sérieuse : connexions qui restent bloquées, sessions impossibles à fermer proprement, et dans les cas les plus sévères, des serveurs qu’il fallait redémarrer à froid pour retrouver un état stable. Microsoft a mis six jours à publier un correctif d’urgence. Voici ce qu’il s’est passé, comment vérifier si tu es concerné, et surtout comment appliquer le correctif sans attendre le prochain cycle de mises à jour.
Ce qui s’est cassé avec le Patch Tuesday de septembre
Les mises à jour de sécurité du 8 septembre 2026 ont touché trois versions de Windows Server :
- Windows Server 2019 — KB5122876
- Windows Server 2022 — KB5122882
- Windows Server 2025 — KB5122871
Sur les serveurs avec le rôle Remote Desktop Services actif, le symptôme se manifestait progressivement : les connexions fonctionnaient normalement les premières heures, puis se dégradaient. De nouvelles tentatives de connexion restaient bloquées, les sessions existantes n’arrivaient plus à se déconnecter ou à se fermer proprement, et dans les situations les plus critiques, seul un redémarrage forcé du serveur permettait de retrouver un fonctionnement normal. La cause suspectée : un interblocage (deadlock) entre le service RDP et le Local Session Manager — un phénomène déjà documenté sur le forum Microsoft Q&A avant la sortie du correctif officiel.
Es-tu concerné ?
Le problème touche spécifiquement les serveurs qui exposent le rôle RDS — hôtes de session, connection brokers, passerelles RD Gateway. Si tu utilises Windows Server uniquement pour d’autres rôles (fichiers, contrôleur de domaine, IIS…) sans RDS actif, tu n’es normalement pas impacté par ce bug précis, même si tu as installé les mêmes KB de sécurité. Les postes clients Windows 10/11 ne sont pas directement concernés par le bug RDS serveur, mais ont reçu leurs propres correctifs dans le même lot (voir plus bas).
Le correctif d’urgence est disponible depuis le 14-15 septembre
Microsoft a publié des mises à jour hors bande (out-of-band) pour corriger la régression :
- Windows Server 2019 — KB5129238
- Windows Server 2022 — KB5129237
- Windows Server 2025 — KB5129235
Point important : sur les trois versions serveur, ces correctifs ne sont disponibles que via le Microsoft Update Catalog — pas de déploiement automatique via Windows Update, et pas de distribution native par WSUS sans les importer manuellement. Si tu gères un parc avec WSUS ou Configuration Manager, il faut importer ces KB explicitement.
Au passage, le même lot corrige deux autres bugs introduits par les mises à jour du 8 septembre : le partage de dossiers Linux via Plan9 sous Hyper-V qui devenait inaccessible, et des soucis audio multicanal sur certains périphériques USB Audio Class 1.0.
Comment déployer le correctif
Pour un ou quelques serveurs, le plus rapide est de télécharger le paquet .msu directement depuis le Update Catalog et de l’installer avec DISM :
Add-WindowsPackage -Online -PackagePath "C:\Patches\windows10.0-kb5129235-x64.msu"
Restart-Computer -Force
Pour un parc plus large, importe le KB correspondant à chaque version dans WSUS (Update Services > Actions > Import Updates) ou synchronise-le dans Configuration Manager, puis déploie-le en priorité sur tes hôtes RDS avant les autres serveurs.
Un redémarrage est nécessaire après l’installation pour que le correctif prenne effet — prévois donc une fenêtre de maintenance, surtout si tes hôtes de session hébergent des utilisateurs en horaires décalés.
Si tu ne peux pas patcher tout de suite
Entre la découverte du bug le 8-10 septembre et la sortie du correctif le 14-15, plusieurs administrateurs ont documenté des contournements maison — retrait du paquet fautif via DISM, ou cycle de redémarrage régulier du service Local Session Manager pour éviter le blocage complet. Maintenant que le correctif officiel existe, il n’y a plus de raison de s’appuyer sur ces bricolages : ils ne sont pas documentés par Microsoft et peuvent avoir des effets de bord. Priorise le déploiement du correctif officiel, y compris en dérogeant temporairement à ton cycle de patch management habituel vu la criticité du service concerné.
Éviter que ça se reproduise
Cet épisode est un bon rappel des bonnes pratiques de déploiement de patchs sur des rôles critiques comme RDS :
- Teste les mises à jour de sécurité sur un hôte RDS non critique ou un anneau de déploiement restreint avant de les pousser sur l’ensemble du parc.
- Surveille le tableau de bord Windows Server release health, qui recense les problèmes connus par version et par KB.
- Si tu veux creuser le volet sécurité de ce Patch Tuesday, notre article sur le Patch Tuesday de septembre 2026 détaille les autres failles corrigées ce mois-ci et comment prioriser leur déploiement.
FAQ
Est-ce que ça touche aussi Windows 10 et Windows 11 ?
Le bug RDS en lui-même est spécifique aux rôles serveur. Mais Microsoft a publié le même correctif d’urgence pour les postes clients : KB5129236 pour Windows 10, KB5129195 pour Windows 11 24H2/25H2, et KB5129194 pour Windows 11 26H1. Sur Windows 11 26H1, la mise à jour est bien distribuée via Windows Update classique — contrairement aux versions serveur.
Le correctif passe-t-il par Windows Update automatique sur mes serveurs ?
Non, pour Windows Server 2019, 2022 et 2025, le correctif d’urgence n’est disponible que via le Microsoft Update Catalog. Il faut l’importer manuellement dans WSUS ou ton outil de gestion de patchs.
Faut-il désinstaller la mise à jour du 8 septembre avant d’installer le correctif ?
Non, le correctif d’urgence s’installe par-dessus la mise à jour de sécurité initiale : les correctifs de sécurité du 8 septembre restent appliqués, seule la régression RDS est corrigée.
En résumé
Si tu gères des hôtes RDS sous Windows Server 2019, 2022 ou 2025 et que tu as installé les mises à jour du 8 septembre 2026, vérifie dès maintenant si le correctif d’urgence (KB5129238 / KB5129237 / KB5129235) est déployé sur ton parc. Ce n’est pas un correctif qui arrivera automatiquement par Windows Update : c’est à toi de le récupérer sur le Update Catalog et de le pousser. Si tu veux creuser aussi le volet Active Directory de ce cycle de patchs, notre article sur les changements sécurité d’Active Directory dans Windows Server 2025 complète bien le sujet.

Laisser un commentaire