Direkt zum Inhalt

Boot Guard

Architektur-ReferänzFeex

Intel Boot Guard isch e Plattform-Boot-Integritäts-Technologii, wo ihres Verhalte vo de Hersteller-Provisionierig und de Boot-Richtlinie abhängt. Es Unterstützigsfäld vonere CPU beleit nöd, was es spezifischs Motherboard verifiziert oder duresetzt.

Was du wüsse muesch

Intel Boot Guard isch e Plattform-Boot-Integritäts-Technologii, wo ihres Verhalte vo de Hersteller-Provisionierig und de Boot-Richtlinie abhängt. Es Unterstützigsfäld vonere CPU beleit nöd, was es spezifischs Motherboard verifiziert oder duresetzt.

Wie 's funktioniert

Boot Guard hilft bim Authentifiziere oder Mässe vomene aafängleche Boot-Block under de bereitgstellte Plattformrichtlinie. Schlüssel, Manifest, Firmware-Komponänte und d Härstelligskonfiguration bombed d Vertroueschötti. Verifizierte Boot und gmässene Boot beschriibed verschideni Vorgäng und sötted nöd als ustuschbar aagluegt wärde.

Wo s nützlich isch

En Hersteller cha e Plattform so provisioniere, dass ihri früehi Boot-Chetti autorisierti Firmware prüeft, bevor si witerfahrt. Zum die Maschine z beurteile, bruucht s d Plattformdokumentation und di tatsächlechi Richtlinie vom Hersteller, nöd nume en Iitrag i de Prozessorspezifikation.

Wie mer Unterstützig und Aktivierig überprüeft

Bruuch d Dokumentation vom Systemhersteller und offiziell unterstützti Plattform-Status-Tools, um Provisionierig, Modus und Richtlinie z bestimme. Halt di genau System- und Firmware-Revision fescht. Schlüüss nöd us ere generische CPU-Feature-Lischte uf d Duresetzig und versuech nöd, Schlüssel als Routinemassnahm zur Fählerbehebig neu z provisioniere.

Plattform-Features chönd vom Motherboard, Chipsatz, de Firmware-Provisionierig, de Triiber und de Produktstuefe abhänge. D CPU-Spezifikation isch nume en Teilaspekt, ke vollständigi Beschriibig vom zämegbaute Computer oder sinere aktive Konfiguration.

Was s Feature nid leischdet

Boot Guard isch nöd UEFI Secure Boot, kein Windows-Malware-Scanner und kein Bewiis defür, dass spöteri Firmware und Software vertrauenswürdig sind. Unterstützig heisst nöd, dass en Bsitzer d Provisionierig sicher ändere cha. Firmware- und Schlüssel-Änderige chönd d Startfähigkeit und d Widerhärstellig beiiflusse.

Kompatibilität und Leischtig i de Praxis

Bevor Firmware-, Management- oder Boot-Spicher-Iistellige gänderet wärded, identifizier s genaue System und folg em unterstützte Verfahre vom Hersteller. Dokumäntier di bstehendi Konfiguration und sicher de Zuegang zur Widerhärstellig. En generische Feature-Artikel cha ke universelli Firmware-Menüabfolg liefere.

E praktischi Checklischte zur Überprüefig

  1. Erfass s genaue Prozässer- oder Plattform-Modäll und d Version vo de beteiligte Aawändig, vom OS und vor Runtime. Bhalt de Wortluut vom eigentliche Fehler oder vor Aaforderig unveränderet bi.
  2. Prüef d Herschteller-Referänz für das exakte Modäll, und kontrollier dänn di effektivi Fähigkeit und de aktivierte Status i de Umgäbig, wo s Programm lauft.
  3. Verglich jedi Aaforderig vo de uusgwählte Binärdatei oder vom Backend. En ähnlich luutends Feature, en Alias oder e breiti Technologiebezeichnig länged nid.
  4. Beschtätig, dass d Aawändig di vorgsehni Implementation uusgwählt het. Bruuch däre iri dokumentierte Diagnosefunktion und en unterstützte Fallback, wänn d Aaforderige nid erfüllt sind.
  5. Mach jewiils nume ein unterstützti Änderig uf z Mol und widerhol di gliich Arbetslascht. Bhalt di ursprünglichi Konfiguration und en Wäg zur Wiederherschtellig barat.

Wänn s Feature ufgführt isch, d Software s aber nid cha bruuche

Fang bim exakt fählende Teil aa. E Hardware-Datebank beschriibt erfasstig Fähigkeite; s Betriibssyschtem oder de Hypervisor cha e anderi effektivi Umgäbig zeige. En Illegal-Instruction-Fehler bruucht au e Nachforschig zum eigentliche fählerhafte Befähl und Binär-Build, will e Beschädigung oder en unbeteiligte, nid unterstützte Befähl es ähnlichs Symptom erzüüge cha.

Inschtallier d Aawändig, de Triiber oder d Runtime-Version, wo für di exakti Plattform unterstützt wird, und bruuch bi Bedarf d Baseline oder de Fallback-Build gmäss Herschteller-Dokumentation. Es Software-Update cha kei Befähl erzüüge, wo em Prozässer fählt. Firmware- und Sicherheitsrichtlinie-Änderige sötted em Verfahre vom Syschtemherschteller und eme Wiederherschtelligsplan folge, statt eme allgemeine Optimierigs-Rezept.

Quelle und Umfang vo däre Erchlärig

Intel: Schlüsselverwendig in integrierte Firmware-Images · Intel vPro Plattform-Brief: Hardware- und Software-Sicherheit

Die Referänze leitid s architektonische Verhalte und d Software-Aaforderige fescht. Si überprüefed nid jede Feature-Wärt uf ere verlinkte Hardware-Modällsiite unabhängig. Für d Modällunterstützig sött mer d Herschteller-Nachwiis vo däre Siite bruuche und di effektivi Syschtemkonfiguration prüefe. Dä Artikel liferet kei Benchmark, ke Zertifizierig und keis unabhängigs Prüefdatum.

Quelle und Verifikation

Redaktionelli Verantwortig: Feex. Es isch kes unabhängigs Überprüefigsdatum erfasst. Wie mir recherchiered.

Isch dä Artikel nützlich gsi?

Es Ja oder Nei längt. Wähl en Grund us, wänn du wotsch, oder schryb e churzi Notiz.

Isch dä Artikel nützlich gsi?