- Rozhranie Windows GDI zhromažďuje zraniteľnosti v oblasti zverejňovania informácií, odmietnutia služby a vzdialeného spustenia kódu, ktoré ovplyvňujú viacero verzií systémov Windows a Windows Server.
- Mnohé z týchto zraniteľností sú zneužívané prostredníctvom súborov EMF/WMF alebo poškodeného grafického obsahu spracovaného súbormi gdi32.dll a win32k.sys, čo môže spôsobiť BSOD alebo úniky pamäte.
- Spoločnosť Microsoft vydáva záplaty v kumulatívnych balíkoch so zmenami binárnych súborov, ako je napríklad gdi32.dll, a poskytuje haše a informácie o súboroch na overenie úspešnej inštalácie.
- Kombinácia agilného opravovania, segmentácie siete, obmedzenia nebezpečných grafických formátov a monitorovania pomocou EDR je kľúčom k zníženiu rizika spojeného s GDI.
Grafické používateľské rozhranie (GDI) systému Windows vykresľuje okná, text, ikony a obrázky už desaťročia bez toho, aby si to väčšina používateľov uvedomovala. Táto základná systémová súčasť však bola aj zdrojom niekoľkých významných bezpečnostných zraniteľností, niektorých zraniteľností typu zero-day a ďalších opravených v rozsiahlych aktualizáciách spoločnosti Microsoft. Keď GDI zlyhá, nepadá len aplikácia: v niektorých prípadoch to môže viesť k únikom údajov, vzdialenému spusteniu kódu alebo modrým obrazovkám smrti (BSOD), ktoré zrútia celé servery.
Nasledujúce riadky podrobne opisujú, ako funguje GDI, aké konkrétne zraniteľnosti boli zdokumentované v posledných rokoch (napríklad CVE-2017-11816, CVE-2020-1435 alebo CVE-2023-36884 ), ako sa zneužívajú , aký majú skutočný vplyv na domáce a firemné prostredie a aké praktické opatrenia môžu správcovia a odborníci na kybernetickú bezpečnosť použiť na ochranu svojich systémov Windows, od starších verzií, ako je Windows Vista SP2, až po moderné vydania Windowsu 11 a Windows Servera.
Čo je Windows GDI a prečo je také citlivé z hľadiska bezpečnosti?
Rozhranie grafického zariadenia (GDI) je staršie rozhranie API systému Windows, ktoré je zodpovedné za správu všetkého, čo súvisí s vykresľovaním grafiky: od kreslenia čiar a obdĺžnikov až po zobrazovanie písiem, bitmap a obrázkov na obrazovke alebo v tlačiarňach. Aplikácie volajú funkcie z knižníc, ako je gdi32.dll, na vytvorenie kontextov zariadení (HDC), štetcov, pier, oblastí a iných grafických objektov, ktoré sú spravované v jadre pomocou dátových štruktúr riadených jadrom.
Architektúra GDI je rozdelená medzi používateľský režim a režim jadra . V používateľskom režime prijíma knižnica DLL gdi32.dll a ďalšie súvisiace knižnice požiadavky na kreslenie z aplikácií. Tieto volania sa odovzdávajú subsystému okien systému Windows, ktorý beží v režime jadra prostredníctvom súboru win32k.sys. Táto časť jadra v skutočnosti manipuluje so systémovou pamäťou, overuje grafické objekty a odosiela ich do hardvéru. Akékoľvek nedostatočné overenie ukazovateľov, veľkostí alebo indexov v tomto bode otvára dvere katastrofickým chybám.
Na sledovanie a opätovné použitie zdrojov systém udržiava tabuľky objektov GDI . Každý proces má svoju vlastnú tabuľku, ale existuje aj globálna tabuľka pre zdieľané objekty, čo zvyšuje potenciál poškodenia, ak dôjde k pretečeniu vyrovnávacej pamäte, udalosti dvojitého uvoľnenia alebo k neplatnému odkazu na pamäť. Tieto typy zlyhaní môžu viesť k poškodeniu pamäte jadra, súbehu, zlyhaniu systému alebo dokonca k ľubovoľnému spusteniu kódu v najprivilegovanejšom kontexte systému.
S príchodom modernejších API (GDI+, Direct2D, DirectWrite a dokonca aj DirectComposition) spoločnosť Microsoft znižuje používanie GDI v nových aplikáciách, ale ekosystém staršieho softvéru , ktorý sa na ňom stále spolieha, je obrovský. Toto dedičstvo robí z GDI veľmi atraktívny povrch pre útoky výskumníkov a útočníkov.
Historické zraniteľnosti: od zverejnenia informácií až po nultý deň
Medzi najstaršie zraniteľnosti spojené s GDI patrí zdokumentovaná zraniteľnosť umožňujúca únik informácií, CVE-2017-11816 . V tomto prípade problém spočíval v tom, ako GDI spracovávalo určité objekty v pamäti, čo umožňovalo používateľovi so zlými úmyslami získať z cieľového systému údaje, ktoré by nemali byť prístupné. Nešlo o spustenie kódu, ale skôr o vážne porušenie dôvernosti.
Táto zraniteľnosť postihla rôzne vydania systému Windows a prinútila spoločnosť Microsoft vydať špecifickú bezpečnostnú aktualizáciu. Chyba spočívala vo vnútornom spracovaní grafických štruktúr, kde subsystém nedokázal správne vymazať alebo overiť určité oblasti pamäte pred ich opätovným použitím, čo umožnilo čítať zvyškové informácie patriace iným procesom alebo samotnému operačnému systému.
Oprava prišla v rámci bezpečnostnej aktualizácie, ktorá bola súčasťou pravidelného cyklu „Patch Tuesday“ v októbri 2017. Spolu s popisom zraniteľnosti spoločnosť Microsoft poskytla rozsiahle tabuľky so zoznamom postihnutých súborov a ich novších verzií: napríklad rôzne zostavy súboru gdi32.dll pre platformy x86, x64 a IA-64 s dátumami ako 8. september 2017 a verziami súborov ako 6.0.6002.24200. Táto podrobnosť umožnila správcom potvrdiť, že oprava bola nainštalovaná správne.
Neskôr výskumníci z Project Zero (Google) odhalili ďalšiu zraniteľnosť typu zero-day súvisiacu s gdi32.dll v používateľskom režime . Tentoraz chyba ovplyvnila spracovanie DIB (Device Independent Bitmaps) vložených do registrov EMF (Enhanced Metafile). Nesprávna manipulácia s týmito bitmapami v rámci metasúborov umožnila extrakciu informácií z pamäte procesu, čo malo priamy dopad na súkromie údajov.
Túto zraniteľnosť typu „zero-day“ bolo možné reprodukovať lokálne prostredníctvom prehliadača Internet Explorer a vzdialene prostredníctvom balíka Office Online otvorením dokumentu DOCX so špeciálne vytvoreným súborom EMF. Zoznam postihnutých verzií bol rozsiahly, od balíka Windows Vista Service Pack 2 až po Windows 10 a vrátane verzií systému Windows Server, ako sú 2012 R2 a 2016. Problém sa stal verejne dostupným po uplynutí štandardného 90-dňového obdobia Project Zero bez vydania opravy, čím sa zraniteľnosť oficiálne stala praktickým zneužitím typu „zero-day“.
Medzitým spoločnosť Microsoft zaznamenala významný incident: interný problém jej zabránil vydať plánovaný balík opráv Patch Tuesday o mesiac, čím sa opravy odložili až do nasledujúceho cyklu. Tieto typy oneskorení predlžujú čas odhalenia zraniteľností, ktoré sú už výskumnej komunite známe.
Nedávne kritické chyby: BSOD, vzdialené spustenie a veľké dávky záplat
Postupom času sa zraniteľnosti v GDI vyvinuli do závažnejších scenárov. Obzvlášť pozoruhodným príkladom je zraniteľnosť typu „denial-of-service“ identifikovaná ako CVE-2023-36884 , ktorá postihuje verzie systémov Windows 10 (počnúc verziou 1607), Windows 11 a Windows Server 2016, 2019 a 2022. Hoci bol identifikátor v závislosti od bulletinu spojený s rôznymi komponentmi, technická analýza opisuje kritickú chybu v grafickom subsystéme, ktorá je schopná spôsobiť modré obrazovky smrti (BSOD) pri spracovaní chybných grafických objektov.
Problém sa týka funkcie NtGdiDdDeleteDeviceBitmap v súbore win32k.sys . Pri spracovaní neplatnej grafickej bitmapy alebo zariadenia zraniteľný kód nevykoná dôkladnú kontrolu hraníc vyrovnávacej pamäte pri kopírovaní údajov zo štruktúry zariadenia (napr. typu DD_DEVICE_OEM). Toto opomenutie umožňuje prepísanie susednej pamäte v jadre, čo generuje výnimku prístupu k pamäti (PAGE_FAULT_IN_NONPAGED_AREA, kód 0x00000050) a spúšťa modrú obrazovku smrti (BSOD) s kódmi ako IRQL_NOT_LESS_OR_EQUAL alebo podobnými.
Typický proces zneužívania začína grafickými dátami vloženými do sieťových protokolov, ako sú SMB alebo RDP, alebo dokonca prostredníctvom WebDAV či tlačových služieb. Poškodený súbor EMF sa prenáša ako súčasť vzdialeného dokumentu alebo streamu a keď sa aplikácia, ako napríklad Office, Edge, prehliadač obrázkov alebo dokonca samotný Prieskumník súborov, pokúsi interpretovať jeho obsah, na jeho spracovanie sa zavolá podsystém GDI. Rutina parsovania nedokáže správne overiť určité registre objektov, čo umožňuje dereferencovanie ukazovateľa mimo rozsahu a destabilizuje pamäť jadra (najmä nestránkovaný fond).
Hoci sa dopad uvádzaný v oficiálnych bulletinoch zameriava na odmietnutie služby (DoS) , rôzni výskumníci poukázali na to, že s pokročilejšími technikami zneužívania poškodenia pamäte (napríklad útokom na haldu) by mohlo byť možné vytvoriť reťazce, ktoré vedú k spusteniu kódu v režime jadra, podobne ako to bolo pozorované pri zraniteľnostiach v iných komponentoch, ako je MSHTML (prípad CVE-2021-40444).
Kritickosť GDI sa odrazila aj vo veľkých vlnách záplat. V júli 2020 spoločnosť Microsoft vydala rozsiahlu aktualizáciu, ktorá opravila 123 zraniteľností vo svojich produktoch, z ktorých 18 bolo klasifikovaných ako kritických. Medzi poslednými bola aj CVE-2020-1435, ktorá priamo súvisela s tým, ako GDI manipuluje s objektmi v pamäti. Ak by sa útočníkovi podarilo oklamať obeť, aby otvorila špeciálne vytvorený obsah (napríklad návštevou škodlivej webovej stránky), mohol by spustiť vzdialené spustenie kódu s rovnakými oprávneniami ako má používateľ.
V tej istej dávke sa objavila aj chyba CVE-2020-1436, spojená so spracovaním špeciálne vytvorených fontov, a obzvlášť známa chyba CVE-2020-1350 , kritická zraniteľnosť v DNS serveri systému Windows s červovitými schopnosťami, ktorá dokáže šíriť malvér bez zásahu používateľa. Hoci druhá zraniteľnosť neovplyvňuje GDI, ilustruje kontext: jeden balík záplat obsahoval zraniteľnosti v sieťových službách, hypervízoroch (niekoľko chýb vzdialeného spúšťania v Hyper-V) a samotnom grafickom rozhraní.
CVE-2020-1435 sa konkrétne týka spôsobu, akým GDI spracováva grafické objekty v pamäti . Úspešné zneužitie by útočníkovi umožnilo inštalovať programy, zobrazovať, upravovať alebo mazať údaje a vytvárať používateľské účty s plnými oprávneniami. Typický vektor útoku zahŕňa oklamanie používateľa, aby navštívil škodlivú webovú stránku alebo otvoril súbor obsahujúci grafické zdroje určené na zneužitie tejto zraniteľnosti. To zodpovedá historickému vzoru GDI: akýkoľvek vizuálny obsah, ktorý sa spolieha na jeho vykresľovací engine, môže byť zraniteľnosťou, ak systém nie je aktualizovaný.
V tom istom júlovom cykle opráv z roku 2020 bolo oznámených aj niekoľko kritických zraniteľností v Hyper-V (CVE-2020-1041, -1040, -1032, -1036, -1042 a -1043) , ktoré demonštrujú, ako sa rôzne komponenty systému Windows (sieť, virtualizácia, grafika) môžu stať článkami v tom istom reťazci útokov, ak organizácia neudržiava prísny program správy opráv.
Skutočný vplyv na systémy Windows, postihnuté verzie a vektory
Rozsah verzií postihnutých zraniteľnosťami GDI je široký. V prípadoch „zero-day“ zdokumentovaných projektom Project Zero postihla zraniteľnosť v súbore gdi32.dll systémy Windows Vista SP2, Windows 7, Windows 8.1, Windows 10 a niekoľko edícií systému Windows Server (2012 R2, 2016 atď.). To znamená, že obrovské množstvo počítačov, domácich aj firemných, by sa mohlo stať obeťou úniku pamäte jednoducho otvorením dokumentu, prehliadaním webu v prehliadači Internet Explorer alebo používaním balíka Office Online.
V najnovšom scenári zameranom na BSOD spoločnosť Microsoft potvrdila, že analyzovaná zraniteľnosť postihuje systém Windows 10 od verzie 1607 a novšie, systém Windows 11 a systém Windows Server 2016/2019/2022 vrátane edícií Enterprise, Education a LTSC. Verzie, ktoré už nie sú rozšírene podporované, ako napríklad Windows 7 alebo 8.1, nie sú oficiálnou záplatou pokryté, ale to neznamená, že sú bez problémov s GDI; znamená to jednoducho, že nedostávajú pravidelné opravy.
Na prevádzkovej úrovni možno dopad zhrnúť do troch kategórií: zverejnenie informácií (čítanie pamäte, ktorá by mala byť súkromná), odmietnutie služby (opakujúce sa BSOD) a vzdialené spustenie kódu . V podnikových prostrediach môže BSOD na serveri s kritickými rolami (napríklad zdieľaný tlačový server alebo hostiteľ Hyper-V) spustiť reťazovú reakciu zlyhaní: prerušenie tlačových služieb, neočakávané vypnutie virtuálnych počítačov, strata údajov vo vzdialených reláciách a dlhé časy obnovy.
Z hľadiska siete je možné GDI zneužiť prostredníctvom protokolov ako SMB (port 445), RDP alebo WebDAV, ak nejaká služba automaticky spracováva prijaté obrázky alebo metasúbory EMF/WMF. Lokálne stačí, aby používateľ otvoril škodlivý súbor v aplikáciách, ktoré používajú GDI, ako napríklad Paint, WordPad, staršie prehliadače obrázkov alebo dokonca procesy zapojené do zobrazovania ukážok ikon a miniatúr v Prieskumníkovi súborov . Najbežnejšie reťazce útokov kombinujú phishingový e-mail s dokumentom DOCX alebo PDF obsahujúcim poškodený súbor EMF.
V regulovaných organizáciách (financie, zdravotníctvo, verejná správa) môžu mať incidenty spôsobené neopravenými zraniteľnosťami právne a regulačné dôsledky. Modrá obrazovka smrti (BSOD), ktorá zlyhá v kritickom systéme, sa môže považovať za bezpečnostnú udalosť, ktorá ohrozuje kontinuitu služieb, čo môže následne spustiť audity a sankcie súvisiace s rámcami, ako sú GDPR alebo HIPAA. Okrem toho rôzne správy o bezpečnostných hrozbách pripisujú zneužívanie chýb v grafických subsystémoch skupinám APT zameraným na vysokohodnotné ciele v Ázii a Európe.
Je potrebné pripomenúť, že podľa bežných údajov z odvetvia (napríklad tých, ktoré sa odrážajú v ročných správach o únikoch údajov) zostáva významné percento zariadení so systémom Windows bez záplat dlhšie ako 90 dní po vydaní kritických aktualizácií. To útočníkom poskytuje široké možnosti automatizovať zneužitia a integrovať ich do frameworkov ako Metasploit alebo Cobalt Strike, ktoré sú schopné skenovať celé sieťové rozsahy a hľadať zraniteľné hostiteľské systémy.
Ako spoločnosť Microsoft distribuuje opravy a ktorý súbor sa upraví
Keď sa v rozhraní GDI objaví zraniteľnosť, spoločnosť Microsoft vydá aktualizáciu zabezpečenia, ktorá je zvyčajne súčasťou mesačných súhrnných aktualizácií. Tieto aktualizácie sa zvyčajne doručujú prostredníctvom služby Windows Update , katalógu služby Microsoft Update alebo nástrojov na správu, ako sú služby Windows Server Update Services (WSUS) a Microsoft Endpoint Configuration Manager (MECM). V prípade zraniteľnosti CVE-2017-11816 je možné zodpovedajúcu aktualizáciu (napríklad KB4042121 pre systém Windows Server 2008) získať buď z Windows Update, alebo z katalógu ako samostatný súbor .msu.
Jednou zvláštnosťou, ktorú spoločnosť Microsoft zdôrazňuje, je, že ak sa po nainštalovaní aktualizácie nainštalujú jazykové balíky , je potrebné znova nainštalovať bezpečnostnú záplatu. Preto sa vždy odporúča najskôr nasadiť potrebné jazyky a až potom aktualizácie. Tento detail, ktorý sa môže zdať nepodstatný, viedol k viacerým prípadom, keď sa systém mylne považoval za záplatovaný, hoci v skutočnosti určité binárne súbory GDI neobsahovali opravenú verziu.
V dokumentácii súvisiacej s týmito bulletinmi spoločnosť Microsoft poskytuje rozsiahle tabuľky s informáciami o súboroch : názov (napríklad gdi32.dll), konkrétna verzia, veľkosť, dátum, čas a platforma (x86, x64, IA-64). Tieto tabuľky umožňujú správcom a audítorom forenzne overiť, či je nainštalovaný správny binárny súbor. Podobný postup sa používa pre balíky .msu a .exe rôznych edícií systému Windows a balíka Office, kde sú uvedené hash hodnoty SHA1 a SHA256 každého súboru, aby tímy mohli overiť ich integritu.
Zoznam súborov a hashov je ohromujúci: od Windows6.0-KB2834886-x86.msu a jeho variantov x64 a ia64, cez Windows6.1-KB2835364-x64.msu, Windows8-RT-KB2835361-x86.msu, desiatky inštalátorov pre Windows Server 2003 a Windows XP vo všetkých možných jazykoch (CHS, CHT, DEU, ESN, FRA, ITA, JPN, KOR, PTB, PTG, RUS atď.), až po záplaty pre komponenty Office a Lync, ako napríklad AttendeeAdmin.msp, ogl2007-kb2687309-fullfile-x86-glb.exe alebo lyncloc2013-kb2817465-fullfile-x64-glb.exe. Každý z nich obsahuje vlastné hashy SHA1 a SHA256 pre uľahčenie overovania.
Vo všetkých týchto prípadoch je konečný cieľ rovnaký: aktualizovať súbor gdi32.dll (alebo súvisiace binárne súbory grafického subsystému) na zabezpečenú verziu. Napríklad na platformách ako Windows Server 2008 je súbor gdi32.dll uvedený ako verzia 6.0.6002.24200 s veľkosťami, ktoré sa líšia v závislosti od architektúry (približne 299 520 bajtov na x86, 391 680 bajtov na x64 a 955 392 bajtov na IA-64). Tieto hodnoty spolu s dátumom zostavenia sú základným referenčným bodom pre určenie, či je v systéme použitá oprava.
Oficiálna dokumentácia tiež odkazuje na články znalostnej bázy s podrobnosťami o implementácii a nasadení týchto aktualizácií, ako aj odkazy na zdroje podpory: stránky pomoci pre Windows Update, bezpečnostné portály pre IT profesionálov (napríklad TechNet Security), medzinárodné stránky podpory a špecifické služby na boj proti škodlivému softvéru pod značkou Microsoft Secure.
Osvedčené postupy pre zmierňovanie, monitorovanie a reakciu
Okrem inštalácie záplat hneď, ako sú k dispozícii, existuje množstvo zmierňujúcich a hĺbkových obranných opatrení , ktoré pomáhajú znižovať riziko spojené so zlyhaniami GDI, najmä v podnikových prostrediach so stovkami alebo tisíckami počítačov.
Najprv je vhodné obmedziť oblasť útoku vypnutím alebo obmedzením automatického spracovania určitých grafických formátov v aplikáciách a prehliadačoch. Napríklad v prehliadači Microsoft Edge môžete nakonfigurovať skupinové politiky na blokovanie alebo riadenie sťahovania a spracovania metasúborov EMF/WMF pomocou kľúčov registra v priečinku HKLM\SOFTWARE\Policies\Microsoft\Edge súvisiacich s obmedzeniami sťahovania. V iných aplikáciách môžete použiť možnosti konfigurácie na zabránenie automatického zobrazovania ukážok dokumentov z nedôveryhodných umiestnení a použiť sprievodcov riešením problémov na vyriešenie nereagovania Prieskumníka súborov.
Ďalšou dôležitou vrstvou je segmentácia siete podľa princípov Zero Trust . To zahŕňa obmedzenie prevádzky protokolov SMB, RDP a iných potenciálne zneužiteľných protokolov iba na nevyhnutne potrebné podsiete, implementáciu firewallov novej generácie s hĺbkovou kontrolou paketov a presadzovanie pravidiel založených na identite a kontexte. Obmedzením toho, ktoré zariadenia môžu komunikovať s ktorými službami, sa drasticky znižuje dopad pokusu o laterálne šírenie zneužitia.
Na strane detekcie pomáha implementácia riešení Endpoint Detection and Response (EDR), ako napríklad Microsoft Defender for Endpoint, monitorovať anomálne správanie súvisiace s udalosťami win32k.sys, gdi32.dll a BSOD . Konfigurácia upozornení na prudký nárast chýb na modrej obrazovke (napríklad od ID udalosti 1001 v Zobrazovači udalostí) a nezvyčajný prístup k grafickému subsystému môže pomôcť identifikovať pokusy o zneužitie alebo nestability spôsobené škodlivým softvérom.
Pre správu záplat sa dôrazne odporúča automatizovať nasadenie pomocou služby Windows Update for Business, WSUS alebo MECM, ale vždy zahrnúť testovaciu fázu v pracovných prostrediach na zistenie potenciálnych regresií pred spustením. V infraštruktúrach s obmedzenou kapacitou sa odporúča auditovať všetky prichádzajúce súbory pomocou nástrojov, ako sú pravidlá YARA určené na rozpoznávanie podozrivých vzorcov v EMF/WMF a iných grafických formátoch.
V pokročilejších scenároch niektoré organizácie zvažujú migráciu svojich interných aplikácií na modernejšie API, ako sú Direct2D, DirectWrite alebo multiplatformové grafické enginy (Cairo, Skia), ktoré ponúkajú lepšiu izoláciu a menšiu závislosť od staršieho GDI. V strednodobom horizonte by spoločnosť Microsoft mohla v budúcich verziách systému Windows zamietnuť významné časti GDI, aby sa znížila plocha pre útoky, hoci kompatibilita so starším softvérom zostane výzvou.
Z forenzného a reverzného inžinierstva umožňujú nástroje ako WinDbg, KD a Volatility analýzu pamäťových výpisov po BSOD (modrej obrazovke smrti) a pozorovanie poškodenia pamäte označenej ako „Gdi“ v pamäťovom fonde jadra. Exploity overujúce koncept publikované na výskumné účely demonštrujú, ako môže EMF (Engine Memory File) s určitými chybne formátovanými registrami (napr. v EMR_HEADER) vyvolať súbeh a spustiť pád. Tieto znalosti sú kľúčové pre tímy reagujúce na incidenty, aby mohli rekonštruovať, čo sa stalo pri útoku v reálnom svete.
V prípade incidentu sa odporúča riadiť sa akčnými rámcami, ako napríklad NIST (Identify, Contain, Eradicate, Recover). To zahŕňa izoláciu postihnutých systémov , uchovávanie dôkazov (výpisy pamäte, protokoly, vzorky podozrivých súborov), nasadenie čakajúcich opráv, skenovanie systémov aktualizovanými nástrojmi proti škodlivému softvéru a obnovu z overených záloh alebo návrat k predchádzajúcemu stavu . Okrem toho sa odporúča pravidelne kontrolovať získané poznatky s cieľom zlepšiť procesy opravovania a spevňovania systému.
Celá táto história zlyhaní a záplat okolo Windows GDI zdôrazňuje, aké krehké môžu byť staršie komponenty, keď neexistuje robustná viacvrstvová stratégia zabezpečenia a aktualizácií. Pochopenie toho, ako sa tieto zraniteľnosti zneužívajú, ktoré verzie sú ohrozené a aké ďalšie kontroly je možné použiť, umožňuje správcom a odborníkom na kybernetickú bezpečnosť posilniť svoje systémy a zabrániť zlyhaniu alebo úplnému ohrozeniu infraštruktúry Windows jednoduchým obrazom alebo špeciálne vytvoreným metasúborom .
