SICUREZZA

Exchange Server instabile dopo gli update Windows: mitigazione e controlli

Gli aggiornamenti Windows Server di ottobre 2026 possono bloccare OWA, code e mail flow su Exchange 2016, 2019 e SE. Mitigazione Microsoft, riavvio e controlli operativi.

Redazione MSP In Cloud14 Ottobre 2026 · 4 min di lettura
Server Microsoft Exchange durante la mitigazione dei problemi OWA e mail flow dopo gli aggiornamenti Windows di ottobre 2026
di
Indice dell'articolo

Rischio e azione: dopo gli aggiornamenti di sicurezza Windows Server di ottobre 2026, alcuni server Exchange on-premises possono diventare instabili: accesso OWA non disponibile, messaggi fermi in uscita, code in crescita, problemi di replica e nodi DAG che perdono il quorum. Microsoft raccomanda di non disinstallare gli aggiornamenti: occorre applicare la mitigazione documentata, riavviare in una finestra controllata e verificare mail flow e servizi.

Aggiornamento verificato il 19 ottobre 2026 sulle fonti Microsoft. Il problema è classificato come mitigato, ma l’indagine non è conclusa.

Quali ambienti possono essere coinvolti

Il problema può interessare Exchange Server 2016, Exchange Server 2019 ed Exchange Server Subscription Edition quando il sistema operativo ha ricevuto uno degli aggiornamenti Windows Server di ottobre: KB5126868 su Windows Server 2016, KB5126651 su Windows Server 2019, KB5126655 su Windows Server 2022 e KB5126646 su Windows Server 2025.

Non è un difetto introdotto dagli aggiornamenti di sicurezza Exchange pubblicati nello stesso mese. Microsoft precisa che può manifestarsi su qualsiasi versione Exchange eseguita sopra un Windows Server coinvolto. L’impatto varia con il carico: alcuni server possono non mostrare sintomi, altri degradano dopo ore di attività.

Sintomi da verificare prima dell’intervento

I segnali descritti dal team Exchange includono l’errore OWA MapiExceptionMdbOffline con codice ec=1142 ed evento applicativo 1006, code di posta che crescono fino a rallentare o fermare la consegna, problemi di accesso alle mailbox durante la replica e difficoltà dei membri DAG nel mantenere il quorum. Un riavvio può ridurre temporaneamente il problema, ma non è la correzione completa.

Prima di modificare il registro, annotate orario di inizio, nodi coinvolti, dimensione delle code, stato dei database, salute del DAG, servizi, connettori e test OWA. Questi dati permettono di distinguere un miglioramento reale da un semplice reset temporaneo.

Mitigazione Microsoft e prerequisiti

Gli update hanno introdotto un limite predefinito di 512 chiamate Endpoint Lookup simultanee gestite da Endpoint Mapper. Per carichi come Exchange il valore può non essere sufficiente. Microsoft indica di creare o aggiornare, da prompt elevato, il valore seguente:

reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f

L’aumento consente a Endpoint Mapper di usare più memoria. Prima dell’applicazione esportate la chiave di registro interessata, verificate un backup ripristinabile e pianificate il riavvio: la modifica non va trattata come un comando privo di impatto. Dopo il reboot, monitorate l’ambiente. Se il problema ricompare, Microsoft invita ad aumentare ulteriormente il limite o ad aprire un caso di supporto; non pubblica un valore universale che garantisca la risoluzione per ogni carico.

Patching, continuità e incident response

Questo evento è un problema di continuità operativa successivo al patching, non un indicatore di compromissione. Non va quindi aperto automaticamente un incidente cyber e non va annullato l’aggiornamento di sicurezza come prima risposta. La scelta corretta è preservare le protezioni installate, applicare la mitigazione supportata e collaudare il servizio.

L’incident response resta separata: diventa necessaria soltanto se, oltre al degrado, emergono accessi amministrativi inattesi, web shell, processi anomali, modifiche non autorizzate o connessioni sospette. In quel caso preservate le evidenze prima di riavvii o bonifiche.

Checklist operativa

  1. Inventariare Exchange 2016, 2019 e SE, versione Windows Server e KB installata.
  2. Registrare code, mail flow, OWA, database, replica, DAG, servizi ed evento 1006.
  3. Esportare la chiave HKLM\SOFTWARE\Microsoft\Rpc e verificare il rollback.
  4. Confermare backup e ripristino, finestra di manutenzione e referente applicativo.
  5. Applicare EpmapSavedContextCap=65536 con privilegi elevati.
  6. Riavviare il nodo secondo il runbook, senza compromettere quorum e disponibilità.
  7. Testare OWA, invio e ricezione, code, connettori, replica e failover.
  8. Monitorare memoria, eventi e ricorrenza del problema per l’intera giornata operativa.
  9. Non disinstallare gli update; coinvolgere Microsoft Support se la mitigazione non regge.
  10. Mantenere il piano di migrazione da Exchange 2016/2019 a SE: il workaround non estende il supporto.

Devi mitigare il problema senza interrompere posta, DAG e integrazioni? Richiedi una verifica tecnica a MSP In Cloud.

Fonti primarie