Prisijunkite prie „Microsoft“
Prisijunkite arba sukurkite paskyrą.
Sveiki,
Pasirinkti kitą paskyrą.
Turite kelias paskyras
Pasirinkite paskyrą, kurią naudodami norite prisijungti.

Žr. produktus, kuriems taikomas šis straipsnis.

Suvestinė

2020 m. liepos 29 d. "Microsoft" paskelbė saugos patarimą 200011 , apibūdinantį naują pažeidžiamumą, susijusį su saugiąja įkrova. Įrenginiai, kurie savo saugiosios įkrovos konfigūracijoje pasitiki "Microsoft" trečiosios šalies bendrosios išplėstinės programinės-aparatinės įrangos sąsajos (UEFI) sertifikavimo tarnyba (CA), gali būti jautrūs pažeidėjui, kuris turi administratoriaus teises arba fizinę prieigą prie įrenginio.

Šiame straipsnyje pateikiamos rekomendacijos, kaip taikyti naujausią saugiosios įkrovos DBX atšaukimo sąrašą, kad būtų galima anuliuoti pažeidžiamus modulius. "Microsoft" teiks naujinimą, kad "Windows Update" spręsti šį pažeidžiamumą 2022 m. pavasarį.

Saugiosios įkrovos naujinimo dvejetainiai failai laikomi šiame UEFI tinklalapyje.

Paskelbti failai yra tokie:

  • UEFI atšaukimo sąrašo failas, skirtas x86 (32 bitų)

  • UEFI atšauktųjų sertifikatų sąrašo failas, skirtas x64 (64 bitų)

  • UEFI atšaukimo sąrašo failas, skirtas arm64

Kai šios maišos bus įtrauktos į jūsų įrenginio saugiosios įkrovos DBX, tų programų įkelti nebebus leidžiama. 

Svarbu: Šioje svetainėje yra kiekvienos architektūros failų. Kiekviename nuomojamų išteklių faile yra tik konkrečios architektūros programų maišos. Vieną iš šių failų turite taikyti kiekvienam įrenginiui, bet įsitikinkite, kad pritaikote failą, kuris yra susijęs su jo architektūra. Nors techniškai galima taikyti kitos architektūros naujinimą, neįdiegus atitinkamo naujinimo įrenginys bus neapsaugotas.

Dėmesio! Prieš bandydami bet kurį iš šių veiksmų, perskaitykite pagrindinį patarimo straipsnį apie šį pažeidžiamumą. Netinkamai pritaikius DBX naujinimus įrenginys gali būti neleidžiamas.

Šiuos veiksmus turėtumėte atlikti tik tada, jei teisinga ši sąlyga:

  • Jūs nesate priklauso nuo paleidimo iš įkrovos programas, kurios yra blokuojamos šio naujinimo.

Daugiau informacijos

DBX naujinimo taikymas sistemoje "Windows"

Perskaitę ankstesniame skyriuje nurodytus įspėjimus ir patikrinę, ar jūsų įrenginys suderinamas, atlikite šiuos veiksmus, kad atnaujintumėte saugiosios įkrovos DBX:

  1. šio UEFI tinklalapio atsisiųskite tinkamą savo platformai skirtą UEFI atšaukimo sąrašo failą (Dbxupdate.bin).

  2. Turite išskaidyti Dbxupdate.bin failą į reikiamus komponentus, kad galėtumėte juos taikyti naudodami "PowerShell" cmdlet. Norėdami tai atlikti, vykdykite toliau nurodytus veiksmus.

    1. Atsisiųskite "PowerShell" scenarijų iš šio "PowerShell" galerijos tinklalapio.

    2. Norėdami rasti scenarijų, vykdykite šią cmdlet:

      • Get-InstalledScript -name SplitDbxContent | select-object Name, Version, Author, PublishedDate, InstalledDate, InstalledLocation

    3. Patikrinkite, ar "cmdlet" sėkmingai atsisiunčia scenarijų ir pateikia išvesties informaciją, įskaitant Pavadinimą, Versiją, Autorių, PublishedDate, InstalledDate ir InstalledLocation.

    4. Vykdykite šias "cmdlet" komandas:

      • [eilutė]$ScriptPath= @(Get-InstalledScript -name SplitDbxContent | select-object -ExpandProperty InstalledLocation)

      • cd $ScriptPath

      • Ls

    5. Patikrinkite, ar SplitDbxContent.ps1 failas dabar yra aplanke Scenarijai.

    6. Paleiskite šį "PowerShell" scenarijų dbxupdate.bin faile:

         SplitDbxContent.ps1 “c:\path\to\file\dbxupdate.bin"

    7. Patikrinkite, ar komanda sukūrė šiuos failus.

      "Applying" step 2c command output

      • Content.bin – naujinimo turinys

      • Signature.p7 – parašas, patvirtinantis naujinimo procesą

  3. Administravimo "PowerShell" seanse vykdykite Set-SecureBootUefi cmdlet, kad pritaikytumėte DBX naujinimą:

    Set-SecureBootUefi -Name dbx -ContentFilePath .\content.bin -SignedFilePath .\signature.p7 -Time 2010-03-06T19:17:21Z -AppendWrite

    Numatoma išvesties


    "Applying" step 3 command output

  4. Norėdami baigti naujinimo diegimo procesą, iš naujo paleiskite įrenginį.

Daugiau informacijos apie saugaus paleidimo konfigūracijos cmdlet ir kaip ją naudoti DBX naujinimams, žr. Saugusis nustatymas.

Patikrinimas, ar naujinimas pavyko  

Sėkmingai atlikę ankstesniame skyriuje nurodytus veiksmus ir iš naujo paleidę įrenginį, atlikite šiuos veiksmus, kad patvirtintumėte, jog naujinimas buvo sėkmingai pritaikytas. Sėkmingai patikrinus, JŪSŲ įrenginiui nebeveiks GRUB pažeidžiamumas.

  1. Atsisiųskite DBX naujinimo tikrinimo scenarijus iš šio "GitHub Gist" tinklalapio.

  2. Išskleiskite scenarijus ir dvejetainius failus iš suglaudinto failo.

  3. Vykdykite šį "PowerShell" scenarijų aplanke, kuriame yra išplėstiniai scenarijai ir dvejetainiai failai, kad patikrintumėte DBX naujinimą:

    Check-Dbx.ps1 '.\dbx-2021-April.bin' 

    Pastaba. Jei buvo pritaikytas DBX naujinimas, kuris atitinka 2020 m. liepos mėn. arba 2020 m. spalio mėn. versijas iš šio atšauktųjų sąrašo failų archyvo , vykdykite šią atitinkamą komandą:

    Check-Dbx.ps1 '.\dbx-2020-July.bin' 

    Check-Dbx.ps1 .\dbx-2020-October.bin 

  4. Patikrinkite, ar išvestis atitinka numatomą rezultatą.

    "Verifying" step 4 command output

DUK

1 k. Ką reiškia klaidos pranešimas "Get-SecureBootUEFI: "Cmdlet" nepalaikomos šioje platformoje"?

A1: Šis klaidos pranešimas nurodo, kad kompiuteryje neįgalinta JOKIA saugiosios įkrovos funkcija. Todėl GRUB pažeidžiamumas neturi įtakos šiam įrenginiui. Tolesnių veiksmų imtis nereikia.

2 k. Kaip sukonfigūruoti įrenginį, kad jis būtų patikimas arba nepatikimas trečiosios šalies UEFI CA? 

A2: Rekomenduojame kreiptis į OĮG tiekėją. 

Jei naudojate "Microsoft Surface", pakeiskite saugiosios įkrovos parametrą į "Microsoft Only", tada vykdykite šią "PowerShell" komandą (rezultatas turėtų būti "False"): 

[System.Text.Encoding]::ASCII.GetString((Get-SecureBootUEFI db).bytes) -match 'Microsoft Corporation UEFI CA 2011' 

Daugiau informacijos apie tai, kaip konfigūruoti "Microsoft Surface", žr. "Surface" UEFI parametrų valdymas – "Surface" | "Microsoft Docs".

3 k. Ar ši problema turi įtakos "Azure IaaS" 1 ir 2 kartos virtualioms mašinoms? 

A3: Ne. "Azure" svečio virtualiosios mašinos Gen1 ir Gen2 nepalaiko saugiosios įkrovos funkcijos. Todėl jiems įtakos neturi pasitikėjimo atakos grandinė. 

4 kl.: Ar ADV200011 ir CVE-2020-0689 nurodo tą patį pažeidžiamumą, susijusį su saugia įkrova? 

A: Ne. Šie saugos patarimai apibūdina skirtingus pažeidžiamumus. "ADV200011" nurodo GRUB ("Linux" komponento) pažeidžiamumą, dėl kurio gali kilti saugiosios įkrovos apėjimo priežastis. "CVE-2020-0689" nurodo saugos funkcijos apėjimo pažeidžiamumą, kuris yra saugiojoje įkrovoje. 

5 k. Negaliu paleisti nė vienas iš "PowerShell" scenarijų. Ką turėčiau daryti?

A: Patikrinkite "PowerShell" vykdymo strategiją vykdydami komandą Get-ExecutionPolicy . Atsižvelgiant į išvestį, gali tekti atnaujinti vykdymo strategiją:

Šiame straipsnyje aptariamus trečiųjų šalių produktus gamina nuo "Microsoft" nepriklausomos įmonės. "Microsoft" neteikia jokių numanomų ar kitokių garantijų, susijusių su šių produktų veikimu ar patikimumu. 

"Microsoft" teikia trečiųjų šalių kontaktinę informaciją, kad padėtų rasti papildomos informacijos šia tema. Ši kontaktinė informacija gali būti keičiama be įspėjimo. "Microsoft" negarantuoja trečiųjų šalių kontaktinės informacijos tikslumo. 

Taikoma:

32 bitų sistemų
Windows 10 Windows 10 skirta x64 pagrindo sistemoms
Windows 10 2004 versija, skirta 32 bitų sistemoms
Windows 10 2004 versija, skirta ARM64 pagrindo sistemoms
Windows 10 2004 versija, skirta x64 pagrindo sistemoms
Windows 10 1909 versija, skirta 32- bit Systems
Windows 10 1909 versija, skirta ARM64 pagrindo sistemoms
Windows 10 versija 1909 x64 pagrindo sistemoms
Windows 10 1903 versija, skirta 32 bitų sistemoms
Windows 10 1903 versija, skirta ARM64 pagrindo sistemoms
Windows 10 versija 1903 x64 pagrindo sistemoms
Windows 10 1809 versija, skirta 32 bitų sistemoms
Windows 10 1809 versija, skirta ARM64 pagrindo sistemoms
Windows 10 versija 1809 x64 pagrindo sistemoms
Windows 10 1803 versija, skirta 32 bitų sistemoms
Windows 10 1803 versija, skirta ARM64 pagrindo sistemoms
Windows 10 1803 versija, skirta x64 pagrindo sistemoms
Windows 10 1709 versija, skirta 32 bitų sistemoms
Windows 10 1709 versija, skirta ARM64 pagrindo sistemoms
Windows 10 versija 1709 x64 pagrindo sistemoms
Windows 10 1607 versija, skirta 32 bitų sistemoms
Windows 10 versija 1607 x64 pagrindo sistemoms
"Windows 8.1", skirta 32 bitų sistemoms
"Windows 8.1", skirta x64 pagrindo sistemoms
"Windows RT 8.1"
"Windows Server" 2004 versija ("Server Core" diegimas)
"Windows Server" 1909 versija ("Server Core" diegimas)
"Windows Server" 1903 versija ("Server Core" diegimas)
Windows Server 2019
"Windows Server 2019" ("Server Core" diegimas)
"Windows Server 2016
" "Windows Server 2016" ("Server Core" diegimas)
Windows Server 2012 R2
"Windows Server 2012 R2" ("Server Core" diegimas)
Windows Server 2012
"Windows Server 2012" ("Server Core" diegimas)

Reikia daugiau pagalbos?

Norite daugiau parinkčių?

Sužinokite apie prenumeratos pranašumus, peržiūrėkite mokymo kursus, sužinokite, kaip apsaugoti savo įrenginį ir kt.

Bendruomenės padeda užduoti klausimus ir į juos atsakyti, pateikti atsiliepimų ir išgirsti iš ekspertų, turinčių daug žinių.

Ar ši informacija buvo naudinga?

Ar esate patenkinti kalbos kokybe?
Kas turėjo įtakos jūsų įspūdžiams?
Paspaudus mygtuką Pateikti, jūsų atsiliepimai bus naudojami tobulinant „Microsoft“ produktus ir paslaugas. Jūsų IT administratorius galės rinkti šiuos duomenis. Privatumo patvirtinimas.

Dėkojame už jūsų atsiliepimą!

×