Update-urile Windows Server din octombrie pot bloca Outlook pe web și livrarea emailurilor în Exchange
Administratorii care folosesc Microsoft Exchange Server în infrastructură locală au un nou motiv să trateze cu atenție actualizările Windows Server din octombrie 2026. Microsoft a confirmat că unele update-uri de securitate pentru Windows Server 2019 și versiunile mai noi pot provoca probleme de autentificare în Outlook on the web (OWA), blocaje la livrarea mesajelor și dificultăți de acces la cutiile poștale. Cu alte cuvinte, organizația poate avea servere actualizate corect din punct de vedere al securității, dar angajații să nu își poată deschide emailul sau mesajele să rămână în Outbox. Problema nu afectează toate mediile în aceeași măsură: depinde de încărcarea serverului Exchange. Totuși, pentru firmele românești care încă folosesc Exchange on-premises sau configurații hibride, impactul poate fi rapid și foarte vizibil. (bleepingcomputer.com)
Ce se întâmplă, concret, după actualizare
Simptomele raportate sunt ușor de confundat cu o problemă de rețea, de autentificare sau chiar cu o cădere a serviciului Exchange. Utilizatorii pot să nu se mai poată conecta în Outlook on the web, iar emailurile expediate din Outlook pot rămâne blocate în folderul Outbox, fără să ajungă la destinatari.
În anumite cazuri, administratorii pot vedea în OWA eroarea MapiExceptionMdbOffline, alături de Event ID 1006 în jurnalul de aplicații Windows. Mai există și situații în care sunt afectate operațiunile de replicare a cutiilor poștale, un detaliu important pentru organizațiile cu baze de date Exchange distribuite, proceduri de mentenanță sau planuri de recuperare în caz de incident. (bleepingcomputer.com)
Nu este vorba despre o vulnerabilitate exploatată și nici despre un atac asupra serverului de mail. Este un efect secundar de compatibilitate și capacitate apărut după instalarea update-urilor de securitate Windows Server din octombrie. Pentru utilizatorul final, diferența contează mai puțin: dacă emailul nu circulă, activitatea de zi cu zi este afectată indiferent de cauză.
Ghid ServerSpan relevant: Update vs. upgrade de server: Care este diferența și de ce este importantă.
În România, problema poate lovi mai ales companiile care și-au păstrat Exchange-ul în sediu, într-un data center propriu sau într-un mediu găzduit de un furnizor local, din motive de control, integrare cu Active Directory, cerințe interne ori reguli de conformitate. Pentru acestea, emailul nu este doar un instrument de comunicare, ci infrastructură operațională.
De ce Exchange este afectat mai ales în mediile încărcate
Explicația indicată de Microsoft ține de componenta Windows RPC Endpoint Mapper. Pe scurt, aceasta ajută serviciile din rețea să identifice punctele de comunicare necesare pentru apeluri RPC — un mecanism folosit intens de aplicații enterprise, inclusiv Exchange.
Actualizarea din octombrie a introdus o limită implicită de memorie pentru Endpoint Mapper atunci când procesează cereri de tip Endpoint Lookup. Pragul implicit este de 512 cereri simultane. Pentru un server Exchange cu trafic mare, multe conexiuni active, volume consistente de emailuri sau operațiuni de replicare, limita poate deveni insuficientă. Rezultatul: unele cereri nu mai sunt procesate în timp util, iar accesul la cutii poștale sau fluxul de mail poate eșua. (bleepingcomputer.com)
Aceasta explică de ce nu toate organizațiile sunt afectate. O firmă cu 30 de conturi, trafic redus și un singur server poate să nu observe nimic. În schimb, un grup cu sute sau mii de utilizatori, aplicații care trimit notificări prin SMTP, dispozitive multifuncționale, CRM-uri conectate la Exchange și trafic intens în intervalele de vârf are o probabilitate mai mare să întâlnească problema.
Pentru mai multe detalii despre această parte a subiectului, vezi Recuperează-ți confidențialitatea: Ghidul complet pentru migrarea de la Gmail la un server de e-mail self-hosted.
Este important și ce nu trebuie presupus. Mesajul de eroare nu confirmă automat o defecțiune de hardware, un disk plin, o bază de date Exchange coruptă sau o configurare DNS greșită. Acestea rămân piste posibile într-un incident real, însă în cazul apărut după patching trebuie verificată mai întâi corelația dintre instalarea actualizării și momentul în care au început simptomele.
Microsoft recomandă remediere temporară, nu dezinstalarea patch-urilor
Reacția instinctivă într-un incident de acest tip este dezinstalarea ultimului update. Microsoft recomandă explicit să nu fie eliminate actualizările de securitate Windows și subliniază că situația nu este provocată de update-urile de securitate pentru Exchange Server lansate în octombrie 2026. Cu alte cuvinte, problema poate afecta orice versiune Exchange care rulează pe o versiune Windows Server afectată, nu doar serverele actualizate recent la nivel de Exchange. (bleepingcomputer.com)
În schimb, compania a publicat o soluție temporară bazată pe modificarea unei chei de registry, care crește plafonul pentru cererile simultane gestionate de Endpoint Mapper. Modificarea trebuie aplicată doar pe serverele Exchange afectate, dintr-un Command Prompt cu drepturi administrative, urmată de repornirea sistemului:
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /fComanda este documentată în informațiile publicate despre incident, însă nu trebuie tratată ca un „copy-paste universal”. O modificare de registry schimbă consumul de memorie permis pentru componenta respectivă. De aceea, echipa IT ar trebui să verifice întâi că simptomele corespund problemei cunoscute, să aibă backup valid pentru configurație și să monitorizeze serverul după repornire. (bleepingcomputer.com)
Pentru firmele fără administrator intern, momentul este un bun reminder că infrastructura de email are nevoie de proceduri clare: cine aprobă patch-urile, cine validează serviciile după mentenanță, unde există copii de siguranță și cum sunt anunțați angajații dacă apare o întrerupere.
Lecția mai largă: patching-ul rapid trebuie dublat de validare
Acest incident apare într-o lună în care miza actualizărilor Microsoft este foarte mare. Patch Tuesday din octombrie 2026 a inclus remedieri pentru 1.411 vulnerabilități, dintre care trei zero-day-uri, inclusiv una exploatată activ. A amâna la nesfârșit actualizările de securitate nu este, așadar, o strategie mai sigură. (bleepingcomputer.com)
Pe de altă parte, aplicarea oarbă a patch-urilor direct în producție nu mai este realistă pentru sistemele critice. În septembrie, alte actualizări Windows au provocat probleme cu Always On VPN, Remote Desktop Services și Hyper-V; pentru VPN, Microsoft a livrat ulterior remedieri prin update-urile cumulative din octombrie. (bleepingcomputer.com)
Concluzia practică nu este „nu instala update-uri”, ci „instalează-le controlat”. O firmă mică poate face acest lucru printr-o fereastră de mentenanță seara și o listă simplă de verificări. O organizație mai mare are nevoie de mediu de test, grup pilot, monitorizare a serviciilor și un plan clar de rollback pentru situații excepționale.
În cazul Exchange, testarea trebuie să depășească simpla pornire a serviciilor. Un server poate părea funcțional, dar utilizatorii să nu se poată autentifica în OWA sau mesajele să nu părăsească Outbox-ul. Validarea trebuie să includă autentificare, trimitere internă și externă, primire, acces la cutii poștale și verificarea logurilor.
Ce trebuie verificat imediat:
- Confirmați dacă serverele rulează Windows Server 2019 sau o versiune mai nouă și au primit update-urile din octombrie 2026.
- Verificați dacă incidentele au început imediat după patching sau după un restart planificat.
- Testați OWA, Outlook, trimiterea și primirea de mesaje, inclusiv către domenii externe.
- Căutați
MapiExceptionMdbOfflineși Event ID 1006 în Application Log. - Nu dezinstalați automat patch-urile de securitate; aplicați soluția temporară doar după validarea simptomelor.
- Monitorizați consumul de resurse și fluxul de mail după repornirea serverului.
Concluzie
Problema confirmată de Microsoft este un exemplu foarte clar al compromisului permanent din administrarea IT: securitatea trebuie actualizată rapid, dar serviciile critice trebuie verificate atent după fiecare intervenție. Pentru companiile care folosesc Exchange local, prioritatea nu este panica și nici revenirea automată la versiuni vulnerabile. Prioritatea este identificarea rapidă a simptomelor, aplicarea controlată a workaround-ului oficial și pregătirea unei proceduri de patch management mai bune pentru următoarea rundă de actualizări.