Boot Guard
Intel Boot Guard to technologia integralności rozruchu platformy, której zachowanie zależy od wdrożenia przez producenta i polityki rozruchu. Pole obsługi w procesorze nie określa tego, co weryfikuje lub egzekwuje konkretna płyta główna.
Co musisz wiedzieć
Intel Boot Guard to technologia integralności rozruchu platformy, której zachowanie zależy od wdrożenia przez producenta i polityki rozruchu. Pole obsługi w procesorze nie określa tego, co weryfikuje lub egzekwuje konkretna płyta główna.
Jak to działa
Boot Guard uczestniczy w uwierzytelnianiu lub pomiarze początkowego bloku rozruchowego zgodnie z wdrożoną polityką platformy. Klucze, manifesty, składniki oprogramowania układowego i konfiguracja produkcyjna określają łańcuch zaufania. Rozruch weryfikowany i rozruch mierzony opisują różne działania i nie powinny być traktowane zamiennie.
Gdzie funkcja jest przydatna
Producent może skonfigurować platformę tak, aby jej wczesny łańcuch rozruchowy sprawdzał autoryzowane oprogramowanie układowe przed kontynuowaniem pracy. Ocena danej maszyny wymaga dokumentacji platformy dostawcy i rzeczywistej polityki, a nie tylko wpisu w specyfikacji procesora.
Jak sprawdzać obsługę i włączenie
Użyj dokumentacji producenta systemu i obsługiwanych narzędzi do sprawdzania stanu platformy, aby określić wdrożenie, tryb i politykę. Zapisz dokładną wersję systemu i oprogramowania układowego. Nie wnioskuj o wymuszaniu zabezpieczeń na podstawie ogólnej listy funkcji procesora ani nie próbuj ponownie wdrażać kluczy w ramach rutynowego rozwiązywania problemów.
Funkcje platformy mogą zależeć od płyty głównej, chipsetu, konfiguracji oprogramowania układowego, sterowników i segmentu produktu. Specyfikacja procesora jest tylko jednym z elementów, a nie pełnym opisem zmontowanego komputera lub jego aktywnej konfiguracji.
Czego ta funkcja nie określa
Boot Guard to nie UEFI Secure Boot, skaner złośliwego oprogramowania w systemie Windows ani dowód na to, że całe późniejsze oprogramowanie układowe i aplikacyjne jest godne zaufania. Obsługa nie oznacza, że właściciel może bezpiecznie modyfikować konfigurację. Zmiany oprogramowania układowego i kluczy mogą wpłynąć na możliwość rozruchu i odzyskiwania systemu.
Zgodność i wydajność w praktyce
Przed zmianą ustawień oprogramowania układowego, zarządzania lub pamięci rozruchowej zidentyfikuj dokładny system i postępuj zgodnie z procedurą obsługiwaną przez jego producenta. Zapisz istniejącą konfigurację i zachowaj dostęp do odzyskiwania. Ogólny artykuł o funkcji nie może zapewnić uniwersalnej sekwencji menu oprogramowania układowego.
Praktyczna lista kontrolna weryfikacji
- Zanotuj dokładny model procesora lub platformy oraz wersje używanej aplikacji, systemu operacyjnego i środowiska wykonawczego. Zachowaj dokładne sformułowanie błędu lub wymagania.
- Sprawdź dokumentację producenta dla danego modelu, a następnie zweryfikuj faktyczne możliwości i stan włączenia w środowisku, w którym działa program.
- Porównaj każde wymaganie wybranego pliku binarnego lub backendu. Podobnie nazwana funkcja, alias lub ogólne oznaczenie technologii nie są wystarczające.
- Upewnij się, że aplikacja wybrała zamierzoną implementację. Użyj jej udokumentowanej diagnostyki oraz obsługiwanego mechanizmu fallback, gdy wymagania nie są spełnione.
- Wprowadzaj jednorazowo tylko jedną obsługiwaną zmianę i powtarzaj to samo obciążenie testowe. Zachowaj oryginalną konfigurację oraz dostępną ścieżkę przywracania.
Gdy funkcja jest wymieniona, lecz oprogramowanie nie może z niej skorzystać
Zacznij od elementu, w którym bezpośrednio występuje błąd. Baza danych sprzętu opisuje zarejestrowane możliwości; system operacyjny lub hipernadzorca może udostępniać inne środowisko efektywne. Błąd nieprawidłowej instrukcji (illegal instruction) wymaga także zbadania faktycznej instrukcji powodującej błąd oraz kompilacji pliku binarnego, ponieważ uszkodzenie danych lub inna nieobsługiwana instrukcja może wywołać podobny objaw.
Zainstaluj wersję aplikacji, sterownika lub środowiska wykonawczego obsługiwaną na danej platformie i w razie potrzeby użyj udokumentowanej przez producenta kompilacji bazowej lub awaryjnej. Aktualizacja oprogramowania nie może utworzyć instrukcji, której procesor fizycznie nie posiada. Modyfikacje oprogramowania układowego i zasad bezpieczeństwa powinny przebiegać zgodnie z procedurą producenta systemu i planem przywracania, a nie ogólnikowym schematem optymalizacji.
Źródła i zakres niniejszego opisu
Intel: użycie kluczy w zintegrowanych obrazach oprogramowania układowego · Przegląd platformy Intel vPro: bezpieczeństwo sprzętowe i programowe
Te źródła definiują zachowanie architektoniczne i wymagania oprogramowania. Nie weryfikują one niezależnie każdej wartości funkcji na powiązanej stronie modelu sprzętu. W celu sprawdzenia obsługi przez model należy skorzystać z materiałów producenta na tej stronie i sprawdzić efektywną konfigurację systemu. Niniejszy artykuł nie zawiera wyników testów wydajnościowych, certyfikacji ani daty niezależnego przeglądu.
Źródła i weryfikacja
Własność redakcyjna: Feex. Nie odnotowano daty niezależnego przeglądu. Jak prowadzimy badania.
- Intel: użycie kluczy w zintegrowanych obrazach oprogramowania układowego · Łańcuch zaufania Boot Guard, klucze producenta, provisioning oraz polityka zweryfikowanego/mierzonego rozruchu. Artykuł określa zakres generacji.
- Przegląd platformy Intel vPro: bezpieczeństwo sprzętowe i programowe · Opisuje portfolio Hardware Shield oraz wymagania platformy dla tej generacji. Nie zakłada identycznych możliwości we wszystkich generacjach vPro.
Czy ten artykuł był pomocny?
Wystarczy odpowiedź tak lub nie. Wybierz powód, jeśli chcesz, lub dodaj krótką notatkę.
Dziękujemy. Pomaga nam to ulepszać tę stronę.