Patch Tuesday-ul din septembrie 2026 a adus, pe lângă remedierile obișnuite de securitate, și o problemă serioasă pentru administratorii de sistem: pe mai multe versiuni de Windows Server, Remote Desktop Services (RDS) se blochează la câteva ore după instalarea update-ului.
Ce sisteme sunt afectate
Bug-ul a fost confirmat pe trei versiuni de Windows Server, fiecare cu propriul update problematic:
- Windows Server 2019 — KB5122876
- Windows Server 2022 — KB5122882
- Windows Server 2025 — KB5122871
Cum se manifestă
Problema nu apare imediat. Serverele afectate funcționează normal câteva ore după instalarea update-ului, apoi conexiunile Remote Desktop încep să eșueze: sesiunile existente nu se mai pot deconecta sau închide, iar noile încercări de conectare rămân blocate mult timp înainte de a expira. Un administrator care a investigat problema a raportat un posibil deadlock între serviciul RDP și Local Session Manager (LSM), la nivelul funcției interne RDPSERVERBASE!WDLIB_Close — fără un timeout setat, ceea ce ar explica blocarea completă. Microsoft nu a confirmat oficial această cauză tehnică.
Ce spune Microsoft
Compania a confirmat pentru BleepingComputer că este la curent cu rapoartele și investighează problema, urmând să publice recomandări oficiale de îndată ce vor fi disponibile. Până la acest articol, nu exista un update de tip out-of-band care să rezolve definitiv problema.
Soluții temporare
Administratorii care s-au confruntat deja cu problema raportează două tipuri de soluții provizorii:
- Dezinstalarea update-ului (rollback) — restabilește funcționarea RDP, dar elimină odată cu el și peticele de securitate incluse în actualizarea din septembrie.
- Realocarea adaptorului de rețea și re-înscrierea mașinii în domeniul Active Directory, combinate uneori cu eliminarea manuală a pachetului via PowerShell — o soluție mai laborioasă, dar care nu presupune renunțarea la petice de securitate.
Ce ar trebui să facă administratorii din România
Pentru orice organizație care rulează servere RDS de producție pe una dintre cele trei versiuni afectate, recomandarea practică e simplă: nu instalați update-ul din septembrie direct pe servere critice de producție fără să-l testați întâi într-un mediu de staging, și monitorizați activ canalele oficiale Microsoft pentru un eventual update de urgență. Compromisul dintre a rămâne fără petice de securitate recente și a risca blocarea completă a accesului remote pe servere de producție nu are un răspuns universal — depinde de expunerea reală a fiecărui sistem.
Concluzie
E un exemplu clasic al tensiunii dintre viteza cu care trebuie aplicate peticele de securitate și riscul ca acestea să introducă probleme noi, uneori la fel de grave ca vulnerabilitățile pe care le rezolvă. Până la un fix oficial, prudența — testare înainte de implementare pe scară largă — rămâne cea mai sigură variantă.
Informațiile provin din rapoarte BleepingComputer și 4sysops, bazate pe relatări ale administratorilor de sistem afectați, valabile la 16 septembrie 2026. Microsoft nu confirmase oficial cauza tehnică la momentul publicării; situația poate evolua rapid — verificați canalele oficiale Microsoft pentru cel mai recent status.
Fii primul care comentează acest articol!