„Windows“ tobulina pažeidžiamumų valdymą, nes dirbtinio intelekto (DI) pažanga leidžia saugumo spragas aptikti ir analizuoti greičiau bei didesniu mastu.
DI spartina pažeidžiamumų paiešką abiejose pusėse. Jis gali padėti gynėjams spragas rasti ir pašalinti anksčiau. Jis taip pat gali padėti užpuolikams ieškoti spragų dar prieš pasirodant pataisoms ir analizuoti jau išleistas pataisas. Visa tai didina savalaikės apsaugos svarbą.
Microsoft požiūris paprastas: lyderiauti per visą pažeidžiamumų valdymo ciklą. Bendrovė naudoja DI pažangą, kad spragas rastų ir pataisytų anksčiau, tuo pat metu išlaikydama aukštus kokybės standartus, kad organizacijos galėtų diegti naujinimus užtikrintai. Microsoft skubiai skelbia informaciją apie tai, ką taiso, kad saugumo komandos galėtų imtis veiksmų. Ne mažiau svarbu, kad bendrovė stiprina sistemas, padedančias organizacijoms greitai diegti naujinimus ir reaguoti iškilus problemoms.
Nuo paskutinio Microsoft pranešimo šia tema bendrovė toliau plėtojo šį darbą visose srityse: pažeidžiamumų aptikimo, šalinimo, tikrinimo ir diegimo.
Spragų paieška ankstesniame etape
Aptikti pažeidžiamumus dar prieš juos išnaudojant išlieka geriausia galimybė sumažinti riziką. Microsoft gauna informaciją apie pažeidžiamumus per atsakingą atskleidimą iš saugumo tyrėjų ir partnerių, o bendrovės inžinerijos ir saugumo komandos spragas randa ir pačios. Visi šie keliai susijungia Microsoft saugumo reagavimo centre (Microsoft Security Response Center, MSRC) – centriniame Microsoft pranešimų apie pažeidžiamumus, saugumo naujinimų ir koordinuoto reagavimo mazge.
Microsoft vis dažniau naudoja DI, kad saugumo ir inžinerijos komandos efektyviau nustatytų pažeidžiamumus ir imtųsi veiksmų. Vienas pavyzdys – MDASH, agentinis kodo skaitytuvas, kuris naudoja kelis DI modelius ir specializuotus agentus galimiems pažeidžiamumams rasti ir patvirtinti. Saugumo ir inžinerijos komandos tada peržiūri rezultatus ir nusprendžia, kaip reaguoti, todėl žmogaus sprendimai ir atsakomybė išlieka svarbiausia proceso dalis.
Tikslas – ne šiaip rasti daugiau spragų, o anksčiau nustatyti reikšmingus pažeidžiamumus ir padaryti radinius tinkamesnius veiksmams. Pasak Microsoft, naudojant DI pagrįstas galimybes galima atskirti svarbius radinius nuo klaidingų teigiamų rezultatų, o inžinieriai gauna tikslesnės informacijos. Spartėjant pažeidžiamumų paieškai, šios galimybės padeda efektyviau nukreipti inžinerinius išteklius į pažeidžiamumus, galinčius paveikti klientus.
Greitesnis perėjimas nuo aptikimo prie šalinimo
Greitesnė pažeidžiamumų paieška naudinga tik tada, jei inžineriniai procesai spėja paskui ją. Microsoft taiko DI pagalbą visame šalinimo procese: kad inžinieriai galėtų įvertinti poveikį, nustatyti, kurias „Windows“ versijas spraga veikia, rasti variantus susijusiame kode, įvertinti taisymo galimybes, parengti pataisų perkėlimo (backport) strategijas skirtingoms „Windows“ versijoms ir sukurti saugumo bei regresijos testus. Inžinieriai lieka atsakingi už darbo peržiūrą, inžinerinius sprendimus ir galutinį rezultatą. Šis skirtumas svarbus: bendrovės teigimu, tikslas yra naudoti automatizavimą ir DI, kad inžinieriai efektyviau tirtų ir šalintų problemas, o ne pašalinti inžinerinį vertinimą iš saugumo sprendimų.
Stipresnis tikrinimas
Gausesnis aptikimas ir šalinimas taip pat reikalauja tikrinimo sistemų, galinčių veikti didesniu mastu. „Windows“ tikrinimas jungia kelis įrodymų šaltinius. Šiuo metu tai vidinis flighting (naujinimų bandymas pasirinktose grupėse), funkcinis testavimas, saugumo koncepcijos įrodymo (proof-of-concept) testavimas, programų suderinamumo testavimas ir tikrinimas su įrangos gamintojais (OEM), saugumo produktų tiekėjais, nepriklausomais programinės įrangos kūrėjais (ISV) ir klientais per Saugumo naujinimų tikrinimo programą (Security Update Validation Program). Microsoft taip pat taiko DI pagrįstas galimybes testų parinkimui, kūrimui, triažui, analizei ir ataskaitoms. Kartu šie signalai suteikia įrodymų inžinieriams, priimantiems sprendimus dėl leidimo kokybės.
Neprivalomi nesaugumo peržiūros naujinimai (preview updates) išlieka svarbia šio proceso dalimi. Organizacijos gali juos įdiegti pasirinktuose įrenginiuose prieš tai, kai šis turinys tampa kito mėnesio saugumo naujinimo dalimi, taip gaunant papildomą tikrinimą realiomis sąlygomis įvairiuose įrenginiuose, programose, aparatinėje įrangoje ir konfigūracijose.
Kaip aptiktas pažeidžiamumas tampa veiksmais
Pasak Microsoft, DI pagalba leidžia rasti daugiau pažeidžiamumų, didesnėje kodo apimtyje ir ankstesniame kūrimo etape, todėl daugiau jų galima pašalinti per „Windows“ saugumo naujinimus. 2026 m. spalio mėnesio saugumo naujinimas pašalino daugiau nei 1 100 „Windows“ bendrųjų pažeidžiamumų ir ekspozicijų (Common Vulnerabilities and Exposures, CVE).
Paaiškinimas: CVE yra viešai naudojama standartizuota pažeidžiamumų žymėjimo sistema: kiekviena žinoma saugumo spraga gauna unikalų identifikatorių, kad ją būtų galima vienareikšmiškai sekti ir aptarti.
Tačiau CVE skaičius neparodo visos situacijos. Microsoft naudoja DI, kad išnagrinėtų daugiau kodo ir gilesniu lygiu. Tyrėjų bendruomenė toliau randa ir praneša apie pažeidžiamumus. Be to, bendrovė taisymus prioritizuoja realiu laiku, kai tik pažeidžiamumai nustatomi. Didesnis CVE skaičius nereiškia, kad „Windows“ tapo mažiau saugi. Jis rodo, kad daugiau pažeidžiamumų buvo atrasta ir užverta, o tai mažina užpuolikų galimybes jais pasinaudoti.
Skaidrumas daro šiuos taisymus tinkamesnius veiksmams. Microsoft skelbia CVE informaciją apie pašalintus pažeidžiamumus, nesvarbu, ar apie juos pranešė išoriniai tyrėjai, ar juos nustatė pačios bendrovės komandos ir DI sistemos. Saugumo naujinimų vadove (Security Update Guide) pateikiama išsami informacija apie kiekvieno CVE pavojingumą, poveikį, išnaudojamumą ir rekomendacijos. Šie duomenys taip pat prieinami mašininiu būdu nuskaitomais formatais, įskaitant Common Security Advisory Framework (CSAF) pranešimus, Vulnerability Exploitability eXchange (VEX) dokumentus ir API, kad jie galėtų tiesiogiai patekti į organizacijų pažeidžiamumų valdymo ir atitikties įrankius.
Saugumo komandos gali naudoti CVE informaciją, kad:
- sektų, kurie pažeidžiamumai pašalinti kiekviename įrenginyje;
- nustatytų, kurie įrenginiai naujinami pirmiausia, atsižvelgiant į riziką: pradedant nuo internetui prieinamų sistemų, tapatybių infrastruktūros ir didelės vertės turto;
- apsaugą matuotų dienomis nuo išleidimo, o ne pataisų ciklais.
Kadangi „Windows“ saugumo naujinimai yra kaupiamieji, prioritetai turėtų lemti, kurie įrenginiai bus atnaujinami pirmiausia, o ne tai, kurie taisymai bus diegiami.
Kai apsauga tampa prieinama, laikrodis pradeda eiti
Pataisų antradienį (Patch Tuesday) Microsoft išleidžia mėnesinius saugumo naujinimus ir informaciją bei išteklius, reikalingus jiems įvertinti ir įdiegti. Tai apima leidimo pastabas, informaciją apie pažeidžiamumus (pateikiamą Saugumo naujinimų vadove), kaupiamuosius naujinimus (per „Windows Update“ ir kitus diegimo kanalus) bei atnaujintą aptarnavimo laikmeną.
Naujinimo išleidimas pakeičia tai, kokia informacija yra vieša. Prieš išleidžiant naujinimą, pažeidžiamumai apdorojami taikant koordinuotą atskleidimą. Kai naujinimas ir su juo susijusios rekomendacijos tampa vieši, galima analizuoti pačią pataisą. Tai reiškia, kad užpuolikai gali pasinaudoti paskelbta pataisa, kad geriau suprastų pažeidžiamumą ir sukurtų išnaudojimo kodą (exploit) – galbūt per kelias valandas.
Todėl Microsoft darbas nesibaigia išleidus naujinimą. Bendrovė stebi diagnostikos duomenis ir diegimo ataskaitas, klientų aptarnavimo užklausas ir pranešimus bei atsiliepimus socialiniuose kanaluose ir forumuose. Automatizuotos sistemos padeda susieti šiuos signalus ir nustatyti dėsningumus inžineriniam tyrimui. Inžinieriai tiria galimas problemas, patvirtina jų priežastį ir nusprendžia, kaip reaguoti. Priklausomai nuo priežasties ir poveikio, reakcija gali būti atnaujinta dokumentacija ar rekomendacijos, apeinamasis sprendimas (workaround), Known Issue Rollback (KIR) – paveikto pakeitimo sušvelninimas, arba ne eilės tvarka išleistas (out-of-band) naujinimas.
Tai ir yra gyvavimo ciklas praktikoje: anksčiau aptikti pažeidžiamumus, sukurti ir patikrinti apsaugą, skaidriai ją paskelbti, stebėti jos veikimą po išleidimo ir greitai reaguoti, kai reikia. Tačiau yra viena šio ciklo dalis, kurios Microsoft viena užbaigti negali: apsaugos pateikimas į įrenginius.
Rizikos lango mažinimas
Microsoft inžinerinės sistemos yra tik viena lygties pusė. Kita pusė – diegimas.
Laikas nuo naujinimo paskelbimo iki jo pasiekiant įrenginius yra organizacijos saugumo būklės dalis. Neseniai paskelbtame Anthropic straipsnyje pažymėta, kad N-day išnaudojimai (laikotarpis, kai pažeidžiamumas jau atskleistas, bet pataisytas tik kai kuriuose įrenginiuose) sudaro „pataisų tarpą“ (patch gap), nes dideli kalbos modeliai dabar leidžia N-day išnaudojimus sukurti per valandas, o ne per dienas, kaip anksčiau. Dėl to įrenginiams, esantiems „pataisų tarpe“, kyla didesnė grėsmė.
Vis dėlto kai kurioms organizacijoms naujinimams įdiegti vis dar prireikia savaičių. 2026 m. rugpjūčio diagnostikos duomenys parodė, kad tarp išmatuotos „Windows“ įmonių imties po dviejų savaičių nuo išleidimo saugumo naujinimą buvo įdiegę mažiau nei pusė įrenginių, o po keturių savaičių maždaug vienas iš keturių jo vis dar neturėjo. Šis tarpas tarp prieinamos ir įdiegtos apsaugos yra rizikos langas, kurį reikia uždaryti.
Microsoft pastebi, kad organizacijos juda teisinga kryptimi: spartina diegimą, pereina prie palaikomų „Windows“ versijų ir pradeda naudoti naujesnes naujinimų valdymo bei aptarnavimo galimybes. Tačiau greitesnis diegimas turi tapti standartu, o ne išimtimi.
Organizacijos turėtų sutelkti dėmesį į keturias praktines sritis:
- naudoti palaikomas versijas ir naujinimus įdiegti tuoj pat po jų išleidimo;
- mažinti nereikalingą riziką ir naudoti saugumo bazines konfigūracijas (security baselines), kad būtų taikomos gerai ištirtos, pramonėje patikrintos konfigūracijos;
- išlaikyti galinių įrenginių aptikimo (endpoint detection) priemones ir taikyti prieinamas rizikos mažinimo priemones;
- sukurti veiksmingą reagavimo ir atkūrimo praktiką.
Iš jų pagrindinis dalykas – išlikti atnaujintiems. Sutrumpinus laiką nuo Microsoft pataisos paskelbimo iki jos pasiekiant įrenginius, sutrumpėja ir laikotarpis, kai žinomas pažeidžiamumas lieka neužtaisytas. Naujesnės, palaikomos „Windows“ versijos ir šiuolaikiniai valdymo įrankiai suteikia galimybių, skirtų naujinimą padaryti greitesnį ir mažiau trikdantį.
„Windows 11“ sistemoje „Windows Autopatch“ užtikrina naujinimų valdymą per „Microsoft Intune“, įskaitant etapinį diegimą ir ataskaitas. Tinkamuose įrenginiuose hotpatching gali taikyti mėnesinius saugumo naujinimus be perkrovimo, o standartiniai kaupiamieji bazinio lygio naujinimai reikalingi periodiškai.
Paaiškinimas: Hotpatching – tai naujinimo būdas, kai saugumo pataisos pritaikomos veikiančiai sistemai, todėl dažnai nereikia jos perkrauti ir nutraukti darbo.
Hotpatching taip pat suteikia kelią greitesnei „Windows Server“ apsaugai, mažinant perkrovimų poreikį. „Windows Server 2025“ palaiko hotpatch naujinimus tinkamose „Azure“, „Azure Local“ ir „Azure Arc“ prijungtose aplinkose, o pataisų orkestravimą užtikrina „Azure Update Manager“.
Organizacijos, naudojančios senesnes palaikomas „Windows“ kliento ar „Windows Server“ versijas, turėtų ir toliau laikyti tas aplinkas atnaujintas ir naudotis joms prieinamomis naujinimų valdymo galimybėmis. Kai būtini išplėstiniai saugumo naujinimai, juos reikėtų vertinti kaip tiltą pereinant prie palaikomos versijos, o ne kaip modernizavimo pakaitalą.
Tikslas paprastas: kuo greičiau paversti prieinamą pataisą įdiegta apsauga. Atnaujinimų diegimo langą reikia mažinti, kai tik įmanoma, o ne laikyti saugumo naujinimus užduotimi, kurią galima įprastai atidėti.
Lyderystė pokyčių tempu
DI keičia pažeidžiamumų valdymo tempą. Jis suteikia gynėjams naujų būdų rasti pažeidžiamumus, analizuoti kodą ir kurti apsaugą. Kartu jis gali sutrumpinti laiką nuo viešo atskleidimo iki galimo išnaudojimo.
Microsoft įsipareigoja pirmauti šių pokyčių kontekste. Bendrovė plečia DI pagalba grindžiamą pažeidžiamumų paiešką, padeda inžinieriams efektyviau pereiti nuo patvirtintų radinių prie taisymų, stiprina tikrinimą ir stebi naujinimus po išleidimo. Ji taip pat investuoja į įrankius ir aptarnavimo galimybes, padedančias organizacijoms apsaugą diegti greičiau. Taikant DI visame šiame cikle, žmogaus sprendimai ir atsakomybė, pasak Microsoft, išlieka esminiai kuriant ir aptarnaujant „Windows“.
Microsoft prašo kiekvienos organizacijos veikti skubiai: naudoti palaikomas versijas, išlaikyti sluoksniuotą apsaugą, sekti saugumo rekomendacijas ir laiko nuo išleidimo iki diegimo mažinimą laikyti saugumo prioritetu.
Pažeidžiamumų valdymas toliau vystysis tobulėjant DI. Microsoft ketina vadovauti šiai raidai, dalytis tuo, ką išmoksta, ir suteikti klientams informaciją bei įrankius, reikalingus veikti. Tačiau apsauga galiausiai priklauso nuo to, ar greitai juda abi pusės: nuo Microsoft gebėjimo rasti, pataisyti, patikrinti ir paskelbti apsaugą bei nuo organizacijų gebėjimo ją įdiegti.
1. Measuring LLMs’ impact on N-day exploits (DLM poveikio N-day išnaudojimams vertinimas). 2026 m. birželio 8 d. Anthropic
2. Hotpatch naujinimai tinkamiems „Windows Server 2025“ įrenginiams, prijungtiems per „Azure Arc“, prieinami be papildomo mokesčio. „Windows Server 2025 Datacenter: Azure Edition“ hotpatching funkcijai „Azure Arc“ nereikalauja, o hotpatch naujinimai joje įjungti pagal numatytuosius nustatymus.
