14 shtator 2026 | Microsoft Windows | Active Directory | Siguria e IT-së
Me përditësimin e sigurisë të shtatorit 2026 KB5124008 për Windows 11 po shtohen aktualisht raportet për një problem të pazakontë në mjedise klasike Active Directory.
Preken veçanërisht klientët Windows 11 që janë anëtarë të një domeni lokal Active Directory. Pas instalimit të përditësimit mund të dëmtohet Secure Channel midis kompjuterit dhe Domain Controller.
Pasoja: kompjuteri vazhdon të jetë fizikisht i arritshëm në rrjet, por identifikimi në domen papritur nuk funksionon më.
Çfarë është KB5124008?
Microsoft e publikoi KB5124008 më 8 shtator 2026 si përditësim sigurie për Windows 11 24H2 dhe 25H2.
Në Windows 11 25H2 përditësimi çon te Build 26200.9445, në Windows 11 24H2 te Build 26100.9445. Microsoft e përshkruan përditësimin në parim si përditësim sigurie dhe cilësie.
Microsoft dokumenton aktualisht disa probleme të njohura lidhur me KB5124008, ndër të tjera probleme me Remote Desktop Services, pajisjet audio USB dhe VM-të Linux të bazuara në Hyper-V. Një problem me Active Directory Secure Channel, megjithatë, aktualisht nuk është listuar ende si Known Issue në dokumentacionin zyrtar të KB-së.
Problemi i vërtetë: Secure Channel drejt domenit
Një kompjuter i domenit ka një llogari kompjuteri të vetën në Active Directory.
Midis kompjuterit dhe një Domain Controller ekziston një i ashtuquajtur Secure Channel. Ai nevojitet, ndër të tjera, për marrëdhënien e besimit midis kompjuterit dhe domenit.
Kur ky kanal dëmtohet, një përdorues mund të mos arrijë më papritur të kryejë identifikim në domen.
Pjesa veçanërisht e dredhur:
Emri i përdoruesit dhe fjalëkalimi janë ende të saktë.
Windows raporton, për shembull:
„Emri i përdoruesit ose fjalëkalimi është i pasaktë.“
Në fakt, problemi nuk qëndron te fjalëkalimi i përdoruesit, por te besimi i kompjuterit ndaj domenit.
Pamja tipike e gabimit
Në një rast të publikuar nga një administrator dhe të riprodhueshëm u shfaq sjellja e mëposhtme:
Windows 11 25H2
Build 26200.9445
Përditësimi KB5124008
domen klasik Active Directory
Domain Controller nën Windows Server 2019
Pas instalimit të përditësimit, identifikimi fillimisht funksiononte ende. Pas njëfarë kohe, megjithatë, besimi ishte dëmtuar.
Administratori e riprodhoi gabimin në disa pajisje: instalimi i përditësimit → shfaqet problemi → heqja e përditësimit → problemi zhduket. Pas një instalimi të ri të KB5124008, gabimi u shfaq sërish.
Interesante është gjithashtu që edhe një administrator tjetër raporton probleme me kontrollorët e domenit të Windows Server 2022. Në raporte të tjera përvoje problemi përshkruhet madje edhe me versione të ndryshme të kontrollorëve të domenit. Kjo aktualisht flet kundër hipotezës së nxituar se bëhet fjalë për një gabim të kufizuar vetëm te Windows Server 2019.
Si mund të kontrollohet gabimi
Nëse një kompjuter i prekur mund të niset ende me një llogari lokale administratori ose me të dhëna identifikimi të domenit të ruajtura në cache, lidhja Secure Channel mund të kontrollohet me PowerShell.
Si administrator:
Test-ComputerSecureChannel
Në rastin e një Secure Channel që funksionon, duhet të kthehet:
True
Në një kompjuter të prekur, në të kundërt, mund të shfaqet:
False
shfaqet.
Përveç kësaj, mund të kontrollohet me nltest:
nltest /sc_query:DOMAIN
Këtu mund të shfaqet, për shembull, gabimi
ERROR_NO_TRUST_LSA_SECRET (1786)
të shfaqet.
Pikërisht kjo pamje gabimi u dokumentua në rastin e Microsoft-Q&A.
E rëndësishme: mos e rivendosni menjëherë fjalëkalimin e përdoruesit
Pamja e gabimit të shtyn që fillimisht të rivendosësh fjalëkalimin e përdoruesit të prekur.
Në këtë rast, megjithatë, kjo zakonisht nuk është drejtimi i duhur.
Nëse disa përdorues në të njëjtin PC papritur nuk mund të identifikohen më përmes domenit, ndërsa, për shembull, një identifikim i ruajtur në cache funksionon ende offline, së pari duhet të kontrollohet marrëdhënia e besimit e kompjuterit.
Një tregues tipik është:
Test-ComputerSecureChannel
kthen:
False
Përpjekje e mundshme riparimi
Si përpjekje e parë riparimi, Secure Channel mund të rivendoset:
Test-ComputerSecureChannel -Repair
nëse është e nevojshme së bashku me të dhënat e hyrjes të një llogarie domeni me të drejta përkatëse.
Si alternativë, fjalëkalimi i llogarisë së kompjuterit mund të rivendoset me PowerShell.
Megjithatë, këtu kërkohet kujdes:
Në rastet e raportuara deri tani, riparimi nuk është gjithmonë i suksesshëm në mënyrë të qëndrueshme.
Në rastin origjinal të Microsoft-Q&A, për shembull, Test-ComputerSecureChannel -Repair nuk mjaftoi. Atje kompjuteri në fund duhej të hiqej nga domeni dhe më pas të shtohej sërish në domen.
Administratorë të tjerë, përkundrazi, raportojnë se komanda Repair ka ndihmuar të paktën përkohësisht. Prandaj pamja e gabimit duket se nuk është e njëjtë te të gjitha sistemet e prekura.
Kur riparimi nuk mjafton
Nëse Secure Channel vazhdon të jetë i prishur, si masë më e ndërlikuar mund të nevojitet një Domain Join i ri.
Në mënyrë të thjeshtuar:
Mundësoni identifikimin lokal me një llogari administratori
Hiqeni kompjuterin nga domeni
Rinisni kompjuterin
Shtojeni kompjuterin sërish në domen
Rinisni edhe një herë
Testoni identifikimin në domen
Në rastin e dokumentuar të riprodhimit, pikërisht ky procedim ishte i nevojshëm për ta eliminuar gabimin përgjithmonë.
A duhet të mbahet aktualisht KB5124008?
Këtu duhet bërë dallim.
KB5124008 është një përditësim sigurie dhe nuk duhet çinstaluar thjesht në mënyrë të përgjithshme në të gjitha mjediset.
Në të njëjtën kohë, administratorët me mjedise klasike Active Directory duhet ta ndjekin aktualisht instalimin me vëmendje të veçantë.
Me KB5124008 Microsoft publikon përmirësime të rëndësishme sigurie. Përveç kësaj, përditësimi shpërndahet përmes Windows Update, Windows Update for Business dhe WSUS.
Për mjediset e prodhimit rekomandohet prandaj një rollout i kontrolluar:
Grup testimi → vëzhgim → grup më i madh → rollout i plotë
dhe jo domosdoshmërisht:
Përditësimi i të gjithë klientëve njëkohësisht.
Sidomos te pajisjet që nevojiten për identifikimin e përditshëm të përdoruesve, duhet të ketë gjithashtu një llogari lokale administratori ose një mundësi funksionale rikuperimi.
Çfarë rekomandojmë aktualisht
Për kompanitë me Active Directory klasik rekomandojmë aktualisht:
1. Kontrolloni versionet e prekura të Windows 11
Në një klient:
winver
ose:
Get-ComputerInfo | Select WindowsProductName, WindowsDisplayVersion, OsBuildNumber
2. Kontrolloni nëse është instaluar KB5124008
Get-HotFix -Id KB5124008
3. Në rast problemesh identifikimi, kontrolloni Secure Channel
Test-ComputerSecureChannel
4. Nëse rezulton False, provoni fillimisht një riparim
Test-ComputerSecureChannel -Repair
5. Në rast problemesh që përsëriten, dokumentoni shkakun
Veçanërisht duhet të regjistrohen informacionet e mëposhtme:
Versioni i Windows
Build i OS-it
përditësimet KB të instaluara
Versioni i Domain Controller
Koha e shfaqjes
Rezultati i Test-ComputerSecureChannel
Rezultati i nltest /sc_query
Ngjarjet në klient dhe në Domain Controller
Kështu mund të përcaktohet shumë më mirë nëse ekziston vërtet një lidhje me përditësimin.
Ende nuk është konfirmuar një shkak përfundimtar
Në këtë pikë është e nevojshme një kufizim i rëndësishëm:
Lidhja midis KB5124008 dhe Secure Channel të dëmtuara të domenit raportohet aktualisht nga administratorët si e riprodhueshme, por sipas gjendjes aktuale nuk është listuar si Known Issue përkatës në dokumentacionin zyrtar KB të Microsoft.
Raporti origjinal i Microsoft Q&A përshkruan një situatë të riprodhueshme me Windows 11 25H2 dhe kontrollorë domeni Windows Server 2019. Administratorë të tjerë raportojnë probleme të ngjashme, ndër të tjera me Windows Server 2022.
Edhe për këtë arsye nuk duhet pohuar me nxitim se KB5124008 është definitivisht shkaku i çdo gabimi aktual „Trust Relationship“.
Shkaqe të tjera, si problemet e DNS-së, ndryshimet në kohë, problemet me llogarinë e kompjuterit ose komponentët e rrjetit/VPN, duhet të përjashtohen gjithsesi.
Përfundim
KB5124008 duhet të ndiqet aktualisht me kujdes të veçantë në mjediset Active Directory.
Nëse pas përditësimit të shtatorit disa përdorues të një PC me Windows 11 papritur nuk mund të kryejnë më identifikim në domen, megjithëse të dhënat e hyrjes janë të sakta, ia vlen të hidhet një sy marrëdhënies së besimit të kompjuterit.
Testi i parë më i rëndësishëm është:
Test-ComputerSecureChannel
Nëse komanda kthen False, shumë ka gjasa që ekziston një problem me Secure Channel të kompjuterit drejt domenit.
Meqenëse raportet deri tani tregojnë se një riparim i thjeshtë nuk ndihmon përgjithmonë te të gjitha sistemet, pajisjet e prekura duhen dokumentuar saktë dhe nuk duhen ndryshuar me nxitim llogaritë e përdoruesve apo fjalëkalimet.
Gjendja e këtij artikulli: 14 shtator 2026.
Ne e ndjekim zhvillimin rreth KB5124008 dhe do ta përditësojmë këtë artikull sapo Microsoft të publikojë një qëndrim zyrtar ose një zgjidhje përkatëse.