Zum Inhalt springen

Boot Guard

Architektur-ReferenzFeex

Intel Boot Guard ist eine Plattform-Technologie für Boot-Integrität, deren Verhalten von der Herstellerbereitstellung (Provisioning) und der Boot-Richtlinie abhängt. Ein Support-Feld der CPU sagt nicht aus, was ein bestimmtes Mainboard überprüft oder erzwingt.

Was Sie wissen müssen

Intel Boot Guard ist eine Plattform-Technologie für Boot-Integrität, deren Verhalten von der Herstellerbereitstellung (Provisioning) und der Boot-Richtlinie abhängt. Ein Support-Feld der CPU sagt nicht aus, was ein bestimmtes Mainboard überprüft oder erzwingt.

Wie es funktioniert

Boot Guard ist an der Authentifizierung oder Messung eines anfänglichen Boot-Blocks unter einer provisionierten Plattformrichtlinie beteiligt. Schlüssel, Manifeste, Firmware-Komponenten und die Fertigungskonfiguration bestimmen die Vertrauenskette. Verified Boot und Measured Boot beschreiben unterschiedliche Vorgänge und sollten nicht als austauschbar behandelt werden.

Wo es nuetzlich ist

Ein Hersteller kann eine Plattform so provisionieren, dass ihre frühe Boot-Kette autorisierte Firmware prüft, bevor sie fortfährt. Die Beurteilung dieses Rechners erfordert die Plattformdokumentation des Anbieters und die tatsächliche Richtlinie, nicht nur einen Eintrag in den Prozessorspezifikationen.

So pruefen Sie Unterstuetzung und Aktivierung

Verwenden Sie die Dokumentation des Systemherstellers und unterstützte Plattformstatus-Tools, um Bereitstellung, Modus und Richtlinie zu ermitteln. Notieren Sie die genaue System- und Firmware-Revision. Schließen Sie nicht aus einer generischen CPU-Feature-Liste auf die Durchsetzung und versuchen Sie nicht, Schlüssel im Rahmen der routinemäßigen Fehlerbehebung neu zu provisionieren.

Plattform-Features können vom Mainboard, vom Chipsatz, von der Firmware-Bereitstellung, von Treibern und von der Produktstufe abhängen. Die CPU-Spezifikation ist eine Eingangsgröße, keine vollständige Beschreibung des zusammengebauten Computers oder seiner aktiven Konfiguration.

Was die Funktion nicht gewaehrleistet

Boot Guard ist weder UEFI Secure Boot noch ein Windows-Malware-Scanner oder ein Beweis dafür, dass alle spätere Firmware und Software vertrauenswürdig ist. Die Unterstützung impliziert nicht, dass ein Besitzer das Provisioning sicher ändern kann. Firmware- und Schlüsseländerungen können die Bootfähigkeit und Wiederherstellung beeinträchtigen.

Kompatibilitaet und Leistung in der Praxis

Identifizieren Sie vor dem Ändern von Firmware-, Verwaltungs- oder Boot-Speicher-Einstellungen das genaue System und befolgen Sie das unterstützte Verfahren des Herstellers. Protokollieren Sie die vorhandene Konfiguration und bewahren Sie den Wiederherstellungszugriff. Ein generischer Feature-Artikel kann keine universelle Firmware-Menüabfolge liefern.

Eine praktische Verifikations-Checkliste

  1. Erfassen Sie das genaue Prozessor- oder Plattformmodell sowie die beteiligten Versionen von Anwendung, Betriebssystem und Laufzeitumgebung. Behalten Sie den genauen Wortlaut des tatsaechlichen Fehlers oder der Anforderung bei.
  2. Pruefen Sie die Herstellerreferenz fuer dieses genaue Modell und untersuchen Sie anschliessend die effektive Faehigkeit und den Aktivierungsstatus in der Umgebung, in der das Programm ausgefuehrt wird.
  3. Gleichen Sie jede Anforderung der ausgewaehlten Binaerdatei oder des Backends ab. Eine aehnlich benannte Funktion, ein Alias oder eine allgemeine Technologiebezeichnung reichen nicht aus.
  4. Bestaetigen Sie, dass die Anwendung die vorgesehene Implementierung ausgewaehlt hat. Nutzen Sie deren dokumentierte Diagnosefunktionen und einen unterstuetzten Fallback, wenn Anforderungen nicht erfuellt sind.
  5. Nehmen Sie jeweils nur eine unterstuetzte Aenderung vor und wiederholen Sie denselben Workload. Halten Sie die urspruengliche Konfiguration und einen Wiederherstellungspfad verfuegbar.

Wenn die Funktion aufgefuehrt ist, Software sie jedoch nicht nutzen kann

Beginnen Sie mit der exakten fehlschlagenden Komponente. Eine Hardware-Datenbank beschreibt die erfasste Faehigkeit; das Betriebssystem oder der Hypervisor kann eine abweichende effektive Umgebung bereitstellen. Ein Fehler wegen eines ungueltigen Befehls erfordert zudem die Untersuchung des tatsaechlich fehlerhaften Befehls und des Binaer-Builds, da Beschaedigungen oder ein nicht verwandter, nicht unterstuetzter Befehl aehnliche Symptome hervorrufen koennen.

Installieren Sie die fuer die genaue Plattform unterstuetzte Version von Anwendung, Treiber oder Laufzeitumgebung und nutzen Sie bei Bedarf den dokumentierten Baseline- oder Fallback-Build des Herstellers. Ein Software-Update kann keinen Befehl erzeugen, der dem Prozessor fehlt. Aenderungen an Firmware und Sicherheitsrichtlinien sollten dem Verfahren des Systemherstellers und einem Wiederherstellungsplan folgen statt einer generischen Optimierungsanleitung.

Quellen und Umfang dieser Erklaerung

Intel: Schlüsselverwendung in integrierten Firmware-Images · Intel vPro Platform Brief: Hardware- und Softwaresicherheit

Diese Referenzen definieren das Architekturverhalten und die Softwareanforderungen. Sie verifizieren nicht unabhaengig jeden Funktionswert auf einer verknuepften Hardware-Modellseite. Nutzen Sie fuer die Modellunterstuetzung die Herstellernachweise jener Seite und pruefen Sie die effektive Systemkonfiguration. Dieser Artikel liefert keinen Benchmark, keine Zertifizierung und kein unabhaengiges Pruefdatum.

Quellen und Verifizierung

Redaktionelle Verantwortung: Feex. Kein Datum einer unabhängigen Prüfung erfasst. Wie wir recherchieren.

War dieser Artikel nützlich?

Ein Ja oder Nein genügt. Wählen Sie optional einen Grund oder fügen Sie eine kurze Notiz hinzu.

War dieser Artikel nützlich?