Windows-ийн zero-day хамгаалалтын анхааруулгыг тойрч байна: patch-ийг түрүүлж суулга

Microsoft 10 дугаар сарын аюулгүй байдлын мэдэгдэлдээ 2026 оны 10 дугаар сарын 13-нд Windows Shell-ийн CVE-2026-96951 цоорхойд засвар гаргаж, засвар нийтлэгдэхээс өмнө халдлагад ашиглагдсаныг тэмдэглэсэн. Тус компани өртсөн бүтээгдэхүүний шинэчлэлийг яаралтай суулгахыг зөвлөсөн. Монголын Windows хэрэглэгч, байгууллагын админуудад энэ нь сарын багцын олон засвараас түрүүлж анхаарах тодорхой шалтгаан болж байна.

CrowdStrike-ийн техникийн тоймд уг алдааг CVSS 8.8 үнэлгээтэй, интернэтээс ирсэн файлын Mark of the Web хамгаалалтыг тойрох Windows Shell-ийн эмзэг байдал гэж тайлбарлажээ. Халдлага хэрэглэгчийн үйлдэл шаарддаг: тусгайлан бэлтгэсэн файлыг нээхэд хамгаалалтын зааг тойрогдох боломжтой. Иймээс засварын дарааллыг зөвхөн үнэлгээний оноогоор бус, ашиглалт аль хэдийн илэрсэн эсэх болон ажилтнууд гаднаас ирсэн файлтай хэр олон харьцдагийг харгалзан тогтоох хэрэгтэй.

Mark of the Web тойрогдоход юу өөрчлөгдөх вэ

Mark of the Web буюу MOTW нь Windows-д интернэтээс ирсэн файлын гарал үүслийг ялгахад тусалдаг тэмдэглэгээ юм. Windows болон зарим програм энэ мэдээлэлд тулгуурлан итгэмжгүй файл нээх үеийн нэмэлт анхааруулга, хязгаарлалтыг хэрэгжүүлдэг. Энэ цоорхойг ашиглавал халдагч MOTW-д суурилсан хамгаалалтыг тойрох боломжтой тул файл нээх ердийн хамгаалалтын шат суларна.

Үр дагавар нь зөвхөн анхааруулгын нэг цонхоор хязгаарлагдахгүй. Татсан гүйцэтгэх файлд хамаарах SmartScreen анхааруулга, Office баримтын Protected View горим зэрэг нь файлын гарал үүслийн дохиотой уялддаг. Тойролт амжилттай болсон нөхцөлд хортой агуулга хэрэглэгчид дасал болсон сэрэмжлүүлэггүйгээр хүрч болзошгүй. Гэхдээ энэ нь бүх татсан файл дээр бүх хамгаалалт заавал алга болно гэсэн баталгаа биш; бодит үр дүн нь файл болон түүнийг нээх орчноос хамаарна.

Эмзэг байдлын ангилал нь хамгаалалтын функцийг тойрох алдаа. Халдагч файлыг хүргэх, хэрэглэгчээр нээлгэх замаар өөрийн агуулгыг ажиллуулах боломжийг нэмэгдүүлдэг болохоос энэ CVE дангаараа хэрэглэгчийн ямар ч үйлдэлгүйгээр код ажиллуулдаг гэсэн үг биш. Ялангуяа и-мэйл, мессеж, таталтын холбоосоор ирсэн файлын гаралд тулгуурлан шийдвэр гаргадаг үед энэ ялгаа чухал.

Хэрэглэгчийн үйлдэл халдлагын замд хаана ордог вэ

Халдагч тусгайлан бэлтгэсэн файл илгээсэн төдийд тойролт автоматаар хэрэгжихгүй. Хүлээн авагч файлыг нээх эсвэл түүнтэй холбогдох үйлдэл хийх хэрэгтэй. Ийм шаардлага нь халдлагын замыг тодорхойлж байгаа ч бодит эрсдэлийг арилгахгүй: фишингийн зурвас өөрөө хүнийг хавсралт нээхэд хүргэхээр бүтээгддэг.

Файл и-мэйлээр, шуурхай зурвасаар эсвэл вэб таталтаар ирж болно. Эдгээр нь боломжит хүргэх сувгууд бөгөөд нийтэд мэдээлсэн баримтаас тодорхой нэг кампанит ажил, илгээгч эсвэл хохирогчийг тогтоох үндэс болохгүй. Хамгаалалтын шийдвэр гаргахдаа таамагласан кампанит ажлын нэрээс илүү, Windows төхөөрөмж дээр гаднаас ирсэн файлыг нээх бодит боломжийг харах нь хэрэгтэй.

Ажилтны анхааралд дангаар нь найдах нь энэ тохиолдолд сул талтай. Хэрэглэгч сэжигтэй файлыг танихад нь тусалдаг анхааруулга өөрөө тойрогдож болзошгүй учраас анхааруулга харагдаагүйг файлын аюулгүй байдлын баталгаа гэж үзэж болохгүй. Харин файлын эх үүсвэрийг шалгах дадал нь засвар суух хүртэл эрсдэлийг бууруулах түр хамгаалалт хэвээр байна.

Windows төхөөрөмжүүдэд засварыг хэрхэн эрэмбэлэх вэ

Эхний ээлжинд өртсөн Windows хувилбаруудад зориулсан 10 дугаар сарын аюулгүй байдлын шинэчлэлийг суулгаж, төхөөрөмж бүр дээр суулгалт дууссаныг шалгана. Ялангуяа гаднаас хавсралт хүлээн авдаг, файл татдаг хэрэглэгчийн компьютерууд халдагчийн бэлтгэсэн файлд хүрэх боломж өндөртэй. Энэ эрэмбэ нь ашиглалт илэрсэн байдал болон хэрэглэгчийн үйлдэл шаарддаг халдлагын замаас гарсан редакцын зөвлөмж юм.

Автомат шинэчлэл асаалттай байх нь байгууллагын бүх компьютер засварлагдсан гэсэн баталгаа биш. Удаан хугацаанд сүлжээнээс салсан төхөөрөмж, суулгалтын алдаа гарсан систем, дахин асаалт хүлээж буй компьютерийг тусад нь шалгах шаардлагатай. Нэг Windows хувилбарын шинэчлэлийн дугаарыг өөр хувилбарт шилжүүлэн хэрэглэхгүй; админ тухайн төхөөрөмжийн хувилбар, суусан багц, суулгалтын төлөвийг тулгана.

Засвар тархаж дуусах хүртэл гэнэтийн хавсралт болон таталтын холбоосыг нээхээс зайлсхийх нь түр арга хэмжээ болно. Байгууллага и-мэйлийн хавсралтын шүүлтүүр болон төгсгөлийн төхөөрөмжийн хамгаалалтын сэрэмжлүүлгийг мөн ашиглаж болно. Эдгээр арга нь эмзэг байдлыг арилгахгүй учраас засвар суулгах ажлын оронд тавих үндэслэлгүй.

CVSS оноо техникийн ноцтой байдлыг харуулдаг ч шинэчлэлийн дарааллыг дангаар нь шийдэхгүй. Энэ тохиолдолд халдлагад ашиглагдсан статус нь өндөр оноотой боловч ашиглалт нь илрээгүй өөр цоорхойтой харьцуулахад түрүүлэх үндэслэл болдог. Админд хэрэгтэй асуулт нь нийт хэдэн алдаа бүртгэгдсэн бэ гэдгээс илүү, ямар өртсөн төхөөрөмж гаднаас ирсэн файл нээж байгаа, түүнд засвар суусан эсэх юм.

Сарын багцын тооноос илүү ашиглалтын статус чухал

BleepingComputer-ийн 10 дугаар сарын тоймд багцад халдлагад ашиглагдсан нэг, засвар гарахаас өмнө нийтэд ил болсон өөр хоёр zero-day багтсаныг тэмдэглэжээ. Нийтэд ил болсон гэдэг нь халдлага ажиглагдсан гэсэн утгатай биш. Windows Shell-ийн энэ цоорхойг ялгаж буй гол баримт нь засвар гарахаас өмнөх бодит ашиглалт юм.

Сарын нийт засварын тоо эх сурвалжуудын хамруулсан бүтээгдэхүүн болон тоолох аргаас шалтгаалан зөрдөг. Нэг байгууллагын шийдвэрт тэр нийт дүнгээс илүү төхөөрөмжийн өртсөн хувилбар, ашиглалтын статус, файл нээх орчин хамаарна. Өртсөн компьютер шинэчлэгдээгүй хугацаанд татсан файлд анхааруулга гарна гэж найдан түүнийг эцсийн хамгаалалт болгон үзэх боломжгүй.

Мөн уншаарай:

• SharePoint-ийн CVE-2026-65660 ашиглагдаж эхлэв: patch хийх хугацаа дууссан
• Claude-ийн олсон HFS цоорхой нэг хоногт халдлагад ашиглагдав
• AWS-ийн хөнгөлөлтөд шууд бүү түгж: ашиглаагүй цаг буцаад ирэхгүй