Skip to content
Hacker Posts

Exchange déstabilisé par les mises à jour Windows du 13 octobre

Microsoft confirme que les mises à jour Windows Server du 13 octobre perturbent Exchange sur site : files de messagerie bloquées, accès aux boîtes en échec, quorum DAG perdu.

Publié le 2 min de lecture
alertemicrosoftexchangewindows-server

Microsoft confirme que les mises à jour Windows Server publiées le 13 octobre déstabilisent les serveurs Exchange sur site. Le problème touche Exchange 2016, 2019 et la Subscription Edition dès lors que la charge est élevée. La source primaire est le billet de l'équipe Exchange sur Tech Community, complété par la page de santé des versions Windows Server.

Mises à jour en cause

Les correctifs cumulatifs du 13 octobre pour le système d'exploitation hôte :

  • KB5126646 — Windows Server 2025
  • KB5126655 — Windows Server 2022
  • KB5126651 — Windows Server 2019
  • KB5126868 — Windows Server 2016

Ce ne sont pas des mises à jour Exchange : c'est le correctif Windows sous-jacent qui déclenche le problème.

Symptômes

Selon Microsoft, les configurations à forte charge peuvent observer :

  • des messages bloqués dans la boîte d'envoi d'Outlook et des files d'attente qui s'allongent ;
  • des échecs d'accès aux boîtes aux lettres pendant la réplication ;
  • des membres d'un groupe de disponibilité de bases de données (DAG) qui n'atteignent plus le quorum.

Les symptômes varient selon la configuration et certains serveurs n'en présentent aucun.

Cause

Les mises à jour d'octobre introduisent une limite par défaut de 512 appels simultanés de recherche de point de terminaison (Endpoint Lookup), qui plafonne la mémoire allouée à l'Endpoint Mapper (RPC). Sous forte charge, Exchange dépasse cette limite, d'où les blocages.

Que faire

  1. Ne pas désinstaller les mises à jour : elles corrigent de nombreuses failles. Le contournement se fait par registre.
  2. Relever le plafond via une invite de commandes administrateur, puis redémarrer le serveur (un simple redémarrage sans la clé ne règle le problème que temporairement) :
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f
  1. Surveiller le serveur après application. Si les blocages reviennent malgré la clé, augmenter encore la valeur selon les recommandations Microsoft.
  2. Vérifier en priorité les serveurs à forte charge et les DAG, les plus exposés à la perte de quorum.

Contexte

C'est une régression de patch, pas une vulnérabilité : le correctif de sécurité d'octobre reste nécessaire, et la bonne réponse est le contournement par registre, pas le retour arrière. Le schéma n'est pas nouveau pour les administrateurs Exchange sur site, qui doivent composer régulièrement avec des effets de bord entre les mises à jour Windows de l'hôte et le fonctionnement d'Exchange. Les équipes qui exploitent encore Exchange en local ont donc intérêt à tester ces cumulatifs sur une préproduction avant de les généraliser.

Articles liés