ഷ്രോഡിംഗറുടെ വിശ്വസ്ത ബൂട്ട്. ഇന്റൽ ബൂട്ട് ഗാർഡ്

ഞങ്ങൾ വീണ്ടും താഴ്ന്ന നിലയിലേക്ക് പോയി ഫേംവെയർ x86-അനുയോജ്യമായ കമ്പ്യൂട്ടർ പ്ലാറ്റ്ഫോമുകളുടെ സുരക്ഷയെക്കുറിച്ച് സംസാരിക്കാൻ നിർദ്ദേശിക്കുന്നു. ഇത്തവണ, ഗവേഷണത്തിന്റെ പ്രധാന ഘടകം ഇന്റൽ ബൂട്ട് ഗാർഡാണ് (ഇന്റൽ ബയോസ് ഗാർഡുമായി തെറ്റിദ്ധരിക്കരുത്!) - ഒരു കമ്പ്യൂട്ടർ സിസ്റ്റം വെണ്ടർക്ക് ഉൽപ്പാദന ഘട്ടത്തിൽ ശാശ്വതമായി പ്രവർത്തനക്ഷമമാക്കാനോ പ്രവർത്തനരഹിതമാക്കാനോ കഴിയുന്ന ഒരു ഹാർഡ്‌വെയർ പിന്തുണയുള്ള ബയോസ് വിശ്വസനീയമായ ബൂട്ട് സാങ്കേതികവിദ്യ. നന്നായി, ഗവേഷണ പാചകക്കുറിപ്പ് ഞങ്ങൾക്കറിയാം: റിവേഴ്സ് എഞ്ചിനീയറിംഗ് വഴി ഈ സാങ്കേതികവിദ്യ നടപ്പിലാക്കുന്നത് നേർത്തതായി മുറിക്കുക, അതിന്റെ ആർക്കിടെക്ചർ വിവരിക്കുക, രേഖകളില്ലാത്ത വിശദാംശങ്ങൾ കൊണ്ട് പൂരിപ്പിക്കുക, ആക്രമണ വെക്റ്ററുകൾ ഉപയോഗിച്ച് അത് രുചിച്ച് കലർത്തുക. വർഷങ്ങളായി നിരവധി വെണ്ടർമാരുടെ ഉൽപ്പാദനത്തിലെ ഒരു ക്ലോൺ ബഗ്, സിസ്റ്റത്തിൽ നിന്ന് നീക്കം ചെയ്യാൻ കഴിയാത്ത (ഒരു പ്രോഗ്രാമർക്ക് പോലും) ഈ സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് ഈ സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് ഒരു മറഞ്ഞിരിക്കുന്ന റൂട്ട്കിറ്റ് സൃഷ്ടിക്കാൻ ഒരു ക്ലോണഡ് ബഗ് എങ്ങനെ അനുവദിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഒരു കഥയുമായി നമുക്ക് തീ ചേർക്കാം.

വഴിയിൽ, കോൺഫറൻസിൽ നിന്നുള്ള "ഓൺ ഗാർഡ് ഫോർ റൂട്ട്കിറ്റുകൾ: ഇന്റൽ ബൂട്ട്ഗാർഡ്" എന്ന റിപ്പോർട്ടുകളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ് ലേഖനം. സീറോ നൈറ്റ്സ് 2016 29-ാം യോഗവും DefCon റഷ്യ (രണ്ട് അവതരണങ്ങളും ഇവിടെ).

Intel 64 ആർക്കിടെക്ചറുള്ള ഒരു കമ്പ്യൂട്ടർ പ്ലാറ്റ്‌ഫോമിനുള്ള ഫേംവെയർ

ആരംഭിക്കുന്നതിന്, നമുക്ക് ചോദ്യത്തിന് ഉത്തരം നൽകാം: ഇന്റൽ 64 ആർക്കിടെക്ചറുള്ള ഒരു ആധുനിക കമ്പ്യൂട്ടർ പ്ലാറ്റ്‌ഫോമിന്റെ ഫേംവെയർ എന്താണ്? തീർച്ചയായും, UEFI BIOS. എന്നാൽ ഈ ഉത്തരം കൃത്യമാകില്ല. ഈ ആർക്കിടെക്ചറിന്റെ ഡെസ്ക്ടോപ്പ് (ലാപ്ടോപ്പ്) പതിപ്പ് കാണിക്കുന്ന ചിത്രം നോക്കാം.

ലിങ്ക് അടിസ്ഥാനമാണ്:

• പ്രോസസർ (സിപിയു, സെൻട്രൽ പ്രോസസ്സിംഗ് യൂണിറ്റ്), പ്രധാന കോറുകൾക്ക് പുറമേ, ഒരു ബിൽറ്റ്-ഇൻ ഗ്രാഫിക്സ് കോറും (എല്ലാ മോഡലുകളിലും അല്ല) ഒരു മെമ്മറി കൺട്രോളറും (IMC, ഇന്റഗ്രേറ്റഡ് മെമ്മറി കൺട്രോളറും) ഉണ്ട്;
• ചിപ്സെറ്റ് (PCH, പ്ലാറ്റ്ഫോം കൺട്രോളർ ഹബ്), പെരിഫറൽ ഉപകരണങ്ങളുമായി ഇടപഴകുന്നതിനും ഉപസിസ്റ്റങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനുമുള്ള വിവിധ കൺട്രോളറുകൾ അടങ്ങിയിരിക്കുന്നു. അവയിൽ കുപ്രസിദ്ധമായ ഇന്റൽ മാനേജ്‌മെന്റ് എഞ്ചിൻ (എംഇ) ഉൾപ്പെടുന്നു, അതിന് ഒരു ഫേംവെയറും (ഇന്റൽ എംഇ ഫേംവെയർ) ഉണ്ട്.

ലാപ്‌ടോപ്പുകൾക്ക്, മുകളിൽ പറഞ്ഞവ കൂടാതെ, പവർ സബ്സിസ്റ്റം, ടച്ച്പാഡ്, കീബോർഡ്, എഫ്എൻ കീകൾ (സ്ക്രീൻ തെളിച്ചം, ശബ്ദ വോളിയം, കീബോർഡ്) എന്നിവയുടെ പ്രവർത്തനത്തിന് ഉത്തരവാദിയായ ഒരു സംയോജിത കൺട്രോളർ (ACPI EC, അഡ്വാൻസ്ഡ് കൺട്രോൾ, പവർ ഇന്റർഫേസ് ഉൾച്ചേർത്ത കൺട്രോളർ) ആവശ്യമാണ്. ബാക്ക്ലൈറ്റ് മുതലായവ). ) കൂടാതെ മറ്റു പലതും. കൂടാതെ അദ്ദേഹത്തിന് സ്വന്തമായി ഫേംവെയറും ഉണ്ട്.

അതിനാൽ, മുകളിലുള്ള ഫേംവെയറിന്റെ സംയോജനമാണ് കമ്പ്യൂട്ടർ പ്ലാറ്റ്‌ഫോമിന്റെ (സിസ്റ്റം ഫേംവെയർ) ഫേംവെയർ, അത് ഒരു സാധാരണ എസ്പിഐ ഫ്ലാഷ് മെമ്മറിയിൽ സംഭരിച്ചിരിക്കുന്നു. ആരെങ്കിലും കിടക്കുന്നിടത്ത് ഈ മെമ്മറിയുടെ ഉപയോക്താക്കൾ ആശയക്കുഴപ്പത്തിലാകാതിരിക്കാൻ, ഈ മെമ്മറിയുടെ ഉള്ളടക്കങ്ങൾ ഇനിപ്പറയുന്ന മേഖലകളായി തിരിച്ചിരിക്കുന്നു (ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ):

• യുഇഎഫ്ഐ ബയോസ്;
• ACPI EC ഫേംവെയർ (Skylake പ്രൊസസർ മൈക്രോ ആർക്കിടെക്ചറിനൊപ്പം (2015) ഒരു പ്രത്യേക പ്രദേശം പ്രത്യക്ഷപ്പെട്ടു, എന്നാൽ ഇൻ-ദി-വൈൽഡ് അതിന്റെ ഉപയോഗത്തിന്റെ ഉദാഹരണങ്ങൾ ഞങ്ങൾ ഇതുവരെ കണ്ടിട്ടില്ല, അതിനാൽ എംബഡഡ് കൺട്രോളർ ഫേംവെയർ ഇപ്പോഴും UEFI BIOS-ന്റെ ഭാഗമാണ്);
• ഇന്റൽ എംഇ ഫേംവെയർ;
• ബിൽറ്റ്-ഇൻ GbE (Gigabit Ethernet) നെറ്റ്‌വർക്ക് അഡാപ്റ്ററിന്റെ കോൺഫിഗറേഷൻ (MAC വിലാസം മുതലായവ);
• ഫ്ലാഷ് ഡിസ്ക്രിപ്റ്ററുകൾ - ഫ്ലാഷ് മെമ്മറിയുടെ പ്രധാന മേഖല, അതിൽ മറ്റ് പ്രദേശങ്ങളിലേക്കുള്ള പോയിന്ററുകളും അവ ആക്സസ് ചെയ്യാനുള്ള അനുമതികളും അടങ്ങിയിരിക്കുന്നു.

പ്രദേശങ്ങളിലേക്കുള്ള ആക്‌സസിന്റെ വ്യത്യാസം (നിർദ്ദിഷ്‌ട അനുമതികൾക്ക് അനുസൃതമായി) കൈകാര്യം ചെയ്യുന്നത് SPI ബസ് മാസ്റ്റർ ആണ് - ചിപ്‌സെറ്റിൽ നിർമ്മിച്ച SPI കൺട്രോളർ, അതിലൂടെ ഈ മെമ്മറി ആക്‌സസ് ചെയ്യപ്പെടുന്നു. ഇന്റൽ ശുപാർശ ചെയ്യുന്ന (സുരക്ഷാ കാരണങ്ങളാൽ) മൂല്യങ്ങളിലേക്ക് അനുമതികൾ സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, എസ്പിഐ ഫ്ലാഷിന്റെ ഓരോ ഉപയോക്താവിനും അവരുടെ പ്രദേശത്തേക്ക് മാത്രമേ പൂർണ്ണ ആക്സസ് (വായിക്കുക/എഴുതുക) ഉണ്ടായിരിക്കൂ. ബാക്കിയുള്ളവ ഒന്നുകിൽ വായിക്കാൻ മാത്രമുള്ളതോ ആക്സസ് ചെയ്യാൻ കഴിയാത്തതോ ആണ്. അറിയപ്പെടുന്ന വസ്‌തുത: പല സിസ്റ്റങ്ങളിലും, സിപിയുവിന് യുഇഎഫ്‌ഐ ബയോസിലേക്കും ജിബിഇയിലേക്കും പൂർണ്ണ ആക്‌സസ് ഉണ്ട്, ഫ്ലാഷ് ഡിസ്‌ക്രിപ്റ്ററുകളിലേക്ക് മാത്രം റീഡ് ആക്‌സസ് ഉണ്ട്, കൂടാതെ ഇന്റൽ എംഇ റീജിയണിലേക്ക് പ്രവേശനമില്ല. എന്തുകൊണ്ടാണ് പലതും എല്ലാം അല്ലാത്തത്? ശുപാർശ ചെയ്യുന്നത് ഓപ്ഷണലാണ്. ലേഖനത്തിൽ പിന്നീട് ഞങ്ങൾ നിങ്ങളോട് കൂടുതൽ പറയും.

പരിഷ്ക്കരണത്തിൽ നിന്ന് ഒരു കമ്പ്യൂട്ടർ പ്ലാറ്റ്ഫോമിന്റെ ഫേംവെയർ പരിരക്ഷിക്കുന്നതിനുള്ള സംവിധാനങ്ങൾ

വ്യക്തമായും, ഒരു കമ്പ്യൂട്ടർ പ്ലാറ്റ്‌ഫോമിന്റെ ഫേംവെയർ സാധ്യമായ വിട്ടുവീഴ്ചകളിൽ നിന്ന് സംരക്ഷിക്കപ്പെടണം, ഇത് ആക്രമണകാരിയെ അതിൽ കാലുറപ്പിക്കാൻ അനുവദിക്കും (OS അപ്‌ഡേറ്റുകൾ / പുനഃസ്ഥാപിക്കലുകൾ അതിജീവിക്കുക), അവരുടെ കോഡ് ഏറ്റവും പ്രിവിലേജ്ഡ് മോഡുകളിൽ എക്സിക്യൂട്ട് ചെയ്യുക മുതലായവ. എസ്പിഐ ഫ്ലാഷ് മെമ്മറി റീജിയണുകളിലേക്കുള്ള ആക്സസ് ഡിലിമിറ്റ് ചെയ്യുന്നത് തീർച്ചയായും പര്യാപ്തമല്ല. അതിനാൽ, ഫേംവെയറിനെ പരിഷ്ക്കരണങ്ങളിൽ നിന്ന് സംരക്ഷിക്കുന്നതിന് ഓരോ എക്സിക്യൂഷൻ എൻവയോൺമെന്റിനും പ്രത്യേകമായ വിവിധ സംവിധാനങ്ങൾ ഉപയോഗിക്കുന്നു.

അതിനാൽ, ഇന്റഗ്രിറ്റിക്കും ആധികാരികതയ്ക്കും വേണ്ടി Intel ME ഫേംവെയർ സൈൻ ചെയ്തിരിക്കുന്നു, ഓരോ തവണയും ME UMA മെമ്മറിയിലേക്ക് ലോഡ് ചെയ്യുമ്പോൾ ME കൺട്രോളർ പരിശോധിക്കുന്നു. ഈ സ്ഥിരീകരണ പ്രക്രിയ ഞങ്ങൾ ഇതിനകം ഒന്നിൽ ചർച്ച ചെയ്തിട്ടുണ്ട് ലേഖനങ്ങൾIntel ME സബ്സിസ്റ്റത്തിനായി സമർപ്പിച്ചിരിക്കുന്നു.

കൂടാതെ ACPI EC ഫേംവെയർ, ഒരു ചട്ടം പോലെ, സമഗ്രതയ്ക്കായി മാത്രം പരിശോധിക്കുന്നു. എന്നിരുന്നാലും, ഈ ബൈനറി യുഇഎഫ്ഐ ബയോസിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്നതിനാൽ, യുഇഎഫ്ഐ ബയോസ് ഉപയോഗിക്കുന്ന അതേ സംരക്ഷണ സംവിധാനങ്ങൾക്ക് ഇത് എല്ലായ്പ്പോഴും വിധേയമാണ്. നമുക്ക് അവരെക്കുറിച്ച് സംസാരിക്കാം.

ഈ സംവിധാനങ്ങളെ രണ്ട് വിഭാഗങ്ങളായി തിരിക്കാം.

UEFI BIOS റീജിയണിലേക്കുള്ള സംരക്ഷണം എഴുതുക

1. ഒരു റൈറ്റ്-പ്രൊട്ടക്റ്റ് ജമ്പർ ഉപയോഗിച്ച് SPI ഫ്ലാഷ് മെമ്മറിയുടെ ഉള്ളടക്കങ്ങളുടെ ഭൗതിക സംരക്ഷണം;
2. ചിപ്‌സെറ്റിന്റെ PRx രജിസ്റ്ററുകൾ ഉപയോഗിച്ച് CPU വിലാസ സ്ഥലത്ത് UEFI BIOS മേഖലയുടെ പ്രൊജക്ഷന്റെ സംരക്ഷണം;
3. ചിപ്‌സെറ്റ് രജിസ്റ്ററുകളിൽ BIOS_WE / BLE, SMM_BWP ബിറ്റുകൾ സജ്ജീകരിച്ച് അനുബന്ധ SMI ഇന്ററപ്റ്റ് സൃഷ്ടിച്ച് പ്രോസസ്സ് ചെയ്തുകൊണ്ട് UEFI ബയോസ് മേഖലയിലേക്ക് എഴുതാനുള്ള ശ്രമങ്ങൾ തടയുന്നു;
4. ഈ പരിരക്ഷയുടെ കൂടുതൽ വിപുലമായ പതിപ്പാണ് ഇന്റൽ ബയോസ് ഗാർഡ് (PFAT).

ഈ സംവിധാനങ്ങൾക്ക് പുറമേ, വെണ്ടർമാർക്ക് അവരുടെ സ്വന്തം സുരക്ഷാ നടപടികൾ വികസിപ്പിക്കാനും നടപ്പിലാക്കാനും കഴിയും (ഉദാഹരണത്തിന്, UEFI BIOS അപ്‌ഡേറ്റുകൾ ഉപയോഗിച്ച് ക്യാപ്‌സ്യൂളുകൾ ഒപ്പിടുന്നത്).

ഒരു നിർദ്ദിഷ്‌ട സിസ്റ്റത്തിൽ (വെണ്ടറെ ആശ്രയിച്ച്), മുകളിൽ പറഞ്ഞിരിക്കുന്ന എല്ലാ സംരക്ഷണ സംവിധാനങ്ങളും പ്രയോഗിക്കാൻ കഴിയില്ല, അവ പ്രയോഗിക്കപ്പെടില്ല, അല്ലെങ്കിൽ അവ ദുർബലമായ രീതിയിൽ നടപ്പിലാക്കാം എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. ഈ സംവിധാനങ്ങളെക്കുറിച്ചും അവ നടപ്പിലാക്കുന്ന സാഹചര്യത്തെക്കുറിച്ചും നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം ഈ ലേഖനം. താൽപ്പര്യമുള്ളവർക്കായി, യുഇഎഫ്ഐ ബയോസ് സുരക്ഷയെക്കുറിച്ചുള്ള ലേഖനങ്ങളുടെ മുഴുവൻ ശ്രേണിയും വായിക്കാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു കോഡ് റഷ്.

UEFI BIOS പ്രാമാണീകരണ പരിശോധന

വിശ്വസനീയമായ ബൂട്ട് സാങ്കേതികവിദ്യകളെക്കുറിച്ച് പറയുമ്പോൾ, ആദ്യം മനസ്സിൽ വരുന്നത് സുരക്ഷിത ബൂട്ട് ആണ്. എന്നിരുന്നാലും, വാസ്തുവിദ്യാപരമായി, UEFI BIOS-ന് (ഡ്രൈവറുകൾ, ലോഡറുകൾ മുതലായവ) ബാഹ്യ ഘടകങ്ങളെ ആധികാരികമാക്കുന്നതിനാണ് ഇത് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്, അല്ലാതെ ഫേംവെയറല്ല.

അതിനാൽ, ബേ ട്രെയിൽ മൈക്രോ ആർക്കിടെക്ചറുള്ള SoC-കളിൽ ഇന്റൽ (2012) ഒരു ഹാർഡ്‌വെയർ നോൺ-സ്വിച്ചബിൾ സെക്യുർ ബൂട്ട് (വെരിഫൈഡ് ബൂട്ട്) നടപ്പിലാക്കി, ഇതിന് മുകളിൽ പറഞ്ഞ സെക്യൂർ ബൂട്ട് സാങ്കേതികവിദ്യയുമായി യാതൊരു ബന്ധവുമില്ല. പിന്നീട് (2013), ഈ സംവിധാനം മെച്ചപ്പെടുത്തി, ഇന്റൽ ബൂട്ട് ഗാർഡ് എന്ന പേരിൽ, ഹാസ്വെൽ മൈക്രോ ആർക്കിടെക്ചറുള്ള ഡെസ്ക്ടോപ്പുകൾക്കായി പുറത്തിറക്കി.

ഇന്റൽ ബൂട്ട് ഗാർഡ് വിവരിക്കുന്നതിന് മുമ്പ്, ഇന്റൽ 64 ആർക്കിടെക്ചറിലെ റൺടൈമുകൾ നോക്കാം, ഈ വിശ്വസനീയമായ ബൂട്ട് സാങ്കേതികവിദ്യയുടെ വിശ്വാസത്തിന്റെ വേരുകൾ ഇവയാണ്.

ഇന്റൽ സിപിയു

ഇന്റൽ 64 ആർക്കിടെക്ചറിലെ പ്രധാന എക്‌സിക്യൂഷൻ എൻവയോൺമെന്റ് പ്രോസസറാണെന്ന് ക്യാപ് നിർദ്ദേശിക്കുന്നു.എന്തുകൊണ്ടാണ് ഇത് വിശ്വാസത്തിന്റെ അടിസ്ഥാനം? ഇനിപ്പറയുന്ന ഘടകങ്ങളുടെ കൈവശമാണ് ഇത് അങ്ങനെയാക്കുന്നതെന്ന് ഇത് മാറുന്നു:

• മൈക്രോകോഡ് റോം എന്നത് മൈക്രോകോഡ് സംഭരിക്കുന്നതിനുള്ള അസ്ഥിരമല്ലാത്ത, റീറൈറ്റബിൾ അല്ലാത്ത മെമ്മറിയാണ്. ഏറ്റവും ലളിതമായ നിർദ്ദേശങ്ങളിൽ പ്രോസസർ ഇൻസ്ട്രക്ഷൻ സിസ്റ്റം നടപ്പിലാക്കുന്നതാണ് മൈക്രോകോഡ് എന്ന് വിശ്വസിക്കപ്പെടുന്നു. മൈക്രോകോഡിലും സംഭവിക്കുന്നു ബഗുകൾ. അതിനാൽ BIOS-ൽ നിങ്ങൾക്ക് മൈക്രോകോഡ് അപ്‌ഡേറ്റുകളുള്ള ബൈനറികൾ കണ്ടെത്താൻ കഴിയും (അവ ബൂട്ട് സമയത്ത് സൂപ്പർഇമ്പോസ് ചെയ്യുന്നു, കാരണം റോം തിരുത്തിയെഴുതാൻ കഴിയില്ല). ഈ ബൈനറികളുടെ ഉള്ളടക്കം എൻക്രിപ്റ്റ് ചെയ്‌തിരിക്കുന്നു, ഇത് വിശകലനത്തെ വളരെയധികം സങ്കീർണ്ണമാക്കുന്നു (അതിനാൽ, മൈക്രോകോഡിന്റെ നിർദ്ദിഷ്ട ഉള്ളടക്കം അത് വികസിപ്പിക്കുന്നവർക്ക് മാത്രമേ അറിയൂ), കൂടാതെ സമഗ്രതയും ആധികാരികതയും നിയന്ത്രിക്കാൻ ഒപ്പുവച്ചു;
• മൈക്രോകോഡ് അപ്‌ഡേറ്റുകളുടെ ഉള്ളടക്കങ്ങൾ ഡീക്രിപ്റ്റ് ചെയ്യുന്നതിനുള്ള AES കീ;
• മൈക്രോകോഡ് അപ്‌ഡേറ്റുകളുടെ ഒപ്പ് പരിശോധിക്കുന്ന RSA പബ്ലിക് കീയുടെ ഒരു ഹാഷ്;
• RSA പബ്ലിക് കീ ഹാഷ്, ഇന്റൽ വികസിപ്പിച്ച ACM (ഓതന്റിക്കേറ്റഡ് കോഡ് മൊഡ്യൂൾ) കോഡ് മൊഡ്യൂളുകളുടെ സിഗ്നേച്ചർ പരിശോധിക്കുന്നു, ഇത് BIOS ആരംഭിക്കുന്നതിന് മുമ്പോ (ഹലോ മൈക്രോകോഡ്) അല്ലെങ്കിൽ ചില ഇവന്റുകൾ സംഭവിക്കുമ്പോഴോ അതിന്റെ പ്രവർത്തന സമയത്ത് CPU പ്രവർത്തിപ്പിക്കാൻ കഴിയും.

ഇന്റൽ എം.ഇ

ഞങ്ങളുടെ ബ്ലോഗിലെ ഈ സബ്സിസ്റ്റം ഇതിനായി സമർപ്പിച്ചിരിക്കുന്നു രണ്ട് ലേഖനങ്ങൾ. ഈ എക്സിക്യൂട്ടബിൾ എൻവയോൺമെന്റ് ചിപ്‌സെറ്റിൽ നിർമ്മിച്ച മൈക്രോകൺട്രോളറിനെ അടിസ്ഥാനമാക്കിയുള്ളതാണെന്നും സിസ്റ്റത്തിലെ ഏറ്റവും മറഞ്ഞിരിക്കുന്നതും പ്രത്യേകാവകാശമുള്ളതുമാണ്.

രഹസ്യസ്വഭാവം ഉണ്ടായിരുന്നിട്ടും, ഇന്റൽ എംഇ വിശ്വാസത്തിന്റെ അടിസ്ഥാനം കൂടിയാണ്, കാരണം ഇതിന് ഇവയുണ്ട്:

• ME ROM - അസ്ഥിരമല്ലാത്ത, റീറൈറ്റബിൾ അല്ലാത്ത മെമ്മറി (അപ്‌ഡേറ്റ് രീതി നൽകിയിട്ടില്ല), ആരംഭ കോഡും ഇന്റൽ ME ഫേംവെയറിന്റെ ഒപ്പ് പരിശോധിക്കുന്ന RSA പബ്ലിക് കീയുടെ SHA256 ഹാഷും അടങ്ങിയിരിക്കുന്നു;
• രഹസ്യ വിവരങ്ങൾ സൂക്ഷിക്കുന്നതിനുള്ള AES കീ;
• കമ്പ്യൂട്ടർ സിസ്റ്റം വെണ്ടർ വ്യക്തമാക്കിയ വിവരങ്ങൾ ഉൾപ്പെടെ, ചില വിവരങ്ങളുടെ സ്ഥിരമായ സംഭരണത്തിനായി ചിപ്‌സെറ്റിലേക്ക് സംയോജിപ്പിച്ചിരിക്കുന്ന ഒരു കൂട്ടം ഫ്യൂസുകളിലേക്കുള്ള (FPF-കൾ, ഫീൽഡ് പ്രോഗ്രാമബിൾ ഫ്യൂസുകൾ) ആക്‌സസ്സ്.

ഇന്റൽ ബൂട്ട് ഗാർഡ് 1.x

ചെറിയ നിരാകരണം. ഈ ലേഖനത്തിൽ ഞങ്ങൾ ഉപയോഗിക്കുന്ന ഇന്റൽ ബൂട്ട് ഗാർഡ് സാങ്കേതികവിദ്യയുടെ പതിപ്പ് നമ്പറുകൾ ഏകപക്ഷീയമാണ് കൂടാതെ ഇന്റേണൽ ഡോക്യുമെന്റേഷനിൽ ഉപയോഗിക്കുന്ന നമ്പറിംഗുമായി യാതൊരു ബന്ധവുമില്ലായിരിക്കാം. കൂടാതെ, ഇവിടെ നൽകിയിരിക്കുന്ന ഈ സാങ്കേതികവിദ്യ നടപ്പിലാക്കുന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ റിവേഴ്സ് എഞ്ചിനീയറിംഗിൽ ലഭിച്ചതാണ്, കൂടാതെ ഇന്റൽ ബൂട്ട് ഗാർഡിന്റെ സ്പെസിഫിക്കേഷനുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ അപാകതകൾ അടങ്ങിയിരിക്കാം, അത് ഒരിക്കലും പ്രസിദ്ധീകരിക്കാൻ സാധ്യതയില്ല.

അതിനാൽ, ഇന്റൽ ബൂട്ട് ഗാർഡ് (ബിജി) ഒരു ഹാർഡ്‌വെയർ പിന്തുണയുള്ള യുഇഎഫ്ഐ ബയോസ് പ്രാമാണീകരണ സാങ്കേതികവിദ്യയാണ്. [പ്ലാറ്റ്ഫോം എംബഡഡ് സെക്യൂരിറ്റി ടെക്നോളജി വെളിപ്പെട്ടു, സമഗ്രതയോടെയുള്ള ചാപ്റ്റർ ബൂട്ട്, അല്ലെങ്കിൽ ബൂട്ട് അല്ല] എന്ന പുസ്തകത്തിലെ അതിന്റെ ചെറിയ വിവരണം വിലയിരുത്തിയാൽ, ഇത് ഒരു വിശ്വസനീയമായ ബൂട്ട് ശൃംഖലയായി പ്രവർത്തിക്കുന്നു. അതിലെ ആദ്യത്തെ ലിങ്ക് സിപിയുവിനുള്ളിലെ ബൂട്ട് കോഡ് (മൈക്രോകോഡ്) ആണ്, അത് റീസെറ്റ് ഇവന്റ് (ബയോസിലെ റീസെറ്റ് വെക്‌റ്ററുമായി തെറ്റിദ്ധരിക്കരുത്!). എസ്പിഐ ഫ്ലാഷ് മെമ്മറിയിൽ ഇന്റൽ വികസിപ്പിച്ച് ഒപ്പിട്ട കോഡ് മൊഡ്യൂൾ (ഇന്റൽ ബിജി സ്റ്റാർട്ടപ്പ് എസിഎം) സിപിയു കണ്ടെത്തുന്നു, അത് അതിന്റെ കാഷെയിലേക്ക് ലോഡുചെയ്യുന്നു, സ്ഥിരീകരിക്കുന്നു (സിപിയുവിന് എസിഎം സിഗ്നേച്ചർ സ്ഥിരീകരിക്കുന്ന ഒരു പൊതു കീ ഹാഷ് ഉണ്ടെന്ന് മുകളിൽ സൂചിപ്പിച്ചിരുന്നു. ) ആരംഭിക്കുന്നു.

UEFI ബയോസിന്റെ ഒരു ചെറിയ ആരംഭ ഭാഗം പരിശോധിക്കുന്നതിന് ഈ കോഡ് മൊഡ്യൂളിന് ഉത്തരവാദിത്തമുണ്ട് - ഇനീഷ്യൽ ബൂട്ട് ബ്ലോക്ക് (IBB), അതിൽ, UEFI BIOS-ന്റെ പ്രധാന ഭാഗം പരിശോധിക്കുന്നതിനുള്ള പ്രവർത്തനം അടങ്ങിയിരിക്കുന്നു. അതിനാൽ, OS ബൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് ബയോസിന്റെ ആധികാരികത പരിശോധിക്കാൻ Intel BG നിങ്ങളെ അനുവദിക്കുന്നു (ഇത് സുരക്ഷിത ബൂട്ട് സാങ്കേതികവിദ്യയുടെ മേൽനോട്ടത്തിൽ നടത്താം).

Intel BG സാങ്കേതികവിദ്യ രണ്ട് പ്രവർത്തന രീതികൾ നൽകുന്നു (ഒന്ന് മറ്റൊന്നിൽ ഇടപെടുന്നില്ല, അതായത് രണ്ട് മോഡുകളും സിസ്റ്റത്തിൽ പ്രവർത്തനക്ഷമമാക്കാം, രണ്ടും പ്രവർത്തനരഹിതമാക്കാം).

അളന്ന ബൂട്ട്

മെഷർഡ് ബൂട്ട് (എംബി) മോഡിൽ, ഓരോ ബൂട്ട് ഘടകവും (സിപിയു ബൂട്ട് റോമിൽ നിന്ന് ആരംഭിക്കുന്നു) ട്രസ്റ്റഡ് പ്ലാറ്റ്ഫോം മൊഡ്യൂളിന്റെ (ടിപിഎം) കഴിവുകൾ ഉപയോഗിച്ച് അടുത്തത് "അളക്കുന്നു". അറിയാത്തവർക്കായി ഞാൻ വിശദീകരിക്കാം.

TPM-ന് PCR-കൾ (പ്ലാറ്റ്ഫോം കോൺഫിഗറേഷൻ രജിസ്റ്ററുകൾ) ഉണ്ട്, അത് ഫോർമുല അനുസരിച്ച് ഹാഷിംഗ് പ്രവർത്തനത്തിന്റെ ഫലം രേഖപ്പെടുത്തുന്നു:

ആ. നിലവിലെ PCR മൂല്യം മുമ്പത്തേതിനെ ആശ്രയിച്ചിരിക്കുന്നു, സിസ്റ്റം റീസെറ്റ് ചെയ്യുമ്പോൾ മാത്രമേ ഈ രജിസ്റ്ററുകൾ പുനഃസജ്ജമാക്കൂ.

അങ്ങനെ, MB മോഡിൽ, ചില സമയങ്ങളിൽ, PCR-കൾ "അളന്ന" കോഡിന്റെ അല്ലെങ്കിൽ ഡാറ്റയുടെ ഒരു അദ്വിതീയ (ഹാഷ് പ്രവർത്തനത്തിന്റെ കഴിവുകൾക്കുള്ളിൽ) ഐഡന്റിഫയർ പ്രതിഫലിപ്പിക്കുന്നു. ചില ഡാറ്റ (TPM_Seal) പ്രവർത്തനത്തിന്റെ എൻക്രിപ്ഷനിൽ PCR മൂല്യങ്ങൾ ഉപയോഗിക്കാം. അതിനുശേഷം, ലോഡിംഗിന്റെ ഫലമായി PCR മൂല്യങ്ങൾ മാറിയിട്ടില്ലെങ്കിൽ മാത്രമേ അവയുടെ ഡീക്രിപ്ഷൻ (TPM_Unseal) സാധ്യമാകൂ (അതായത്, ഒരു "അളന്ന" ഘടകം പോലും പരിഷ്കരിച്ചിട്ടില്ല).

പരിശോധിച്ചുറപ്പിച്ച ബൂട്ട്

യുഇഎഫ്ഐ ബയോസ് പരിഷ്‌ക്കരിക്കാൻ ആഗ്രഹിക്കുന്നവർക്ക് ഏറ്റവും ഭയാനകമായ കാര്യം വെരിഫൈഡ് ബൂട്ട് (വിബി) മോഡാണ്, അതിൽ ഓരോ ബൂട്ട് ഘടകവും അടുത്തതിന്റെ സമഗ്രതയും ആധികാരികതയും ക്രിപ്‌റ്റോഗ്രാഫിക്കായി പരിശോധിക്കുന്നു. ഒരു സ്ഥിരീകരണ പിശകിന്റെ കാര്യത്തിൽ, (ഇനിപ്പറയുന്നവയിൽ ഒന്ന്) സംഭവിക്കുന്നു:

• 1 മിനിറ്റ് മുതൽ 30 മിനിറ്റ് വരെ സമയപരിധിക്കുള്ളിൽ ഷട്ട്ഡൗൺ ചെയ്യുക (അതിനാൽ ഉപയോക്താവിന് തന്റെ കമ്പ്യൂട്ടർ ബൂട്ട് ചെയ്യാത്തത് എന്തുകൊണ്ടെന്ന് മനസിലാക്കാൻ സമയമുണ്ട്, സാധ്യമെങ്കിൽ, ബയോസ് പുനഃസ്ഥാപിക്കാൻ ശ്രമിക്കും);
• ഉടനടി അടച്ചുപൂട്ടൽ (അതിനാൽ ഉപയോക്താവിന് മനസ്സിലാക്കാൻ സമയമില്ല, അതിലുപരി, ചെയ്യാൻ);
• നേരായ മുഖമുള്ള ജോലിയുടെ തുടർച്ച (സുരക്ഷയ്ക്ക് സമയമില്ലാത്ത സാഹചര്യം, കാരണം കൂടുതൽ പ്രധാനപ്പെട്ട കാര്യങ്ങൾ ചെയ്യാനുണ്ട്).

പ്രവർത്തനത്തിന്റെ തിരഞ്ഞെടുപ്പ് നിർദ്ദിഷ്ട ഇന്റൽ ബിജി കോൺഫിഗറേഷനെ ആശ്രയിച്ചിരിക്കുന്നു (അതായത്, എൻഫോഴ്‌സ്‌മെന്റ് പോളിസി എന്ന് വിളിക്കപ്പെടുന്നവയിൽ), ഇത് കമ്പ്യൂട്ടർ പ്ലാറ്റ്‌ഫോം വെണ്ടർ പ്രത്യേകം രൂപകൽപ്പന ചെയ്‌ത സ്റ്റോറേജിൽ സ്ഥിരമായി രേഖപ്പെടുത്തുന്നു - ചിപ്‌സെറ്റ് ഫ്യൂസുകൾ (എഫ്‌പിഎഫ്). ഈ വിഷയത്തിൽ ഞങ്ങൾ പിന്നീട് കൂടുതൽ വിശദമായി വസിക്കും.

കോൺഫിഗറേഷനു പുറമേ, വെണ്ടർ രണ്ട് RSA 2048 കീകൾ സൃഷ്ടിക്കുകയും രണ്ട് ഡാറ്റ ഘടനകൾ സൃഷ്ടിക്കുകയും ചെയ്യുന്നു (ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നത്):

1. ഈ മാനിഫെസ്റ്റിന്റെ SVN (സെക്യൂരിറ്റി പതിപ്പ് നമ്പർ) വെണ്ടർ റൂട്ട് കീ മാനിഫെസ്റ്റ് (KEYM, OEM റൂട്ട് കീ മാനിഫെസ്റ്റ്), അടുത്ത മാനിഫെസ്റ്റിന്റെ പൊതു കീയുടെ SHA256 ഹാഷ്, RSA പബ്ലിക് കീ (അതായത്, വെണ്ടർ റൂട്ട് കീ) ഈ മാനിഫെസ്റ്റിന്റെയും ഒപ്പിന്റെയും ഒപ്പ് പരിശോധിക്കാൻ;
2. IBB മാനിഫെസ്റ്റ് (IBBM, പ്രാരംഭ ബൂട്ട് ബ്ലോക്ക് മാനിഫെസ്റ്റ്), ഈ മാനിഫെസ്റ്റിന്റെ SVN, IBB-യുടെ SHA256 ഹാഷ്, ഈ മാനിഫെസ്റ്റിന്റെ ഒപ്പ് പരിശോധിക്കുന്നതിനുള്ള പൊതു കീ, കൂടാതെ ഒപ്പ് എന്നിവയും.

OEM റൂട്ട് കീയുടെ SHA256 ഹാഷ് ഇന്റൽ BG കോൺഫിഗറേഷൻ പോലെ ചിപ്‌സെറ്റ് ഫ്യൂസുകളിലേക്ക് (FPFs) ശാശ്വതമായി എഴുതിയിരിക്കുന്നു. ഇന്റൽ ബിജി കോൺഫിഗറേഷൻ ഈ സാങ്കേതികവിദ്യ ഉൾപ്പെടുത്താൻ അനുവദിക്കുകയാണെങ്കിൽ, ഇനി മുതൽ ഈ സിസ്റ്റത്തിൽ ഒഇഎം റൂട്ട് കീയുടെ സ്വകാര്യ ഭാഗത്തിന്റെ ഉടമയ്ക്ക് മാത്രമേ ബയോസ് അപ്‌ഡേറ്റ് ചെയ്യാൻ കഴിയൂ (അതായത്, ഈ മാനിഫെസ്റ്റുകൾ വീണ്ടും കണക്കാക്കാൻ കഴിയും), അതായത്. വെണ്ടർ.

നിങ്ങൾ ചിത്രം നോക്കുമ്പോൾ, ഇത്രയും നീണ്ട സ്ഥിരീകരണ ശൃംഖലയുടെ ആവശ്യകതയെക്കുറിച്ച് ഉടനടി സംശയങ്ങൾ ഉയരുന്നു - നിങ്ങൾക്ക് ഒരു മാനിഫെസ്റ്റ് ഉപയോഗിക്കാമായിരുന്നു. എന്തുകൊണ്ട് സങ്കീർണ്ണമാക്കുന്നു?

വാസ്തവത്തിൽ, ഇന്റൽ വെണ്ടർക്ക് വ്യത്യസ്ത ഉൽപ്പന്ന ലൈനുകൾക്കായി വ്യത്യസ്ത ഐബിബി കീകൾ ഉപയോഗിക്കാനും ഒരെണ്ണം റൂട്ടായി ഉപയോഗിക്കാനും അവസരമൊരുക്കുന്നു. IBB കീയുടെ സ്വകാര്യ ഭാഗം (രണ്ടാമത്തെ മാനിഫെസ്റ്റിനെ അടയാളപ്പെടുത്തുന്നു) ചോർന്നാൽ, സംഭവം ഒരു ഉൽപ്പന്ന ലൈനിനെ മാത്രമേ ബാധിക്കുകയുള്ളൂ, കൂടാതെ വെണ്ടർ ഒരു പുതിയ ജോഡി സൃഷ്‌ടിക്കുകയും അടുത്ത BIOS അപ്‌ഡേറ്റിൽ വീണ്ടും കണക്കാക്കിയ മാനിഫെസ്റ്റുകൾ പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുന്നത് വരെ മാത്രം.

എന്നാൽ റൂട്ട് കീ അപഹരിക്കപ്പെട്ടാൽ (ആദ്യത്തെ മാനിഫെസ്റ്റ് ഒപ്പിട്ടത്), അത് മാറ്റിസ്ഥാപിക്കാൻ കഴിയില്ല, അസാധുവാക്കൽ നടപടിക്രമം നൽകിയിട്ടില്ല. ഈ കീയുടെ പൊതു ഭാഗത്തിന്റെ ഹാഷ് FPF-കളിലേക്ക് ഒരിക്കൽ എന്നേക്കും പ്രോഗ്രാം ചെയ്യപ്പെടുന്നു.

ഇന്റൽ ബൂട്ട് ഗാർഡ് കോൺഫിഗറേഷൻ

ഇപ്പോൾ നമുക്ക് ഇന്റൽ ബിജി കോൺഫിഗറേഷനും അതിന്റെ നിർമ്മാണ പ്രക്രിയയും സൂക്ഷ്മമായി പരിശോധിക്കാം. ഇന്റൽ സിസ്റ്റം ടൂൾ കിറ്റിൽ (എസ്‌ടികെ) നിന്നുള്ള ഫ്ലാഷ് ഇമേജ് ടൂളിന്റെ ജിയുഐയിലെ അനുബന്ധ ടാബ് നിങ്ങൾ നോക്കുകയാണെങ്കിൽ, ഇന്റൽ ബിജി കോൺഫിഗറേഷനിൽ വെണ്ടർ റൂട്ട് കീയുടെ പൊതു ഭാഗത്തിന്റെ ഒരു ഹാഷ് ഉൾപ്പെടുന്നു, രണ്ട് അവ്യക്തതകൾ. മൂല്യങ്ങൾ തുടങ്ങിയവ. ഇന്റൽ ബിജി പ്രൊഫൈൽ.

ഈ പ്രൊഫൈലിന്റെ ഘടന:

typedef struct BG_PROFILE
{
	unsigned long Force_Boot_Guard_ACM : 1;
	unsigned long Verified_Boot : 1;
	unsigned long Measured_Boot : 1;
	unsigned long Protect_BIOS_Environment : 1;
	unsigned long Enforcement_Policy : 2; // 00b – do nothing
                                              // 01b – shutdown with timeout
                                              // 11b – immediate shutdown
	unsigned long : 26;
};

പൊതുവേ, ഇന്റൽ ബിജി കോൺഫിഗറേഷൻ വളരെ ഫ്ലെക്സിബിൾ എന്റിറ്റിയാണ്. ഉദാഹരണത്തിന്, Force_Boot_Guard_ACM ഫ്ലാഗ് പരിഗണിക്കുക. അത് മായ്‌ക്കുമ്പോൾ, SPI ഫ്ലാഷിലെ BG സ്റ്റാർട്ടപ്പ് ACM മൊഡ്യൂൾ കണ്ടെത്തിയില്ലെങ്കിൽ, വിശ്വസനീയമായ ബൂട്ട് സംഭവിക്കില്ല. അത് വിശ്വാസയോഗ്യമല്ലാതാകും.

VB മോഡിനായുള്ള എൻഫോഴ്‌സ്‌മെന്റ് നയം കോൺഫിഗർ ചെയ്യാൻ കഴിയുമെന്ന് ഞങ്ങൾ ഇതിനകം മുകളിൽ എഴുതിയിട്ടുണ്ട്, അതിനാൽ സ്ഥിരീകരണം പരാജയപ്പെട്ടാൽ, വീണ്ടും, ഒരു വിശ്വസനീയമല്ലാത്ത ഡൗൺലോഡ് സംഭവിക്കും.

ഇത്തരം കാര്യങ്ങൾ കച്ചവടക്കാർക്ക് വിടൂ...

യൂട്ടിലിറ്റിയുടെ GUI ഇനിപ്പറയുന്ന "റെഡിമെയ്ഡ്" പ്രൊഫൈലുകൾ നൽകുന്നു:

Номер
മോഡ്
വിവരണം

0
No_FVME
ഇന്റൽ ബിജി സാങ്കേതികവിദ്യ പ്രവർത്തനരഹിതമാക്കി

1
VE
VB മോഡ് പ്രവർത്തനക്ഷമമാക്കി, കാലഹരണപ്പെടുമ്പോൾ ഷട്ട്ഡൗൺ

2
വിഎംഇ
രണ്ട് മോഡുകളും പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു (VB, MB), കാലഹരണപ്പെടുമ്പോൾ ഷട്ട്ഡൗൺ

3
VM
സിസ്റ്റം ഓഫ് ചെയ്യാതെ തന്നെ രണ്ട് മോഡുകളും പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു

4
എഫ്.വി.ഇ
VB മോഡ് പ്രവർത്തനക്ഷമമാക്കി, ഉടനടി ഷട്ട്ഡൗൺ

5
എഫ്.വി.എം.ഇ
രണ്ട് മോഡുകളും പ്രവർത്തനക്ഷമമാക്കി, ഉടനടി ഷട്ട്ഡൗൺ

ഇതിനകം സൂചിപ്പിച്ചതുപോലെ, ഇന്റൽ ബിജി കോൺഫിഗറേഷൻ ചിപ്‌സെറ്റ് ഫ്യൂസുകളിൽ (എഫ്‌പിഎഫ്) സിസ്റ്റം വെണ്ടർ ഒരിക്കൽ എഴുതിയിരിക്കണം - ചിപ്‌സെറ്റിനുള്ളിലെ ഒരു ചെറിയ (പരിശോധിക്കപ്പെടാത്ത വിവരങ്ങൾ അനുസരിച്ച്, 256 ബൈറ്റുകൾ മാത്രം) ഹാർഡ്‌വെയർ വിവര സംഭരണം, അത് പുറത്ത് പ്രോഗ്രാം ചെയ്യാൻ കഴിയും. ഇന്റലിന്റെ ഉൽപ്പാദന സൗകര്യങ്ങൾ (അതുകൊണ്ടാണ് ഫീൽഡ് പ്രോഗ്രാമബിൾ ഫ്യൂസുകൾ).

കോൺഫിഗറേഷൻ സംഭരിക്കുന്നതിന് ഇത് മികച്ചതാണ് കാരണം:

• ഒറ്റത്തവണ-പ്രോഗ്രാം ചെയ്യാവുന്ന ഡാറ്റ സ്റ്റോറേജ് ഏരിയയുണ്ട് (ഇന്റൽ ബിജി കോൺഫിഗറേഷൻ എഴുതിയിരിക്കുന്നിടത്ത് മാത്രം);
• ഇന്റൽ എംഇക്ക് മാത്രമേ ഇത് വായിക്കാനും പ്രോഗ്രാം ചെയ്യാനുമാകൂ.

അതിനാൽ, ഒരു നിർദ്ദിഷ്‌ട സിസ്റ്റത്തിൽ ഇന്റൽ ബിജി സാങ്കേതികവിദ്യയ്‌ക്കായുള്ള കോൺഫിഗറേഷൻ സജ്ജീകരിക്കുന്നതിന്, ഉൽപ്പാദന സമയത്ത് വെണ്ടർ ഇനിപ്പറയുന്നവ ചെയ്യുന്നു:

1. ഫ്ലാഷ് ഇമേജ് ടൂൾ (ഇന്റൽ എസ്ടികെയിൽ നിന്ന്) ഉപയോഗിച്ച്, ഇന്റൽ എംഇ റീജിയണിനുള്ളിൽ വേരിയബിളുകളായി നൽകിയിരിക്കുന്ന ഇന്റൽ ബിജി കോൺഫിഗറേഷനുള്ള ഒരു ഫേംവെയർ ഇമേജ് സൃഷ്ടിക്കുന്നു (എഫ്പിഎഫുകൾക്കായുള്ള താൽക്കാലിക മിറർ എന്ന് വിളിക്കപ്പെടുന്നവ);
2. ഫ്ലാഷ് പ്രോഗ്രാമിംഗ് ടൂൾ (ഇന്റൽ എസ്ടികെയിൽ നിന്ന്) ഉപയോഗിച്ച്, സിസ്റ്റത്തിന്റെ SPI ഫ്ലാഷ് മെമ്മറിയിലേക്ക് ഈ ചിത്രം എഴുതുകയും വിളിക്കപ്പെടുന്നവ അടയ്ക്കുകയും ചെയ്യുന്നു. മാനുഫാക്ചറിംഗ് മോഡ് (ഈ സാഹചര്യത്തിൽ, അനുബന്ധ കമാൻഡ് Intel ME-ലേക്ക് അയയ്ക്കുന്നു).

ഈ പ്രവർത്തനങ്ങളുടെ ഫലമായി, ME മേഖലയിലെ FPF-കൾക്കായുള്ള കണ്ണാടിയിൽ നിന്ന് നൽകിയിരിക്കുന്ന മൂല്യങ്ങൾ Intel ME FPF-കളോട് പ്രതിജ്ഞാബദ്ധമാക്കും, SPI ഫ്ലാഷ് ഡിസ്ക്രിപ്റ്ററുകളിലെ അനുമതികൾ Intel ശുപാർശ ചെയ്യുന്ന മൂല്യങ്ങളിലേക്ക് സജ്ജമാക്കും (ആദ്യഘട്ടത്തിൽ വിവരിച്ചിരിക്കുന്നു. ലേഖനം) കൂടാതെ ഒരു സിസ്റ്റം റീസെറ്റ് നടത്തുക.

ഇന്റൽ ബൂട്ട് ഗാർഡ് ഇംപ്ലിമെന്റേഷൻ അനാലിസിസ്

ഒരു നിർദ്ദിഷ്ട ഉദാഹരണത്തിൽ ഈ സാങ്കേതികവിദ്യ നടപ്പിലാക്കുന്നത് വിശകലനം ചെയ്യുന്നതിനായി, Intel BG സാങ്കേതികവിദ്യയുടെ ട്രെയ്‌സിനായി ഞങ്ങൾ ഇനിപ്പറയുന്ന സിസ്റ്റങ്ങൾ പരിശോധിച്ചു:

സിസ്റ്റം
അഭിപായപ്പെടുക

ജിഗാബൈറ്റ് GA-H170-D3H
സ്കൈലേക്ക്, പിന്തുണയുണ്ട്

ജിഗാബൈറ്റ് GA-Q170-D3H
സ്കൈലേക്ക്, പിന്തുണയുണ്ട്

ജിഗാബൈറ്റ് GA-B150-HD3
സ്കൈലേക്ക്, പിന്തുണയുണ്ട്

MSI H170A ഗെയിമിംഗ് പ്രോ
സ്കൈലേക്ക്, പിന്തുണയില്ല

ലെനോവോ തിങ്ക്പാഡ് 460
സ്കൈലേക്ക്, പിന്തുണ ലഭ്യമാണ്, സാങ്കേതികവിദ്യ പ്രവർത്തനക്ഷമമാക്കി

ലെനോവോ യോഗ 2 പ്രോ
ഹസ്വെൽ, പിന്തുണയില്ല

ലെനോവോ U330p
ഹസ്വെൽ, പിന്തുണയില്ല

"പിന്തുണ" എന്നാൽ ഇന്റൽ ബിജി സ്റ്റാർട്ടപ്പ് എസിഎം മൊഡ്യൂളിന്റെ സാന്നിധ്യം, മുകളിൽ സൂചിപ്പിച്ച മാനിഫെസ്റ്റുകൾ, ബയോസിലെ അനുബന്ധ കോഡ്, അതായത്. വിശകലനത്തിനുള്ള നടപ്പാക്കലുകൾ.

ഉദാഹരണമായി, ഓഫീസിൽ നിന്ന് ഡൗൺലോഡ് ചെയ്‌തത് എടുക്കാം. ഗിഗാബൈറ്റ് GA-H170-D3H (പതിപ്പ് F4) നായുള്ള SPI ഫ്ലാഷ് മെമ്മറിയുടെ വെണ്ടർ സൈറ്റ് ഇമേജ്.

ഇന്റൽ സിപിയു ബൂട്ട് റോം

ഒന്നാമതായി, ഇന്റൽ ബിജി സാങ്കേതികവിദ്യ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിൽ പ്രോസസറിന്റെ പ്രവർത്തനങ്ങളെക്കുറിച്ച് സംസാരിക്കാം.

ഡീക്രിപ്റ്റ് ചെയ്ത മൈക്രോകോഡിന്റെ സാമ്പിളുകൾ കണ്ടെത്താൻ കഴിഞ്ഞില്ല, അതിനാൽ, താഴെ വിവരിച്ചിരിക്കുന്ന പ്രവർത്തനങ്ങൾ എങ്ങനെ നടപ്പിലാക്കുന്നു (മൈക്രോകോഡിലോ ഹാർഡ്‌വെയറിലോ) ഒരു തുറന്ന ചോദ്യമാണ്. എന്നിരുന്നാലും, ആധുനിക ഇന്റൽ പ്രോസസറുകൾക്ക് ഈ പ്രവർത്തനങ്ങൾ ചെയ്യാൻ കഴിയും എന്നത് ഒരു വസ്തുതയാണ്.

റീസെറ്റ് അവസ്ഥയിൽ നിന്ന് പുറത്തുകടന്ന ശേഷം, പ്രോസസ്സർ (ആരുടെ വിലാസത്തിൽ ഫ്ലാഷ് മെമ്മറിയുടെ ഉള്ളടക്കങ്ങൾ ഇതിനകം മാപ്പ് ചെയ്തിരിക്കുന്നു) FIT (ഫേംവെയർ ഇന്റർഫേസ് ടേബിൾ) കണ്ടെത്തുന്നു. ഇത് കണ്ടെത്തുന്നത് എളുപ്പമാണ്, അതിലേക്കുള്ള പോയിന്റർ FFFF FFC0h എന്ന വിലാസത്തിൽ എഴുതിയിരിക്കുന്നു.

ഈ ഉദാഹരണത്തിൽ, ഈ വിലാസത്തിൽ FFD6 9500h മൂല്യം അടങ്ങിയിരിക്കുന്നു. ഈ വിലാസത്തിലേക്ക് തിരിയുമ്പോൾ, പ്രോസസ്സർ FIT പട്ടിക കാണുന്നു, അതിന്റെ ഉള്ളടക്കങ്ങൾ റെക്കോർഡുകളായി തിരിച്ചിരിക്കുന്നു. ആദ്യ എൻട്രി ഇനിപ്പറയുന്ന ഘടനയുടെ തലക്കെട്ടാണ്:

typedef struct FIT_HEADER
{
	char           Tag[8];     // ‘_FIT_   ’
	unsigned long  NumEntries; // including FIT header entry
	unsigned short Version;    // 1.0
	unsigned char  EntryType;  // 0
	unsigned char  Checksum;
};

ചില അജ്ഞാതമായ കാരണങ്ങളാൽ, ഈ പട്ടികകളിൽ ചെക്ക്സം എല്ലായ്പ്പോഴും കണക്കാക്കില്ല (ഫീൽഡ് അസാധുവായി അവശേഷിക്കുന്നു).

ശേഷിക്കുന്ന എൻട്രികൾ ബയോസ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിനു മുമ്പ് പാഴ്‌സ് ചെയ്യേണ്ട / എക്സിക്യൂട്ട് ചെയ്യേണ്ട വിവിധ ബൈനറികളിലേക്ക് വിരൽ ചൂണ്ടുന്നു, അതായത്. ലെഗസി റീസെറ്റ് വെക്‌ടറിലേക്ക് മാറുന്നതിന് മുമ്പ് (FFFF FFF0h). അത്തരം ഓരോ എൻട്രിയുടെയും ഘടന ഇപ്രകാരമാണ്:

typedef struct FIT_ENTRY
{
	unsigned long  BaseAddress;
	unsigned long  : 32;
	unsigned long  Size;
	unsigned short Version;     // 1.0
	unsigned char  EntryType;
	unsigned char  Checksum;
};

EntryType ഫീൽഡ് ഈ എൻട്രി പോയിന്റ് ചെയ്യുന്ന ബ്ലോക്ക് തരം സൂചിപ്പിക്കുന്നു. നമുക്ക് നിരവധി തരം അറിയാം:

enum FIT_ENTRY_TYPES
{
	FIT_HEADER = 0,
	MICROCODE_UPDATE,
	BG_ACM,
	BIOS_INIT = 7,
	TPM_POLICY,
	BIOS_POLICY,
	TXT_POLICY,
	BG_KEYM,
	BG_IBBM
};

എൻട്രികളിലൊന്ന് ഇന്റൽ ബിജി സ്റ്റാർട്ടപ്പ് എസിഎം ബൈനറിയുടെ സ്ഥാനത്തേക്ക് വിരൽ ചൂണ്ടുന്നതായി ഇപ്പോൾ വ്യക്തമാണ്. ഈ ബൈനറിയുടെ തലക്കെട്ട് ഘടന ഇന്റൽ വികസിപ്പിച്ച കോഡ് മൊഡ്യൂളുകൾക്ക് സാധാരണമാണ് (ACM-കൾ, മൈക്രോകോഡ് അപ്‌ഡേറ്റുകൾ, Intel ME കോഡ് വിഭാഗങ്ങൾ, ...).

typedef struct BG_ACM_HEADER
{
	unsigned short ModuleType;     // 2
	unsigned short ModuleSubType;  // 3
	unsigned long  HeaderLength;   // in dwords
	unsigned long  : 32;
	unsigned long  : 32;
	unsigned long  ModuleVendor;   // 8086h
	unsigned long  Date;           // in BCD format
	unsigned long  TotalSize;      // in dwords
	unsigned long  unknown1[6];
	unsigned long  EntryPoint;
	unsigned long  unknown2[16];
	unsigned long  RsaKeySize;     // in dwords
	unsigned long  ScratchSize;    // in dwords
	unsigned char  RsaPubMod[256];
	unsigned long  RsaPubExp;
	unsigned char  RsaSig[256];
};

പ്രോസസർ ഈ ബൈനറിയെ അതിന്റെ കാഷെയിലേക്ക് ലോഡ് ചെയ്യുകയും പരിശോധിച്ചുറപ്പിക്കുകയും ലോഞ്ച് ചെയ്യുകയും ചെയ്യുന്നു.

ഇന്റൽ ബിജി സ്റ്റാർട്ടപ്പ് എസിഎം

ഈ എസിഎമ്മിന്റെ പ്രവർത്തനത്തിന്റെ വിശകലനത്തിന്റെ ഫലമായി, ഇത് ഇനിപ്പറയുന്നവ ചെയ്യുന്നുവെന്ന് വ്യക്തമായി:

• ചിപ്‌സെറ്റ് ഫ്യൂസുകളിലേക്ക് (എഫ്‌പിഎഫ്) എഴുതിയ ഇന്റൽ ബിജി കോൺഫിഗറേഷൻ ഇന്റൽ എംഇയിൽ നിന്ന് സ്വീകരിക്കുന്നു;
• KEYM, IBBM മാനിഫെസ്റ്റുകൾ കണ്ടെത്തുന്നു, അവ പരിശോധിക്കുന്നു.

ഈ മാനിഫെസ്റ്റുകൾ കണ്ടെത്തുന്നതിന്, ACM FIT ടേബിളും ഉപയോഗിക്കുന്നു, ഈ ഘടനകളിലേക്ക് പോയിന്റ് ചെയ്യുന്നതിന് രണ്ട് തരത്തിലുള്ള എൻട്രികളാണുള്ളത് (മുകളിലുള്ള FIT_ENTRY_TYPES കാണുക).

മാനിഫെസ്റ്റോകൾ സൂക്ഷ്മമായി പരിശോധിക്കാം. ആദ്യത്തെ മാനിഫെസ്റ്റിന്റെ ഘടനയിൽ, നമ്മൾ പല അവ്യക്തമായ സ്ഥിരാങ്കങ്ങളും, രണ്ടാമത്തെ മാനിഫെസ്റ്റിൽ നിന്നുള്ള പൊതു കീയുടെ ഒരു ഹാഷും, ഒരു നെസ്റ്റഡ് ഘടനയായി ഒപ്പിട്ട ഒരു പൊതു OEM റൂട്ട് കീയും കാണുന്നു:

typedef struct KEY_MANIFEST
{
	char           Tag[8];          // ‘__KEYM__’
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 0
	unsigned char  : 8;             // 1
	unsigned short : 16;            // 0Bh
	unsigned short : 16;            // 20h == hash size?
	unsigned char  IbbmKeyHash[32]; // SHA256 of an IBBM public key
	BG_RSA_ENTRY   OemRootKey;
};

typedef struct BG_RSA_ENTRY
{
	unsigned char  : 8;             // 10h
	unsigned short : 16;            // 1
	unsigned char  : 8;             // 10h
	unsigned short RsaPubKeySize;   // 800h
	unsigned long  RsaPubExp;
	unsigned char  RsaPubKey[256];
	unsigned short : 16;            // 14
	unsigned char  : 8;             // 10h
	unsigned short RsaSigSize;      // 800h
	unsigned short : 16;            // 0Bh
	unsigned char  RsaSig[256];
};

OEM റൂട്ട് കീയുടെ പബ്ലിക് കീ പരിശോധിക്കുന്നതിന്, ഫ്യൂസുകളിൽ നിന്നുള്ള SHA256 ഹാഷ് ഉപയോഗിച്ചതായി ഞങ്ങൾ ഓർക്കുന്നു, ഈ നിമിഷം ഇന്റൽ ME-ൽ നിന്ന് ഇതിനകം ലഭിച്ചിട്ടുണ്ട്.

നമുക്ക് രണ്ടാമത്തെ പ്രകടനപത്രികയിലേക്ക് കടക്കാം. അതിൽ മൂന്ന് ഘടനകൾ അടങ്ങിയിരിക്കുന്നു:

typedef struct IBB_MANIFEST
{
	ACBP Acbp;         // Boot policies
	IBBS Ibbs;         // IBB description
	IBB_DESCRIPTORS[];
	PMSG Pmsg;         // IBBM signature
};

ആദ്യത്തേതിൽ ചില സ്ഥിരാങ്കങ്ങൾ അടങ്ങിയിരിക്കുന്നു:

typedef struct ACBP
{
	char           Tag[8];          // ‘__ACBP__’
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 1
	unsigned char  : 8;             // 10h
	unsigned char  : 8;             // 0
	unsigned short : 16;            // x & F0h = 0
	unsigned short : 16;            // 0 < x <= 400h
};

രണ്ടാമത്തേതിൽ IBB-യുടെ SHA256 ഹാഷും IBB-യുടെ ഉള്ളടക്കത്തെ വിവരിക്കുന്ന ഡിസ്ക്രിപ്റ്ററുകളുടെ എണ്ണവും അടങ്ങിയിരിക്കുന്നു (അതായത് ഹാഷ് എന്തിൽ നിന്നാണ് കണക്കാക്കുന്നത്):

typedef struct IBBS
{
	char           Tag[8];            // ‘__IBBS__’
	unsigned char  : 8;               // 10h
	unsigned char  : 8;               // 0
	unsigned char  : 8;               // 0
	unsigned char  : 8;               // x <= 0Fh
	unsigned long  : 32;              // x & FFFFFFF8h = 0
	unsigned long  Unknown[20];
	unsigned short : 16;              // 0Bh
	unsigned short : 16;              // 20h == hash size ?
	unsigned char  IbbHash[32];       // SHA256 of an IBB
	unsigned char  NumIbbDescriptors;
};

IBB ഡിസ്ക്രിപ്റ്ററുകൾ ഒന്നിനുപുറകെ ഒന്നായി ഈ ഘടന പിന്തുടരുന്നു. അവരുടെ ഉള്ളടക്കത്തിന് ഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉണ്ട്:

typedef struct IBB_DESCRIPTOR
{
	unsigned long  : 32;
	unsigned long  BaseAddress;
	unsigned long  Size;
};

ഇത് ലളിതമാണ്: ഓരോ ഡിസ്ക്രിപ്റ്ററിലും ഒരു IBB ചങ്കിന്റെ വിലാസം/വലിപ്പം അടങ്ങിയിരിക്കുന്നു. അങ്ങനെ, ഈ ഡിസ്ക്രിപ്റ്ററുകൾ ചൂണ്ടിക്കാണിച്ച ബ്ലോക്കുകളുടെ സംയോജനം (ഡിസ്ക്രിപ്റ്ററുകളുടെ ക്രമത്തിൽ തന്നെ) IBB ആണ്. കൂടാതെ, ഒരു ചട്ടം പോലെ, SEC, PEI ഘട്ടങ്ങളുടെ എല്ലാ മൊഡ്യൂളുകളുടെയും സംയോജനമാണ് IBB.

IBB പബ്ലിക് കീയും (ആദ്യ മാനിഫെസ്റ്റിൽ നിന്നുള്ള SHA256 ഹാഷ് പരിശോധിച്ചുറപ്പിച്ചത്) ഈ മാനിഫെസ്റ്റിന്റെ ഒപ്പും അടങ്ങിയ ഒരു ഘടനയോടെയാണ് രണ്ടാമത്തെ മാനിഫെസ്റ്റ് അവസാനിക്കുന്നത്:

typedef struct PMSG
{
	char           Tag[8];            // ‘__PMSG__’
	unsigned char  : 8;               // 10h
	BG_RSA_ENTRY   IbbKey;
};

അതിനാൽ, യുഇഎഫ്ഐ ബയോസ് എക്സിക്യൂഷൻ ആരംഭിക്കുന്നതിന് മുമ്പുതന്നെ, പ്രോസസർ എസിഎം സമാരംഭിക്കും, ഇത് എസ്ഇസി, പിഇഐ ഫേസ് കോഡ് ഉപയോഗിച്ച് വിഭാഗങ്ങളുടെ ഉള്ളടക്കത്തിന്റെ ആധികാരികത പരിശോധിക്കും. അടുത്തതായി, പ്രോസസർ ACM-ൽ നിന്ന് പുറത്തുകടക്കുന്നു, റീസെറ്റ് വെക്റ്ററിലൂടെ നീങ്ങുന്നു, കൂടാതെ BIOS പ്രവർത്തിപ്പിക്കാൻ തുടങ്ങുന്നു.

PEI പരിശോധിച്ച പാർട്ടീഷനിൽ ബാക്കിയുള്ള BIOS (DXE കോഡ്) പരിശോധിക്കുന്ന ഒരു മൊഡ്യൂൾ ഉണ്ടായിരിക്കണം. ഈ മൊഡ്യൂൾ ഇതിനകം ഐബിവി (ഇൻഡിപെൻഡന്റ് ബയോസ് വെണ്ടർ) അല്ലെങ്കിൽ സിസ്റ്റം വെണ്ടർ തന്നെ വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്നു. കാരണം ലെനോവോ, ജിഗാബൈറ്റ് സിസ്റ്റങ്ങൾ മാത്രമാണ് ഞങ്ങളുടെ പക്കലുള്ളത്, ഇന്റൽ ബിജി പിന്തുണയുള്ളതിനാൽ, ഈ സിസ്റ്റങ്ങളിൽ നിന്ന് വേർതിരിച്ചെടുത്ത കോഡ് നമുക്ക് പരിഗണിക്കാം.

UEFI ബയോസ് മൊഡ്യൂൾ LenovoVerifiedBootPei

ലെനോവോയുടെ കാര്യത്തിൽ, ഇത് Lenovo വികസിപ്പിച്ച LenovoVerifiedBootPei {B9F2AC77-54C7-4075-B42E-C36325A9468D} മൊഡ്യൂളായി മാറി.

DXE-യ്‌ക്കായി ഒരു ഹാഷ് ടേബിൾ (GUID മുഖേന) നോക്കുകയും DXE സ്ഥിരീകരിക്കുകയും ചെയ്യുക എന്നതാണ് ഇതിന്റെ ജോലി.

if (EFI_PEI_SERVICES->GetBootMode() != BOOT_ON_S3_RESUME)
{
	if (!FindHashTable())
		return EFI_NOT_FOUND;
	if (!VerifyDxe())
		return EFI_SECURITY_VIOLATION;
}

Хеш таблица {389CC6F2-1EA8-467B-AB8A-78E769AE2A15} имеет следующий формат:

typedef struct HASH_TABLE
{
	char          Tag[8];            // ‘$HASHTBL’
	unsigned long NumDxeDescriptors;
	DXE_DESCRIPTORS[];
};

typedef struct DXE_DESCRIPTOR
{
	unsigned char BlockHash[32];     // SHA256
	unsigned long Offset;
	unsigned long Size;
};

UEFI ബയോസ് മൊഡ്യൂൾ BootGuardPei

ജിഗാബൈറ്റിന്റെ കാര്യത്തിൽ, ഇത് AMI വികസിപ്പിച്ച BootGuardPei {B41956E1-7CA2-42DB-9562-168389F0F066} മൊഡ്യൂളായി മാറി, അതിനാൽ ഇന്റൽ ബിജി പിന്തുണയുള്ള ഏത് എഎംഐ ബയോസിലും ഉണ്ട്.

അതിന്റെ പ്രവർത്തന അൽഗോരിതം കുറച്ച് വ്യത്യസ്തമാണ്, എന്നിരുന്നാലും, ഇത് ഒരേപോലെ തിളച്ചുമറിയുന്നു:

int bootMode = EFI_PEI_SERVICES->GetBootMode();

if (bootMode != BOOT_ON_S3_RESUME &&
    bootMode != BOOT_ON_FLASH_UPDATE &&
    bootMode != BOOT_IN_RECOVERY_MODE)
{
	HOB* h = CreateHob();
	if (!FindHashTable())
		return EFI_NOT_FOUND;
	WriteHob(&h, VerifyDxe());
	return h;
}

അത് കാണുന്ന ഹാഷ് ടേബിളിന് {389CC6F2-1EA8-467B-AB8A-78E769AE2A15} ഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉണ്ട്:

typedef HASH_TABLE DXE_DESCRIPTORS[];

typedef struct DXE_DESCRIPTOR
{
	unsigned char BlockHash[32];     // SHA256
	unsigned long BaseAddress;
	unsigned long Size;
};

ഇന്റൽ ബൂട്ട് ഗാർഡ് 2.x

ഇന്റൽ ബൂട്ട് ഗാർഡിന്റെ മറ്റൊരു നിർവ്വഹണത്തെക്കുറിച്ച് നമുക്ക് ചുരുക്കമായി സംസാരിക്കാം, അപ്പോളോ ലേക്ക് മൈക്രോ ആർക്കിടെക്ചറിനൊപ്പം Intel SoC അടിസ്ഥാനമാക്കിയുള്ള ഒരു പുതിയ സിസ്റ്റത്തിൽ ഇത് കണ്ടെത്തി - ASRock J4205-IT.

ഈ പതിപ്പ് SoC-കളിൽ മാത്രമേ ഉപയോഗിക്കൂ എങ്കിലും (Kaby Lake പ്രോസസർ മൈക്രോ ആർക്കിടെക്ചറുള്ള പുതിയ സിസ്റ്റങ്ങൾ Intel Boot Guard 1.x ഉപയോഗിക്കുന്നത് തുടരുന്നു), Intel SoC-കളെ അടിസ്ഥാനമാക്കിയുള്ള പ്ലാറ്റ്‌ഫോമുകൾക്കായി ഒരു പുതിയ ആർക്കിടെക്ചർ ഓപ്ഷൻ പര്യവേക്ഷണം ചെയ്യുന്നത് വളരെ താൽപ്പര്യമുള്ളതാണ്. മാറ്റങ്ങൾ, ഉദാഹരണത്തിന്:

• BIOS, Intel ME മേഖലകൾ (അല്ലെങ്കിൽ Intel SoC ടെർമിനോളജി അനുസരിച്ച് Intel TXE) ഇപ്പോൾ ഒരു IFWI മേഖലയാണ്;
• പ്ലാറ്റ്‌ഫോമിൽ Intel BG പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിലും, FIT, KEYM, IBBM പോലുള്ള ഘടനകൾ ഫ്ലാഷ് മെമ്മറിയിൽ കണ്ടെത്തിയില്ല;
• TXE, ISH കോറുകൾ (x86) കൂടാതെ, ഒരു മൂന്നാം കോർ (വീണ്ടും ARC, വഴി) ചിപ്‌സെറ്റിലേക്ക് ചേർത്തു - PMC (പവർ മാനേജ്‌മെന്റ് കൺട്രോളർ), പവർ സബ്‌സിസ്റ്റത്തിന്റെ പ്രവർത്തനക്ഷമതയും പ്രകടന നിരീക്ഷണവും ഉറപ്പാക്കുന്നതുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.

പുതിയ IFWI മേഖലയുടെ ഉള്ളടക്കം ഇനിപ്പറയുന്ന മൊഡ്യൂളുകളുടെ ഒരു കൂട്ടമാണ്:

പക്ഷപാതം
പേര്
വിവരണം

0000 2000 മണിക്കൂർ
എസ്എംഐപി
വെണ്ടർ ഒപ്പിട്ട ചില പ്ലാറ്റ്ഫോം കോൺഫിഗറേഷൻ

0000 6000 മണിക്കൂർ
ആർ.ബി.ഇ.പി
Intel TXE ഫേംവെയർ കോഡ് വിഭാഗം, x86, ഇന്റൽ ഒപ്പുവച്ചു

0001 0000 മണിക്കൂർ
പി.എം.സി.പി
ഇന്റൽ ഒപ്പിട്ട ഫേംവെയർ കോഡ് വിഭാഗം Intel PMC, ARC

0002 0000 മണിക്കൂർ
FTPR
Intel TXE ഫേംവെയർ കോഡ് വിഭാഗം, x86, ഇന്റൽ ഒപ്പുവച്ചു

0007B000h
യുസിഒഡി
ഇന്റൽ ഒപ്പിട്ട CPU മൈക്രോകോഡ് അപ്‌ഡേറ്റുകൾ

0008 0000 മണിക്കൂർ
ഐ.ബി.ബി.പി.
UEFI BIOS, SEC/PEI ഘട്ടങ്ങൾ, x86, വെണ്ടർ ഒപ്പിട്ടു

0021 8000 മണിക്കൂർ
ഐ.എസ്.എച്ച്.സി
Intel ISH ഫേംവെയറിന്റെ കോഡ് വിഭാഗം, x86, വെണ്ടർ ഒപ്പിട്ടു

0025 8000 മണിക്കൂർ
NFTP
Intel TXE ഫേംവെയർ കോഡ് വിഭാഗം, x86, ഇന്റൽ ഒപ്പുവച്ചു

0036 1000 മണിക്കൂർ
ഐ.യു.എൻ.പി
അജ്ഞാതമാണ്

0038 1000 മണിക്കൂർ
ഒ.ബി.ബി.പി
UEFI BIOS, DXE ഘട്ടം, x86, ഒപ്പിടാത്തത്

TXE ഫേംവെയറിന്റെ വിശകലനത്തിനിടയിൽ, റീസെറ്റിന് ശേഷം, CPU (FIT, ACM, RESET വെക്റ്റർ ...) എന്നതിനായുള്ള വിലാസ സ്ഥലത്തിന്റെ അടിസ്ഥാന ഉള്ളടക്കങ്ങൾ തയ്യാറാക്കുന്നതുവരെ TXE പ്രോസസ്സറിനെ ഈ അവസ്ഥയിൽ നിലനിർത്തുന്നുവെന്ന് വ്യക്തമായി. മാത്രമല്ല, TXE ഈ ഡാറ്റ അതിന്റെ SRAM-ൽ സ്ഥാപിക്കുന്നു, അതിനുശേഷം അത് പ്രൊസസറിന് താൽക്കാലികമായി ആക്സസ് നൽകുകയും റീസെറ്റിൽ നിന്ന് "റിലീസ്" ചെയ്യുകയും ചെയ്യുന്നു.

റൂട്ട്കിറ്റുകളുടെ കാവലിൽ

ശരി, ഇപ്പോൾ നമുക്ക് "ചൂട്" ലേക്ക് പോകാം. പല സിസ്റ്റങ്ങളിലും SPI ഫ്ലാഷ് ഡിസ്ക്രിപ്റ്ററുകൾക്ക് SPI ഫ്ലാഷ് മെമ്മറിയുടെ പ്രദേശങ്ങൾ ആക്സസ് ചെയ്യാൻ അനുമതിയുണ്ടെന്ന് ഞങ്ങൾ ഒരിക്കൽ കണ്ടെത്തി, അതുവഴി ഈ മെമ്മറിയുടെ എല്ലാ ഉപയോക്താക്കൾക്കും ഏത് പ്രദേശവും എഴുതാനും വായിക്കാനും കഴിയും. ആ. ഒരു വഴിയുമില്ല.

MEinfo യൂട്ടിലിറ്റി (ഇന്റൽ എസ്ടികെയിൽ നിന്ന്) പരിശോധിച്ചതിന് ശേഷം, ഈ സിസ്റ്റങ്ങളിലെ നിർമ്മാണ മോഡ് അടച്ചിട്ടില്ലെന്ന് ഞങ്ങൾ കണ്ടു, അതിനാൽ, ചിപ്സെറ്റ് ഫ്യൂസുകൾ (എഫ്പിഎഫ്) അനിശ്ചിതാവസ്ഥയിൽ അവശേഷിക്കുന്നു. അതെ, അത്തരം സന്ദർഭങ്ങളിൽ Intel BG പ്രവർത്തനക്ഷമമോ പ്രവർത്തനരഹിതമോ അല്ല.

ഞങ്ങൾ ഇനിപ്പറയുന്ന സിസ്റ്റങ്ങളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത് (ഇന്റൽ ബിജിയെ കുറിച്ചും ലേഖനത്തിൽ പിന്നീട് വിവരിക്കുന്നതിനെ കുറിച്ചും, ഹാസ്വെൽ പ്രോസസർ മൈക്രോ ആർക്കിടെക്ചറും അതിലും ഉയർന്നതുമായ സിസ്റ്റങ്ങളെ കുറിച്ച് ഞങ്ങൾ സംസാരിക്കും):

• എല്ലാ ജിഗാബൈറ്റ് ഉൽപ്പന്നങ്ങളും;
• എല്ലാ MSI ഉൽപ്പന്നങ്ങളും;
• 21 ലെനോവോ ലാപ്‌ടോപ്പ് മോഡലുകളും 4 ലെനോവോ സെർവർ മോഡലുകളും.

തീർച്ചയായും, ഈ കണ്ടെത്തൽ ഞങ്ങൾ ഈ വെണ്ടർമാർക്കും ഇന്റലിനും റിപ്പോർട്ട് ചെയ്തു.

നിന്ന് മാത്രം മതിയായ പ്രതികരണം പിന്തുടരുന്നു ലെനോവോആരാണ് പ്രശ്നം അംഗീകരിച്ചത് കൂടാതെ ഒരു പാച്ച് പുറത്തിറക്കി.

ജിഗാബൈറ്റ് അപകടസാധ്യതയെക്കുറിച്ചുള്ള വിവരങ്ങൾ അവർ സ്വീകരിച്ചതായി തോന്നുന്നു, പക്ഷേ ഒരു തരത്തിലും അഭിപ്രായം പറഞ്ഞില്ല.

ആശയവിനിമയം മാരുതി ഞങ്ങളുടെ പൊതു PGP കീ അയയ്‌ക്കാനുള്ള ഞങ്ങളുടെ അഭ്യർത്ഥന പ്രകാരം പൂർണ്ണമായും സ്തംഭിച്ചു (അവർക്ക് ഒരു എൻക്രിപ്റ്റ് ചെയ്ത സുരക്ഷാ ഉപദേശം അയയ്‌ക്കുന്നതിന്). തങ്ങൾ ഒരു ഹാർഡ്‌വെയർ നിർമ്മാതാക്കളാണെന്നും പിജിപി കീകൾ നിർമ്മിക്കുന്നില്ലെന്നും അവർ പ്രസ്താവിച്ചു.

എന്നാൽ കൂടുതൽ കാര്യങ്ങൾ. ഫ്യൂസുകൾ നിർവചിക്കപ്പെടാത്ത അവസ്ഥയിൽ അവശേഷിക്കുന്നതിനാൽ, ഉപയോക്താവിന് (അല്ലെങ്കിൽ ആക്രമണകാരി) അവ സ്വയം പ്രോഗ്രാം ചെയ്യാൻ കഴിയും (ഏറ്റവും ബുദ്ധിമുട്ടുള്ളത് Intel STK കണ്ടെത്തുക). ഇതിന് ഇനിപ്പറയുന്ന ഘട്ടങ്ങൾ ആവശ്യമാണ്.

1. Windows OS-ലേക്ക് ബൂട്ട് ചെയ്യുക (സാധാരണയായി, നിങ്ങൾ ആഗ്രഹിക്കുന്ന OS-നായി Intel STK-യുടെ അനലോഗ് വികസിപ്പിച്ചെടുക്കുകയാണെങ്കിൽ, താഴെ വിവരിച്ചിരിക്കുന്ന ഘട്ടങ്ങൾ Linux-ന് കീഴിൽ നിന്നും ചെയ്യാവുന്നതാണ്). MEinfo യൂട്ടിലിറ്റി ഉപയോഗിച്ച്, ഈ സിസ്റ്റത്തിലെ ഫ്യൂസുകൾ പ്രോഗ്രാം ചെയ്തിട്ടില്ലെന്ന് ഉറപ്പാക്കുക.

2. ഫ്ലാഷ് പ്രോഗ്രാമിംഗ് ടൂൾ ഉപയോഗിച്ച് ഫ്ലാഷ് മെമ്മറിയുടെ ഉള്ളടക്കം വായിക്കുക.

3. ഏതെങ്കിലും UEFI BIOS എഡിറ്റിംഗ് ടൂൾ ഉപയോഗിച്ച് റീഡ് ഇമേജ് തുറക്കുക, ആവശ്യമായ മാറ്റങ്ങൾ വരുത്തുക (ഉദാഹരണത്തിന് ഒരു റൂട്ട്കിറ്റ് നടപ്പിലാക്കുക), ME മേഖലയിൽ നിലവിലുള്ള KEYM, IBBM ഘടനകൾ സൃഷ്ടിക്കുക / എഡിറ്റ് ചെയ്യുക.

RSA കീയുടെ പൊതുഭാഗം ചിത്രത്തിൽ ഹൈലൈറ്റ് ചെയ്തിട്ടുണ്ട്, ഇതിന്റെ ഹാഷ് ഇന്റൽ ബിജി കോൺഫിഗറേഷന്റെ ബാക്കിയുള്ള ചിപ്‌സെറ്റ് ഫ്യൂസുകളിലേക്ക് പ്രോഗ്രാം ചെയ്യപ്പെടും.

4. ഫ്ലാഷ് ഇമേജ് ടൂൾ ഉപയോഗിച്ച്, ഒരു പുതിയ ഫേംവെയർ ഇമേജ് നിർമ്മിക്കുക (ഇന്റൽ ബിജി കോൺഫിഗറേഷൻ സജ്ജമാക്കി).

5. ഫ്ലാഷ് പ്രോഗ്രാമിംഗ് ടൂൾ ഉപയോഗിച്ച് ഫ്ലാഷ് ചെയ്യുന്നതിനായി ഒരു പുതിയ ഇമേജ് എഴുതുക, ME മേഖലയിൽ ഇപ്പോൾ Intel BG കോൺഫിഗറേഷൻ ഉണ്ടെന്ന് MEinfo ഉപയോഗിച്ച് പരിശോധിക്കുക.

6. നിർമ്മാണ മോഡ് അടയ്ക്കുന്നതിന് ഫ്ലാഷ് പ്രോഗ്രാമിംഗ് ടൂൾ ഉപയോഗിക്കുക.

7. സിസ്റ്റം റീബൂട്ട് ചെയ്യും, അതിനുശേഷം, MEinfo ഉപയോഗിച്ച്, FPF-കൾ ഇപ്പോൾ പ്രോഗ്രാം ചെയ്തിട്ടുണ്ടെന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാം.

ഈ പ്രവർത്തനങ്ങൾ എന്നേക്കും ഈ സിസ്റ്റത്തിൽ Intel BG പ്രവർത്തനക്ഷമമാക്കുക. പ്രവർത്തനം പഴയപടിയാക്കുന്നത് അസാധ്യമായിരിക്കും, അതായത്:

• റൂട്ട് കീയുടെ സ്വകാര്യ ഭാഗത്തിന്റെ ഉടമയ്ക്ക് (അതായത് Intel BG പ്രവർത്തനക്ഷമമാക്കിയയാൾ) മാത്രമേ ഈ സിസ്റ്റത്തിൽ UEFI BIOS അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയൂ;
• നിങ്ങൾ യഥാർത്ഥ ഫേംവെയർ ഈ സിസ്റ്റത്തിലേക്ക് തിരികെ നൽകുകയാണെങ്കിൽ, ഉദാഹരണത്തിന്, ഒരു പ്രോഗ്രാമർ ഉപയോഗിച്ച്, അത് ഓണാക്കില്ല (ഒരു സ്ഥിരീകരണ പിശക് സംഭവിച്ചാൽ നിർവ്വഹണ നയത്തിന്റെ അനന്തരഫലം);
• അത്തരമൊരു യുഇഎഫ്ഐ ബയോസ് ഒഴിവാക്കാൻ, നിങ്ങൾ ചിപ്‌സെറ്റിന് പകരം പ്രോഗ്രാം ചെയ്‌ത എഫ്‌പിഎഫുകൾ "വൃത്തിയുള്ള" ഒന്ന് ഉപയോഗിച്ച് മാറ്റേണ്ടതുണ്ട് (അതായത് നിങ്ങൾക്ക് ഒരു കാറിന്റെ വിലയ്ക്ക് ഇൻഫ്രാറെഡ് സോൾഡറിംഗ് സ്റ്റേഷനിലേക്ക് ആക്‌സസ് ഉണ്ടെങ്കിൽ ചിപ്‌സെറ്റ് വീണ്ടും വിൽക്കുക, അല്ലെങ്കിൽ മദർബോർഡ് മാറ്റിസ്ഥാപിക്കുക. ).

അത്തരമൊരു റൂട്ട്കിറ്റിന് എന്തുചെയ്യാനാകുമെന്ന് മനസിലാക്കാൻ, ഒരു യുഇഎഫ്ഐ ബയോസ് എൻവയോൺമെന്റിൽ നിങ്ങളുടെ കോഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നത് സാധ്യമാക്കുന്നത് എന്താണെന്ന് നിങ്ങൾ വിലയിരുത്തേണ്ടതുണ്ട്. പറയുക, പ്രോസസ്സറിന്റെ ഏറ്റവും പ്രിവിലേജ്ഡ് മോഡിൽ - എസ്എംഎം. അത്തരമൊരു റൂട്ട്കിറ്റിന് ഇനിപ്പറയുന്ന ഗുണങ്ങൾ ഉണ്ടായിരിക്കാം:

• OS-ന് സമാന്തരമായി നടപ്പിലാക്കുക (ഒരു SMI തടസ്സം സൃഷ്ടിച്ചുകൊണ്ട് നിങ്ങൾക്ക് പ്രോസസ്സിംഗ് ക്രമീകരിക്കാൻ കഴിയും, അത് ഒരു ടൈമർ പ്രവർത്തനക്ഷമമാക്കും);
• SMM മോഡിൽ ആയിരിക്കുന്നതിന്റെ എല്ലാ ഗുണങ്ങളും ഉണ്ട് (റാം, ഹാർഡ്‌വെയർ ഉറവിടങ്ങളുടെ ഉള്ളടക്കങ്ങളിലേക്കുള്ള പൂർണ്ണ ആക്‌സസ്, OS-ൽ നിന്നുള്ള രഹസ്യം);
• എസ്എംഎം മോഡിൽ ലോഞ്ച് ചെയ്യുമ്പോൾ റൂട്ട്കിറ്റ് കോഡ് എൻക്രിപ്റ്റ് ചെയ്യാനും ഡീക്രിപ്റ്റ് ചെയ്യാനും കഴിയും. SMM മോഡിൽ മാത്രം ലഭ്യമായ ഏത് ഡാറ്റയും ഒരു എൻക്രിപ്ഷൻ കീ ആയി ഉപയോഗിക്കാനാകും. ഉദാഹരണത്തിന്, SMRAM-ലെ ഒരു കൂട്ടം വിലാസങ്ങളിൽ നിന്നുള്ള ഒരു ഹാഷ്. ഈ കീ ലഭിക്കാൻ, നിങ്ങൾ എസ്എംഎമ്മിലേക്ക് കയറേണ്ടതുണ്ട്. കൂടാതെ ഇത് രണ്ട് തരത്തിൽ ചെയ്യാം. എസ്എംഎം കോഡിൽ ആർസിഇ കണ്ടെത്തി അത് ചൂഷണം ചെയ്യുക, അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം എസ്എംഎം മൊഡ്യൂൾ ബയോസിലേക്ക് ചേർക്കുക, ഞങ്ങൾ ബൂട്ട് ഗാർഡ് പ്രവർത്തനക്ഷമമാക്കിയതിനാൽ ഇത് അസാധ്യമാണ്.

അതിനാൽ, ഈ ദുർബലത ഒരു ആക്രമണകാരിയെ ഇനിപ്പറയുന്നവ ചെയ്യാൻ അനുവദിക്കുന്നു:

• സിസ്റ്റത്തിൽ അജ്ഞാതമായ ഉദ്ദേശ്യത്തിന്റെ മറഞ്ഞിരിക്കുന്ന, നീക്കം ചെയ്യാനാവാത്ത ഒരു റൂട്ട്കിറ്റ് സൃഷ്ടിക്കുക;
• Intel SoC-യുടെ ഉള്ളിലെ ചിപ്‌സെറ്റ് കോറുകളിൽ ഒന്നിൽ നിങ്ങളുടെ കോഡ് എക്സിക്യൂട്ട് ചെയ്യുക, അതായത് Intel ISH-ൽ (ചിത്രം സൂക്ഷ്മമായി പരിശോധിക്കുക).

ഇന്റൽ ഐഎസ്എച്ച് സബ്സിസ്റ്റത്തിന്റെ കഴിവുകൾ ഇതുവരെ പര്യവേക്ഷണം ചെയ്തിട്ടില്ലെങ്കിലും, ഇന്റൽ എംഇയ്‌ക്കെതിരായ രസകരമായ ആക്രമണ വെക്‌ടറാണെന്ന് തോന്നുന്നു.

കണ്ടെത്തലുകൾ

1. ഇന്റൽ ബൂട്ട് ഗാർഡ് സാങ്കേതികവിദ്യ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ സാങ്കേതിക വിവരണം ഈ പഠനം നൽകി. ഒബ്‌സ്‌ക്യുരിറ്റി മോഡലിലൂടെ ഇന്റലിന്റെ സുരക്ഷയിലെ രണ്ട് രഹസ്യങ്ങൾ മൈനസ്.
2. സിസ്റ്റത്തിൽ നീക്കം ചെയ്യാനാവാത്ത ഒരു റൂട്ട്കിറ്റ് സൃഷ്ടിക്കാൻ അനുവദിക്കുന്ന ഒരു ആക്രമണ രംഗം അവതരിപ്പിച്ചിരിക്കുന്നു.
3. ആധുനിക ഇന്റൽ പ്രോസസറുകൾക്ക് ബയോസ് ആരംഭിക്കുന്നതിന് മുമ്പുതന്നെ ധാരാളം പ്രൊപ്രൈറ്ററി കോഡുകൾ നടപ്പിലാക്കാൻ കഴിയുമെന്ന് ഞങ്ങൾ കണ്ടു.
4. Intel 64 ആർക്കിടെക്ചറുള്ള പ്ലാറ്റ്‌ഫോമുകൾ സ്വതന്ത്ര സോഫ്‌റ്റ്‌വെയർ പ്രവർത്തിപ്പിക്കുന്നതിന് അനുയോജ്യമല്ലാത്തതായി മാറുന്നു: ഹാർഡ്‌വെയർ പരിശോധന, വർദ്ധിച്ചുവരുന്ന കുത്തക സാങ്കേതികവിദ്യകളും ഉപസിസ്റ്റങ്ങളും (SoC ചിപ്‌സെറ്റിലെ മൂന്ന് കോറുകൾ: x86 ME, x86 ISH, ARC PMC).

ലഘൂകരണങ്ങൾ

നിർമ്മാണ മോഡ് മനഃപൂർവ്വം തുറന്ന് വിടുന്ന വെണ്ടർമാർ തീർച്ചയായും അത് അടയ്ക്കണം. ഇതുവരെ, അവർ കണ്ണുകൾ അടയ്ക്കുക മാത്രമാണ് ചെയ്യുന്നത്, പുതിയ കാബി തടാക സംവിധാനങ്ങൾ ഇത് കാണിക്കുന്നു.

-closemnf ഓപ്ഷൻ ഉപയോഗിച്ച് ഫ്ലാഷ് പ്രോഗ്രാമിംഗ് ടൂൾ പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ ഉപയോക്താക്കൾക്ക് അവരുടെ സിസ്റ്റങ്ങളിൽ ഇന്റൽ ബിജി പ്രവർത്തനരഹിതമാക്കാൻ കഴിയും (വിവരിച്ചിരിക്കുന്ന അപകടസാധ്യത ബാധിക്കുന്നത്). ആദ്യം, FPF-കളിൽ പ്രോഗ്രാമിംഗിന് ശേഷം ഈ സാങ്കേതികവിദ്യ കൃത്യമായി ഓഫാക്കുന്നതിന് ME മേഖലയിലെ Intel BG-യുടെ കോൺഫിഗറേഷൻ നൽകുന്നുണ്ടെന്ന് (MEinfo ഉപയോഗിച്ച്) നിങ്ങൾ ഉറപ്പാക്കണം.

അവലംബം: www.habr.com