I GRUB2-laddaren 8 sÄrbarheter. Den farligaste (), som har kodnamnet BootHole, komma runt UEFI Secure Boot-mekanismen och installera icke verifierad skadlig programvara. SÀrskilt med denna sÄrbarhet Àr att det inte rÀcker att uppdatera GRUB2 för att ÄtgÀrda den, eftersom en angripare kan anvÀnda ett installationsmedium med en gammal utsatt version som Àr certifierad med en digital signatur. Angriparen kan kompromettera verifieringsprocessen inte bara för Linux, utan ocksÄ för andra operativsystem, inklusive .
Problemet löses endast genom att uppdatera systemet (dbx, UEFI Revocation List), men i sÄ fall förloras möjligheten att anvÀnda gamla installationsmedier med Linux. Vissa hÄrdvarutillverkare har redan inkluderat en uppdaterad lista över Äterkallade certifikat i sina firmwares, pÄ sÄdana system kan endast uppdaterade versioner av Linux-distributioner laddas i UEFI Secure Boot-lÀge.
För att ÄtgÀrda sÄrbarheten i distributioner krÀvs det ocksÄ att installatörer, laddare, kÀrnpaket, fwupd-firmwares och shim-lagret uppdateras med nya digitala signaturer. AnvÀndarna mÄste uppdatera installationsavbilder och andra uppstartsmaterial samt ladda listan med Äterkallade certifikat (dbx) till UEFI-firmware. Fram till uppdateringen av dbx i UEFI förblir systemet sÄrbart oavsett om uppdateringar har installerats i OS.
SÄrbarhet buffertöverskridning, som kan utnyttjas för att köra godtycklig kod under uppstart.
SÄrbarheten upptrÀder vid analys av innehÄllet i konfigurationsfilen grub.cfg, som vanligtvis ligger i ESP (EFI System Partition) och kan redigeras av en angripare med administratörsrÀttigheter utan att kompromettera integriteten hos de signerade körbara filerna shim och GRUB2. PÄ grund av ett fel i konfigurationsparser-koden avslutade hanteraren för fatala parserfel YY_FATAL_ERROR bara med en varning, men stoppade inte programmet. Riskerna med sÄrbarheten minskar pÄ grund av att privilegierad Ätkomst till systemet krÀvs, men problemet kan fortfarande utnyttjas för att införa dolda rootkits om fysisk tillgÄng till utrustningen finns (om det gÄr att starta frÄn sitt eget medium).
I de flesta Linux-distributioner anvÀnds ett litet , signerad med en digital signatur av Microsoft. Detta lager verifierar GRUB2 med sin egen certifikat, vilket gör att distributionsutvecklare inte behöver signera varje uppdatering av kÀrnan och GRUB hos Microsoft. SÄrbarheten gör det möjligt att genom att Àndra innehÄllet i grub.cfg fÄ sin kod att köras efter att shim har verifierats framgÄngsrikt, men innan operativsystemet laddas, vilket hackar in i kedjan av förtroende i aktivt lÀge Secure Boot och fÄr full kontroll över den fortsatta laddningsprocessen, inklusive att ladda ett annat OS, modifikation av operativsystemets komponenter och kringgÄ skyddet. .
Andra sÄrbarheter i GRUB2:
- â buffertöverskridning pĂ„ grund av bristen pĂ„ storlekskontroll av det allokerade minnesomrĂ„det i grub_malloc;
- â heltalsöverskridning i grub_squash_read_symlink, som kan leda till skrivning av data utanför den allokerade bufferten;
- â heltalsöverskridning i read_section_from_string, som kan leda till skrivning av data utanför den allokerade bufferten;
- â heltalsöverskridning i grub_ext2_read_link, som kan leda till skrivning av data utanför den allokerade bufferten;
- â gör det möjligt att ladda osignerade kĂ€rnor vid direkt laddning i Secure Boot-lĂ€ge utan shim-lagret;
- â Ă„tkomst till redan frigjord minnesomrĂ„de (use-after-free) vid omdefiniering av funktion under körning;
- â heltalsöverskridning i hanteraren för storlek initrd.
Paketuppdateringar med korrigeringar har slÀppts för , , och . För GRUB2 ett patchpaket.
KĂ€lla: opennet.ru
