- Windows GDI akumuleerib teabe avalikustamise, teenusetõkestamise ja koodi kaugkäivitamise haavatavusi, mis mõjutavad mitut Windowsi ja Windows Serveri versiooni.
- Paljusid neist haavatavustest kasutatakse ära EMF/WMF-failide või vigase graafilise sisu kaudu, mida töötlevad gdi32.dll ja win32k.sys, mis on võimelised põhjustama BSOD-e või mälulekkeid.
- Microsoft avaldab parandusi kumulatiivsetes pakettides, mis sisaldavad muudatusi binaarfailides (nt gdi32.dll), ning pakub räsiväärtusi ja failiteavet õige installimise kontrollimiseks.
- Paindliku paigalduse, võrgu segmenteerimise, ohtlike graafikavormingute piiramise ja EDR-i abil jälgimise kombinatsioon on GDI-ga seotud riski vähendamise võtmeks.
Windowsi graafiline kasutajaliides (GDI) on aastakümneid renderdanud aknaid, teksti, ikoone ja pilte ilma, et enamik kasutajaid sellest isegi aru saaks. See süsteemi põhikomponent on aga olnud ka mitmete oluliste turvanõrkuste allikaks, millest mõned on nullpäeva ärakasutamised ja teised, mis on parandatud massiivsete Microsofti värskendustega. Kui GDI rikki läheb, ei jookse kokku ainult rakendus: mõnel juhul võib see põhjustada andmelekkeid, koodi kaugkäivitamist või siniseid surmaekraane (BSOD), mis peatavad tervete serverite töö.
Järgmistes ridades kirjeldatakse üksikasjalikult, kuidas GDI töötab, milliseid konkreetseid haavatavusi on viimastel aastatel dokumenteeritud (näiteks CVE-2017-11816, CVE-2020-1435 või CVE-2023-36884 ), kuidas neid ära kasutatakse , millist tegelikku mõju need kodu- ja ettevõttekeskkonnale avaldavad ning milliseid praktilisi meetmeid saavad administraatorid ja küberturvalisuse spetsialistid rakendada oma Windowsi süsteemide kaitsmiseks, alates vanematest versioonidest nagu Windows Vista SP2 kuni Windows 11 ja Windows Serveri moodsate versioonideni.
Mis on Windowsi GDI ja miks on see turvalisuse osas nii tundlik?
Graafikaseadmeliides (GDI) on Windowsi pärand-API, mis vastutab kõige graafika renderdamisega seonduva haldamise eest: joonte ja ristkülikute joonistamisest fontide, bitikaartide ja piltide kuvamiseni ekraanil või printerites. Rakendused kutsuvad funktsioone teekidest (nt gdi32.dll), et luua seadmekontekste (HDC-sid), pintsleid, pliiatseid, piirkondi ja muid graafilisi objekte, mida haldavad kerneli juhitavad andmestruktuurid.
GDI arhitektuur jaguneb kasutajarežiimiks ja kerneli režiimiks . Kasutajarežiimis saavad gdi32.dll DLL ja muud seotud teegid rakendustelt joonistuspäringuid. Need päringud edastatakse Windowsi akende alamsüsteemile, mis töötab kerneli režiimis faili win32k.sys kaudu. See kerneli osa on see, mis tegelikult manipuleerib süsteemimäluga, valideerib graafilisi objekte ja saadab need riistvarale. Igasugune pointerite, suuruste või indeksite ebapiisav valideerimine selles etapis avab ukse katastroofilistele vigadele.
Ressursside jälgimiseks ja taaskasutamiseks haldab süsteem GDI objektitabeleid . Igal protsessil on oma tabel, kuid jagatud objektide jaoks on olemas ka globaalne tabel, mis suurendab mälu rikkumise võimalust puhvri ületäitumise, topeltvaba sündmuse või sobimatu mäluviite korral. Sellised tõrked võivad põhjustada kerneli mälu rikkumist, võidujooksutingimusi, süsteemi krahhe või isegi suvalise koodi käivitamist süsteemi kõige privilegeerituma konteksti tingimustes.
Moodsamate API-de (GDI+, Direct2D, DirectWrite ja isegi DirectComposition) tulekuga on Microsoft vähendanud GDI kasutamist uutes rakendustes, kuid sellele endiselt tuginev pärandtarkvara ökosüsteem on tohutu. See pärand muudab GDI väga atraktiivseks rünnakupinnaks nii teadlastele kui ka ründajatele.
Ajaloolised haavatavused: teabe avalikustamisest kuni nullpäevani
Üks vanimaid GDI-ga seotud haavatavusi on dokumenteeritud teabe avalikustamise haavatavus CVE-2017-11816 . Antud juhul seisnes probleem selles, kuidas GDI käsitles teatud mälus olevaid objekte, võimaldades pahatahtlikul kasutajal sihtsüsteemist andmeid hankida, millele ei tohiks juurde pääseda. See ei olnud koodi käivitamine, vaid pigem tõsine konfidentsiaalsuse rikkumine.
See haavatavus mõjutas mitmeid Windowsi versioone ja sundis Microsofti välja andma konkreetse turvavärskenduse. Viga seisnes graafikastruktuuride sisemises käsitlemises, kus alamsüsteem ei suutnud enne taaskasutamist teatud mälualasid korralikult tühjendada või valideerida, mis võimaldas lugeda teistele protsessidele või operatsioonisüsteemile endale kuuluvat jääkteavet .
Parandus saabus turvavärskenduses, mis kuulus tavapärasesse „Patch Tuesday“ tsüklisse 2017. aasta oktoobris. Koos haavatavuse kirjeldusega esitas Microsoft ulatuslikud tabelid, milles loetleti mõjutatud failid ja nende uuemad versioonid: näiteks gdi32.dll erinevad versioonid x86, x64 ja IA-64 platvormidele kuupäevadega nagu 8. september 2017 ja failiversioonidega nagu 6.0.6002.24200. See detail võimaldas administraatoritel kinnitada, et parandus oli õigesti rakendatud.
Hiljem paljastasid Project Zero (Google'i) teadlased veel ühe nullpäeva haavatavuse, mis oli seotud gdi32.dll-iga kasutajarežiimis . Seekord mõjutas viga EMF-i (täiustatud metafailide) registritesse manustatud DIB-ide (seadmest sõltumatute bitikaartide) käitlemist. Nende bitikaartide vale manipuleerimine metafailides võimaldas protsessimälust teavet ekstraheerida, millel oli otsene mõju andmete privaatsusele.
Seda nullpäeva haavatavust oli võimalik lokaalselt Internet Exploreri kaudu ja kaugjuurdepääsuga Office Online'i kaudu reprodutseerida, avades DOCX-dokumendi spetsiaalselt loodud elektroonse märklauafunktsiooniga (EMF). Mõjutatud versioonide loetelu oli ulatuslik, ulatudes Windows Vista Service Pack 2-st kuni Windows 10-ni ja hõlmates Windows Serveri versioone, näiteks 2012 R2 ja 2016. Probleem tuli avalikuks pärast seda, kui standardne 90-päevane Project Zero periood lõppes ilma paranduse avaldamiseta, muutes haavatavuse ametlikult praktiliseks nullpäeva ärakasutamiseks.
Samal ajal koges Microsoft märkimisväärset intsidenti: sisemine probleem takistas neil kuu aega avaldamast plaanitud teisipäevast värskenduspaketti , lükates paranduste avaldamise edasi järgmisesse tsüklisse. Sellised viivitused pikendavad juba teadaolevate haavatavuste avalikustamise aega.
Hiljutised kriitilised vead: BSOD, kaugkäivitamine ja suured paranduste partiid
Aja jooksul on GDI haavatavused arenenud tõsisemateks stsenaariumideks. Üks eriti silmatorkav näide on teenusetõkestamise haavatavus, mis on identifitseeritud kui CVE-2023-36884 ja mis mõjutab Windows 10 (alates versioonist 1607), Windows 11 ja Windows Server 2016, 2019 ja 2022 versioone. Kuigi identifikaatorit on olenevalt bülletäänist seostatud erinevate komponentidega, kirjeldab tehniline analüüs kriitilist viga graafika alamsüsteemis, mis võib valesti vormindatud graafiliste objektide töötlemisel põhjustada siniseid surmaekraane (BSOD).
Probleem on seotud win32k.sys failis oleva NtGdiDdDeleteDeviceBitmap funktsiooniga . Vigase graafikabitkaardi või seadme käsitlemisel ei suuda haavatav kood seadme struktuurist (nt tüübist DD_DEVICE_OEM) andmeid kopeerides läbi viia põhjalikku puhvri piiri kontrolli. See puudujääk võimaldab kernelis külgneva mälu üle kirjutada, genereerides mälule juurdepääsu erandi (PAGE_FAULT_IN_NONPAGED_AREA, kood 0x00000050) ja käivitades sinise surmaekraani (BSOD) selliste koodidega nagu IRQL_NOT_LESS_OR_EQUAL või sarnased.
Tüüpiline ärakasutamise protsess algab graafikaandmetega, mis on manustatud võrguprotokollidesse (nt SMB või RDP) või isegi WebDAV-i või prinditeenuste kaudu. Vigane EMF-fail liigub osana kaugdokumendist või -voost ning kui rakendus (nt Office, Edge, pildivaatur või isegi File Explorer) ise üritab selle sisu tõlgendada, kutsutakse selle töötlemiseks välja GDI alamsüsteem. Parsimisrutiin ei suuda teatud objektiregistreid korralikult valideerida, mis võimaldab väljaspool vahemikku asuvale pointerile viitamise lõpetada ja destabiliseerib kerneli mälu (eriti mittelehelist mälu).
Kuigi ametlikes bülletäänides teatatud mõju keskendub teenusetõkestamisele (DoS) , on mitmed teadlased juhtinud tähelepanu sellele, et mälu rikkumise ärakasutamise keerukamate tehnikate abil (näiteks heapi ründamine) võib olla võimalik luua ahelaid, mis viivad kerneli režiimi koodi käivitamiseni, sarnaselt sellele, mida on nähtud teiste komponentide, näiteks MSHTML-i (juhtum CVE-2021-40444), haavatavuste puhul.
GDI kriitilisus on kajastunud ka suurtes paranduslainetes. 2020. aasta juulis avaldas Microsoft ulatusliku värskenduse, mis parandas oma toodetes 123 haavatavust, millest 18 liigitati kriitilisteks. Viimaste hulgas oli CVE-2020-1435, mis on otseselt seotud sellega, kuidas GDI manipuleerib mälus olevate objektidega. Kui ründajal õnnestus ohvrit petta spetsiaalselt loodud sisu avama (näiteks pahatahtlikku veebisaiti külastades), võis see käivitada koodi kaugkäivitamise samade õigustega kui kasutajal.
Samas partiis ilmus CVE-2020-1436, mis oli seotud spetsiaalselt loodud fontide käitlemisega, ja eriti kõrge profiiliga CVE-2020-1350 , mis on Windowsi DNS-serveri kriitiline haavatavus ussilaadsete võimetega, mis suudab pahavara levitada ilma kasutaja sekkumiseta. Kuigi viimane ei mõjuta GDI-d, illustreerib see konteksti: üks paranduspakett sisaldas haavatavusi võrguteenustes, hüperviisorites (mitu kaugkäivituse viga Hyper-V-s) ja graafilises liideses endas.
Täpsemalt käsitleb CVE-2020-1435 seda, kuidas GDI käsitleb mälus olevaid graafikaobjekte . Edukas ärakasutamine võimaldaks ründajal installida programme, vaadata, muuta või kustutada andmeid ning luua täielike õigustega kasutajakontosid. Tüüpiline rünnakuvektor hõlmab kasutaja petmist pahatahtliku veebisaidi külastamiseks või haavatavuse ärakasutamiseks loodud graafikaressursse sisaldava faili avamiseks. See sobib GDI ajaloolise mustriga: iga visuaalne sisu, mis tugineb selle renderdusmootorile, võib olla haavatavus, kui süsteem pole ajakohane.
Samas 2020. aasta juulikuu parandustsüklis teatati ka mitmest Hyper-V kriitilisest haavatavusest (CVE-2020-1041, -1040, -1032, -1036, -1042 ja -1043) , mis näitavad, kuidas erinevad Windowsi komponendid (võrk, virtualiseerimine, graafika) võivad muutuda sama rünnakuahela lülideks, kui organisatsioonil puudub range paranduste haldamise programm.
Tegelik mõju Windowsi süsteemidele, mõjutatud versioonidele ja vektoritele
GDI haavatavuste poolt mõjutatud versioonide valik on lai. Project Zero dokumenteeritud nullpäeva juhtumites mõjutas gdi32.dll haavatavus Windows Vista SP2, Windows 7, Windows 8.1, Windows 10 ja mitmeid Windows Serveri versioone (2012 R2, 2016 jne). See tähendab, et tohutu hulk arvuteid, nii kodu- kui ka ettevõttearvuteid, võivad mälulekete ohvriks langeda lihtsalt dokumendi avamise, Internet Exploreris sirvimise või Office Online'i kasutamise teel.
Kõige uuemas BSOD-ile keskendunud stsenaariumis kinnitas Microsoft, et analüüsitud haavatavus mõjutab Windows 10 alates versioonist 1607, Windows 11 ja Windows Server 2016/2019/2022 , sealhulgas Enterprise, Education ja LTSC versioone. Versioonid, mis enam laiendatud toe all ei ole, näiteks Windows 7 või 8.1, ei ole ametliku parandusega hõlmatud, kuid see ei tähenda, et need oleksid GDI probleemidest vabad; see tähendab lihtsalt, et need ei saa regulaarseid parandusi.
Operatiivsel tasandil saab mõju kokku võtta kolme kategooriasse: teabe avalikustamine (mälu lugemine, mis peaks olema privaatne), teenuse keelamine (korduvad BSOD-id) ja koodi kaugkäivitamine . Ettevõttekeskkondades võib BSOD kriitiliste rollidega serveris (näiteks jagatud prindiserver või Hyper-V host) käivitada tõrgete ahelreaktsiooni: prinditeenuste katkemine, virtuaalsete masinate ootamatu seiskamine, andmete kadu kaugseanssides ja pikk taastumisaeg.
Võrgu vaatenurgast saab GDI-d ära kasutada selliste protokollide kaudu nagu SMB (port 445), RDP või WebDAV, kui mõni teenus töötleb automaatselt vastuvõetud EMF/WMF-pilte või metafaile. Lokaalselt piisab, kui kasutaja avab pahatahtliku faili rakendustes, mis kasutavad GDI-d, näiteks Paint, WordPad, vanemad pildivaaturid või isegi protsessid, mis on seotud ikoonide ja pisipiltide eelvaatega File Exploreris . Kõige levinumad rünnakuahelad ühendavad andmepüügimeili DOCX- või PDF-dokumendiga, mis sisaldab vigast EMF-faili.
Reguleeritud organisatsioonides (rahandus, tervishoid, avalik haldus) võivad parandamata haavatavuste põhjustatud intsidendid kaasa tuua õiguslikke ja regulatiivseid tagajärgi. Sinist surmaekraani (BSOD), mis põhjustab kriitilise süsteemi krahhi, võib pidada turvasündmuseks, mis ohustab teenuse järjepidevust, mis omakorda võib käivitada auditeid ja karistusi, mis on seotud selliste raamistikega nagu GDPR või HIPAA. Lisaks on mitmed ohuluure aruanded omistanud graafika alamsüsteemide puuduste ärakasutamise APT-rühmitustele, kes sihivad Aasias ja Euroopas kõrge väärtusega sihtmärke.
Tasub meeles pidada, et vastavalt valdkonna üldistele andmetele (näiteks iga-aastastele andmete rikkumise aruannetele) jääb märkimisväärne osa Windowsi seadmetest kriitiliste värskenduste avaldamisest kauem kui 90 päevaks parandamata. See annab ründajatele laiaulatuslikke võimalusi rünnakute automatiseerimiseks ja integreerimiseks sellistesse raamistikesse nagu Metasploit või Cobalt Strike, mis on võimelised skannima terveid võrguvahemikke haavatavate hostide leidmiseks.
Kuidas Microsoft parandusi levitab ja millist faili muudetakse
Kui GDI-s avastatakse haavatavus, avaldab Microsoft turvavärskenduse, mis on tavaliselt koondatud igakuiste värskenduste kogumitesse. Need värskendused edastatakse tavaliselt Windows Update'i , Microsofti värskenduste kataloogi või haldustööriistade, näiteks Windows Server Update Servicesi (WSUS) ja Microsoft Endpoint Configuration Manageri (MECM), kaudu. Haavatavuse CVE-2017-11816 korral saab vastava värskenduse (näiteks KB4042121 Windows Server 2008 jaoks) hankida kas Windows Update'ist või kataloogist eraldiseisva .msu-failina.
Üks Microsofti eripära on see, et kui keelepaketid installitakse pärast värskenduse rakendamist , tuleb turvapaik uuesti installida. Seetõttu on alati soovitatav kõigepealt juurutada vajalikud keeled ja seejärel värskendused. See võib tunduda tühine detail on viinud mitme juhtumini, kus süsteemi ekslikult peeti parandatud versiooniks, kuigi tegelikkuses ei sisaldanud teatud GDI binaarfailid parandatud versiooni.
Nende bülletäänidega seotud dokumentatsioonis pakub Microsoft ulatuslikke tabeleid failiteabega : nimi (näiteks gdi32.dll), konkreetne versioon, suurus, kuupäev, kellaaeg ja platvorm (x86, x64, IA-64). Need tabelid võimaldavad administraatoritel ja audiitoritel kohtuekspertiisi teel kontrollida, kas installitud on õige binaarfail. Sarnast protsessi kasutatakse Windowsi ja Office'i erinevate versioonide .msu ja .exe pakettide puhul, kus on loetletud iga faili SHA1 ja SHA256 räsiväärtused, et meeskonnad saaksid kontrollida nende terviklikkust.
Failide ja räsifailide loetelu on tohutu: alates Windows6.0-KB2834886-x86.msu ja selle x64 ja ia64 variantidest kuni Windows6.1-KB2835364-x64.msu, Windows8-RT-KB2835361-x86.msu ja kümnete Windows Server 2003 ja Windows XP installiprogrammideni kõikvõimalikes keeltes (CHS, CHT, DEU, ESN, FRA, ITA, JPN, KOR, PTB, PTG, RUS jne) kuni Office'i ja Lynci komponentide parandusteni, näiteks AttendeeAdmin.msp, ogl2007-kb2687309-fullfile-x86-glb.exe või lyncloc2013-kb2817465-fullfile-x64-glb.exe. Igaüks neist sisaldab oma SHA1 ja SHA256 räsifailid kontrollimise hõlbustamiseks.
Kõigil neil juhtudel on lõppeesmärk sama: värskendada faili gdi32.dll (või sellega seotud graafika alamsüsteemi binaarfaile) turvalisele versioonile. Näiteks platvormidel nagu Windows Server 2008 on gdi32.dll loetletud versioonina 6.0.6002.24200, mille suurused varieeruvad olenevalt arhitektuurist (umbes 299 520 baiti x86-l, 391 680 baiti x64-l ja 955 392 baiti IA-64-l). Need väärtused koos ehituskuupäevaga on põhiline viide selle kindlakstegemiseks, kas süsteemile on parandus rakendatud.
Ametlikus dokumentatsioonis viidatakse ka teadmusbaasi artiklitele, mis sisaldavad üksikasju nende värskenduste rakendamise ja juurutamise kohta , ning linke tugiressurssidele: Windows Update'i abilehed, IT-spetsialistidele mõeldud turvaportaalid (nt TechNet Security), rahvusvahelised tugisaidid ja konkreetsed teenused pahavara vastu võitlemiseks Microsoft Secure kaubamärgi all.
Head tavad leevendamiseks, jälgimiseks ja reageerimiseks
Lisaks paranduste installimisele niipea, kui need on saadaval, on mitmeid leevendus- ja kaitsemeetmeid , mis aitavad vähendada GDI tõrgetega seotud riski, eriti ettevõtetes, kus on sadu või tuhandeid arvuteid.
Esiteks on soovitatav rünnakupinda piirata, keelates või piirates teatud graafikavormingute automaatset töötlemist rakendustes ja brauserites. Näiteks Microsoft Edge'is saate konfigureerida rühmapoliitikaid, et blokeerida või kontrollida EMF/WMF-metafailide allalaadimist ja käsitlemist, kasutades registrivõtmeid kaustas HKLM\SOFTWARE\Policies\Microsoft\Edge, mis on seotud allalaadimispiirangutega. Teistes rakendustes saate kasutada konfiguratsioonivalikuid, et takistada dokumentide automaatset eelvaadet ebausaldusväärsetest asukohtadest ja rakendada tõrkeotsingu juhiseid File Exploreri reageerimisprobleemide lahendamiseks.
Teine oluline kiht on võrgu segmenteerimine nullusalduse põhimõtete järgi . See hõlmab SMB, RDP ja muu potentsiaalselt ärakasutatava protokolli liikluse piiramist ainult rangelt vajalike alamvõrkudega, järgmise põlvkonna tulemüüride rakendamist süvapaketikontrolliga ning identiteedi- ja kontekstipõhiste reeglite jõustamist. Piirates, millised seadmed saavad milliste teenustega suhelda, väheneb drastiliselt lateraalselt leviva ärakasutamise mõju.
Tuvastamise poolel aitab lõpp-punkti tuvastamise ja reageerimise (EDR) lahenduste, näiteks Microsoft Defender for Endpoint, rakendamine jälgida win32k.sys, gdi32.dll ja BSOD-sündmustega seotud anomaalset käitumist . Sinise ekraani vigade sagenemise (näiteks sündmusevaaturis sündmuse ID-ga 1001 algavate vigade) ja graafika alamsüsteemile ebatavalise juurdepääsu hoiatuste konfigureerimine aitab tuvastada pahavara põhjustatud ärakasutamiskatseid või ebastabiilsust.
Paranduste haldamiseks on tungivalt soovitatav automatiseerida juurutamine Windows Update for Businessi, WSUS-i või MECM-i abil, kuid enne avaldamist tuleks alati lisada testimisfaas etappi lavastuskeskkondades, et tuvastada võimalikke regressioone. Õhuvahedega infrastruktuurides on soovitatav auditeerida kõiki sissetulevaid faile selliste tööriistadega nagu YARA reeglid, mis on loodud kahtlaste mustrite tuvastamiseks EMF/WMF-is ja muudes graafilistes vormingutes.
Täiustatud stsenaariumides kaaluvad mõned organisatsioonid oma sisemiste rakenduste migreerimist moodsamatele API-dele, nagu Direct2D, DirectWrite või platvormideülesed graafikamootorid (Cairo, Skia), mis pakuvad paremat isolatsiooni ja väiksemat sõltuvust pärand-GDI-st. Keskpikas perspektiivis võib Microsoft rünnakupinna vähendamiseks Windowsi tulevastes versioonides GDI oluliste osade tugi tühistada, kuigi ühilduvus vanema tarkvaraga jääb probleemiks.
Kohtuekspertiisi ja pöördprojekteerimise vaatenurgast võimaldavad sellised tööriistad nagu WinDbg, KD ja Volatility analüüsida mälutõmmiseid pärast BSOD-i (sinine surmaekraan) ja jälgida kerneli mälupulgas "Gdi" märgistusega mälu riket. Uurimistöö eesmärgil avaldatud kontseptsioonitõestuste ärakasutamised näitavad, kuidas teatud vigaste registritega (nt EMR_HEADER-is) EMF (mootori mälufail) võib sundida võidujooksutingimust tekitama ja krahhi esile kutsuda. See teadmine on intsidentidele reageerimise meeskondade jaoks ülioluline, et rekonstrueerida reaalse rünnaku toimunu.
Intsidendi korral on soovitatav järgida tegevuskavasid, näiteks NIST-i (Identify, Contain, Eradicate, Recover – tuvasta, piira, hävita, taasta). See hõlmab mõjutatud süsteemide isoleerimist , tõendite (mälutõmmised, logid, kahtlaste failide näidised) säilitamist, ootel olevate paranduste paigaldamist, süsteemide skannimist ajakohaste pahavaratõrjevahenditega ning kontrollitud varukoopiatest taastamist või eelmise punkti juurde naasmist . Lisaks on soovitatav perioodiliselt üle vaadata saadud õppetunnid, et parandada süsteemi paranduste ja kaitseprotsesside installimist.
Kogu see Windows GDI-ga seotud tõrgete ja paranduste ajalugu näitab, kui haprad võivad olla pärandkomponendid, kui puudub tugev kihiline turvalisuse ja värskendusstrateegia; mõistmine, kuidas neid haavatavusi ära kasutatakse, millised versioonid on ohus ja milliseid täiendavaid kontrollimeetmeid saab rakendada, võimaldab administraatoritel ja küberturbespetsialistidel oma süsteeme tugevdada ning vältida lihtsa pildi või spetsiaalselt loodud metafaili krahhi või Windowsi infrastruktuuri täielikku kahjustamist.
