Paljastatud informatsioon 8 GRUB2 alglaadija haavatavuse kohta, mis v\u00f5imaldab UEFI Secure Boot'i mehhanismi \u00fcletada ja k\u00e4ivitada mitteverifitseeritud koodi, n\u00e4iteks viiruste sisenemist alglaadija v\u00f5i tuumas. <\/p>\n
Tuletame meelde, et enamikus Linuxi jaotustes kasutatakse UEFI Secure Boot'i verifitseeritud k\u00e4ivitamiseks v\u00e4ikest shim-i kihti, mille on digitaalselt allkirjastanud Microsoft. See kiht verifitseerib GRUB2 enda sertifikaadiga, mis v\u00f5imaldab jaotuste arendajatel mitte allkirjastada iga tuuma ja GRUB uuendust Microsoftis. GRUB2-s leiduvad haavatavused v\u00f5imaldavad oma koodi k\u00e4ituda p\u00e4rast shim'i eduka verifitseerimise etappi, kuid enne operatsioonis\u00fcsteemi laadimist, sekkudes usaldusketti aktiivse Secure Boot'i re\u017eiimi ajal ning saades t\u00e4ieliku kontrolli edasise laadimisprotsessi \u00fcle, sealhulgas teise operatsioonis\u00fcsteemi laadimine, operatsioonis\u00fcsteemi komponentide muutmine ja Lockdown'i kaitse \u00fcletamine. <\/p>\n
Nagu eelneva aasta BootHole haavatavuse puhul, ei piisa probleemi lahendamiseks lihtsalt laadija v\u00e4rskendamisest, kuna r\u00fcndaja, s\u00f5ltumata kasutatavast operatsioonis\u00fcsteemist, v\u00f5ib UEFI Secure Boot'i kompromiteerimiseks kasutada vanemat haavatavat GRUB2 versiooni, mille digitaalne allkiri on kehtiv. Probleem lahendatakse ainult sertifikaatide t\u00fchistamise loendi (dbx, UEFI Revocation List) v\u00e4rskendamisega, kuid sel juhul kaob v\u00f5imalus kasutada vanu Linuxi installikandjaid. <\/p>\n
UEFI Secure Boot re\u017eiimis saavad s\u00fcsteemid, millel on v\u00e4rskendatud tagasil\u00fckatud sertifikaatide nimekiri, laadida ainult v\u00e4rskendatud Linuxi levituste kompaktsioone. Levituselt on vajalik v\u00e4rskendada installijad, alglaadijad, tuumarakenduste paketid, fwupd-firmad ja shim-kiht, genereerides neile uued digitaalsed allkirjad. Kasutajad peavad v\u00e4rskendama installipilte ja muid alglaadimisvahendeid, samuti laadima UEFI p\u00fcsivara sertifikaatide tagasil\u00fckkamise nimekirja (dbx). Enne dbx-i v\u00e4rskendamist UEFIs j\u00e4\u00e4b s\u00fcsteem haavatavaks, olenemata OS-i v\u00e4rskenduste installimisest. Haavatavuste k\u00f5rvaldamise staatust saab hinnata j\u00e4rgmistelt lehtedelt: Ubuntu, SUSE, RHEL, Debian. <\/p>\n
Tulevikus kavatsetakse probleemide lahendamiseks, mis on seotud tagasiv\u00f5etud sertifikaatide levitamisega, rakendada SBAT (UEFI Secure Boot Advanced Targeting) mehhanismi, mille toetus on rakendatud GRUB2, shim'i ja fwupd'i jaoks ning mida hakatakse kasutama alates j\u00e4rgmistest uuendustest, asendades dbxtool'i paketi pakutud funktsionaalsuse. SBAT on v\u00e4lja t\u00f6\u00f6tatud koost\u00f6\u00f6s Microsoftiga ja t\u00e4hendab t\u00e4iendavate metateabe lisamist UEFI komponentide t\u00e4idesaatvatesse failidesse, mis sisaldavad teavet tootja, toote, komponendi ja versiooni kohta. Need metaadressid allkirjastatakse digitaalselt ja neid saab lisada ka UEFI Secure Boot'i lubatud v\u00f5i keelatud komponentide loeteludesse. Seega v\u00f5imaldab SBAT versiooninumbreid tagasiv\u00f5etud komponentide puhul manipuleerida ilma, et oleks vaja Secure Boot'i v\u00f5tmeid uuesti genereerida ja ilma vajaduseta koostada uusi allkirju kernel'i, shim'i, grub2 ja fwupd'i jaoks. <\/p>\n
Tuvastatud haavatavused: <\/p>\n
\n
CVE-2020-14372 — GRUB2 teen acpi k\u00e4sklusega v\u00f5ib privileege omav kohaliku s\u00fcsteemi kasutaja laadida muudetud ACPI tabelid, paigutades SSDT (Secondary System Description Table) kausta \/boot\/efi ja muutes seadeid grub.cfg failis. Isegi kui Secure Boot re\u017eiim on aktiivne, t\u00e4idab pakutud SSDT tuum ning seda saab kasutada LockDown kaitse v\u00e4ljal\u00fclitamiseks, takistades UEFI Secure Boot'i \u00fcmberminekuteed. Seet\u00f5ttu saab r\u00fcndaja laadida oma tuumamooduli v\u00f5i k\u00e4ivitada koodi kexec mehhanismi kaudu, ilma digitaalset allkirja kontrollimata.\n
CVE-2020-25632 — juba vabastatud m\u00e4luala (use-after-free) kasutamine rmmod k\u00e4su, mis ilmneb mistahes mooduli lahti\u00fchendamise katse ajal ilma seonduvaid s\u00f5ltuvusi arvestamata. Haavatavus ei v\u00e4lista eksploitide loomist, mis v\u00f5ivad viia koodi t\u00e4itmiseni Secure Boot'i verifitseerimisest m\u00f6\u00f6das\u00f5idul.\n
CVE-2020-25647 \u2014 puhvr\u00e4ni \u00fclemineku rike funktsioonis grub_usb_device_initialize(), mis kutsutakse esile USB-seadmete seadistamisel. Probleem v\u00f5ib saada kinnitatud USB-seadme kaudu, mille parameetrid ei vasta USB-struktuuride jaoks eraldatud puhvri suurusele. R\u00fcndaja v\u00f5ib saavutada koodi t\u00e4itmise, mida ei ole Secure Bootis kontrollitud, USB-seadmete manipuleerimisega.\n
CVE-2020-27749 \u2014 puhvri \u00fclet\u00e4itumine funktsioonis grub_parser_split_cmdline(), mida v\u00f5ib esile kutsuda GRUB2 k\u00e4sureale rohkem kui 1 kB suuruste muutuja m\u00e4\u00e4ramine. Haavatavus v\u00f5imaldab saavutada koodi t\u00e4itmist Secure Bootist m\u00f6\u00f6da minnes.\n
CVE-2021-3418 \u2014 muudatused shim_lock'is on loonud t\u00e4iendava ekspluateerimise vektori eelmise aasta haavatavuse CVE-2020-15705 jaoks. Sertifikaadi DBX-sse paigaldamisel, mida kasutatakse GRUB2 allkirjastamiseks, lubas GRUB2 laadida mistahes kernelit otse ilma allkirja kontrollimata.\n
CVE-2021-20225 \u2014 andmete kirjutamise v\u00f5imalus puhvri piiridest v\u00e4ljapoole, kui k\u00e4ivitatakse k\u00e4ske v\u00e4ga suure arvu parameetritega.\n
CVE-2021-20233 \u2014 andmete kirjutamise v\u00f5imalus m\u00e4luv\u00e4ljaspoolt vale puhveri suuruse arvutamise t\u00f5ttu tsiteerimise korral. Suuruse arvutamisel eeldati, et \u00fche jutum\u00e4rgi reastamiseks on vajalik kolm s\u00fcmbolit, kuigi tegelikult on vajalik neli. <\/ul>\n