DE10393456B4

DE10393456B4 - Verkapselung einer TCPA-vertrauenswürdigen Plattformmodulfunktionalität innerhalb eines Server-Management-Coprozessor-Subsystems

Info

Publication number: DE10393456B4
Application number: DE10393456T
Authority: DE
Inventors: Vincent Federal Way Zimmer
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2002-10-09
Filing date: 2003-10-07
Publication date: 2007-05-31
Anticipated expiration: 2023-10-08
Also published as: GB0509319D0; US20040073806A1; JP4855679B2; GB2410819B; WO2004034238A2; TW200414051A; JP5551130B2; CN100339782C; JP2006501581A; US7200758B2; HK1074899A1; DE10393456T5; TWI277904B; AU2003279175A1; WO2004034238A3; CN1723425A; GB2410819A; JP2011243231A

Abstract

Verfahren mit den Schritten:
– Ausführen kryptographischer Dienste (34; 86) auf einem Baseboard-Management-Controller (14; 56), welcher von einem Hauptprozessor (12; 51, 52, 53, 54) getrennt ist, wobei sowohl eine Ausführung als auch ein Speicher des Base-Management-Controllers (14; 56) hinsichtlich des Hauptprozessors (12; 51, 52, 53, 54) isoliert sind; und
– Kommunizieren kryptographischer Informationen zwischen dem Baseboard-Management-Controller (14; 56) und dem Hauptprozessor (12; 51, 52, 53, 54), um ein Segment eines BIOS(Basic-Input/Output-System)-Codes an seine System-Plattform (10) zu binden, um eine BIOS-Integrität zu verifizieren.

Description

Gebiet der Erfindung
Diese Erfindung betrifft das Gebiet der Computer-Sicherheit. Insbesondere betrifft die Erfindung ein System zum Schutz von Informationen auf Servern oder Personal-Computern durch einen sicheren Boot-Prozeß.
Stand der Technik
Mit dem zunehmenden Verlaß auf Transaktionen, welche auf Elektronik, Internet oder einem Software-Mittel beruhen, wird ein zuverlässiges Feststellen der Identität eines Computers, welcher im Namen eines bestimmten Computer-Nutzers handelt, zunehmend wichtiger. Es wurden viele Normen entwickelt, um eine Authentifizierung zwischen verschiedenen Teilen einer Transaktionskette zu gestatten, welche sich von einem Benutzer, welcher einen Personal-Computer betreibt, bis zu einem lokalen Netzwerk-Server, bis zu Netzkoppler-Servern, zu Weitverkehrsnetzwerken oder zum Internet und schließlich bis zu einem Ziel-Computer erstreckt. Um eine „vertrauenswürdige Plattform" in einem Netzwerk zu sein, muß einem Computer vertraut werden, daß er nicht durch Software-Programme vor dem Hochfahren unterwandert ist, welche eine übertragene Hardware- oder Software-basierte Identifikation verändern können oder auf andere Weise eine Manipulation anderer Computersysteme zulassen. Die Grundlage für dieses Vertrauen ist eine Erklärung einer bekannten Autorität, daß der Computer-Plattform für einen vorgesehenen Zweck vertraut werden kann.

Die Trusted Computing Platform Alliance (TCPA) bietet eine mögliche Norm zum Identifizieren eines Benutzers und eines Computers als vertrauenswürdig. Bei einer typischen Einschaltoperation in Übereinstimmung mit der Norm fragt ein separates Hardware-Modul (unter Verwendung von kryptographischen Hashing-Verfahren) das BIOS ab, um zu bestimmen, ob ihm vertraut werden kann, und das BIOS befragt den Benutzer, um zu gewährleisten, daß der Benutzer berechtigt ist, die Plattform zu benutzen. Das BIOS interagiert dann mit dem Betriebssystem-(OS)-Lader und mit dem Hardware-Modul, um zu bestimmen, ob dem OS-Lader vertraut werden kann. Der OS-Lader überträgt Informationen an den OS-Kern, so daß, wenn der OS-Kern lädt, dieser weiß, welche Software vor ihm Zugriff auf das System hatte. In der Tat legt dies fest, daß das Computer-System von diesem Punkt an vollständig durch den OS-Kern gesteuert wird. Wenn passende Netzwerkberechtigungsverfahren verwendet werden, können sich sowohl der Benutzer als auch Dritte sicher sein, daß der Computer „vertrauenswürdig" ist. Bedauerlicherweise haben die zusätzlichen Kosten des separaten Hardware-Moduls und Implementierungsbedenken eine weitverbreitete Verwendung dieser oder ähnlicher Systeme begrenzt.

Druckschrift WO 02/03196 A2 offenbart ein Verfahren und eine Vorrichtung zum Schutz von Boot-Block-Daten. Dazu ist eine integrierte Schaltung ausgebildet, die eine vertrauenswürdige Plattform und eine Boot-Block-Speichereinheit umfaßt. Die Boot-Block-Speichereinheit steht in Verbindung mit dem vertrauenswürdigen Plattformmodul und führt dem vertrauenswürdigen Plattformmodule Bootinformationen zu. Weiterhin ist es offenbart, daß das vertrauenswürdige Plattformmodul unter anderem einen Prozessor umfaßt.

Weiterhin ist aus Druckschrift WO 98/15082 A1 ein System bekannt, das unautorisierte Modifikationen von BIOS-Programmcode verhindert. Das System weist einen kryptographischen Prozessor auf, der eine BIOS-Speichereinrichtung enthält und eine Authentifizierung und Validierung bei BIOS-Upgrades durchführt. Dabei wird ein neues BIOS-Programm intern gespeichert oder geschützt und anschließend auf Authentizität geprüft, danach ein Update durchgeführt.

KURZBESCHREIBUNG DER ZEICHNUNGEN

Weitere Einzelheiten und Vorteile der vorliegenden Erfindung werden aus der folgenden ausführlichen Beschreibung der vorliegenden Erfindung offenkundig, bei welcher:

1 eine Ausführungsform einer Rechenplattform mit kryptographischen Diensten ist, welche von einem Baseboard-Management-Controller bereitgestellt werden;

2 eine Ausführungsform ist, welche mehrere Prozessoren und mehrere BIOS-Abbilder unterstützt und welche Intelligente-Plattform-Management-Protokolle, eine IPMI (Intel Plattform Management Interface) und einen konformen Baseboard-Management-Controller einsetzt;

3 einen Baseboard-Management-Controller illustriert, welcher mehrere Prozessoren unterstützt; und

4 einen Prozeß zum Implementieren eines kryptographischen Dienstmoduls in einem Baseboard-Management-Controller-System illustriert.

BESCHREIBUNG
Wie mit Bezug auf 1 ersichtlich ist, umfaßt eine Rechenplattform 10 einen Prozessor 12, welcher zum Ausführen von Programm-Code-Befehlen (einschließlich Befehlen des Basic-Input/Output-Systems (BIOS), Betriebssystemsbefehlen und Anwendungs-Code) geeignet ist und mit einem separaten Baseboard-Management-Controller verknüpft ist. Die Verknüpfungsverbindung kann allgemeine Informationseingangs/-ausgangsleitungen oder ersatzweise ein geeigneter Daten-Port 18 sein. Der Baseboard-Management-Controller 14 umfaßt auch Speicher und/oder Logik, welche ein internes kryptographisches Dienstmodul 16 unterstützen. Zusätzlich empfängt der Baseboard-Management-Controller 14 Informationen von verschiedenen Sensorsystemen 20, welche insbesondere entropische Daten umfassen können, wie beispielsweise Temperatur- und Spannungspegel, Daten über gedrückte Tasten oder Daten über Leistungsverluste.
Im Betrieb werden kryptographische Dienste von dem internen kryptographischen Dienstmodul 16 unterstützt, welches mit dem Baseboard-Management-Controller 14 integriert ist. Die Ausführung und der Speicher des Baseboard-Management-Controllers sind hinsichtlich des Hauptprozessors isoliert; und er kommuniziert kryptographische Informationen zwischen dem Baseboard-Management-Controller und dem Hauptprozessor, um die BIOS-Integrität zu verifizieren. Dies gestattet einen verbesserten Schutz der Sicherheit einer Rechenplattform durch einen sichereren Boot-Prozeß, welcher ein Segment des BIOS-Codes an seine Plattform und eine aktuelle Konfiguration (z.B. Hardware-Konfiguration innerhalb der Plattform) bindet.
Wie zu erkennen ist, umfaßt die Rechenplattform 10 jedes beliebige Produkt, welches Operationen für eine nachfolgende Analyse und Verifizierung des Boot-Prozesses der Plattform durchführt. Beispiele einer Rechenplattform 10 umfassen insbesondere einen Computer (z.B. einen Desktop, einen Laptop, einen Server, einen Blade-Server, eine Workstation, einen PDA-Minicomputer usw.) oder alle beliebigen, damit zugeordneten Peripheriegeräte; Kommunikationsausrüstung (z.B. einen Telefonhandapparat, einen Funkrufempfänger usw.); eine Fernseh-Set-Top-Box und dergleichen. Eine „Verknüpfung" ist allgemein als ein logischer oder physikalischer Kommunikationsweg definiert, wie beispielsweise elektrischer Draht, optische Faser, Kabel, Bus-Leitung oder sogar ein drahtloser Kanal unter Verwendung von Infrarot-, Hochfrequenz-(HF)- oder jedes beliebigen anderen drahtlosen Signalisierungsmechanismus. Zusätzlich ist der Begriff „Informationen" als ein oder mehrere Bits Daten, Adressen und/oder Steuerung definiert. „Code" umfaßt Software oder Firmware, welche, wenn sie ausgeführt wird, bestimmte Funktionen durchführt. Code-Beispiele umfassen eine Anwendung, ein Applet oder beliebige andere Befehlsabfolgen.
Typischerweise verwaltet der Baseboard-Management-Controller 14 die Schnittstelle zwischen der System-Management-Software und der Plattformmanagement-Hardware, stellt ein autonomes Überwachen, eine Ereignisprotokollierung und eine Wiederherstellungssteuerung bereit und dient als der Koppler zwischen der System-Management-Software und den unterstützten Bus-Systemen, welche die Plattform-Komponenten zusammenschalten. Ein Baseboard-Management-Controller kann in verschiedene Rechenplattformen integriert werden, welche unterschiedliche Managementmerkmale aufweisen, und kann eine einzelne integrierte Komponente auf einer Hauptplatine umfassen, oder ersatzweise durch ein verteiltes System repräsentiert werden, welches insgesamt aus mehreren diskreten Controllern zusammengesetzt ist. Beispielsweise kann ein komplexer, Multiplatinensatz in einem Server der Unternehmensklasse mehrere Management-Controller für ein Überwachen der unterschiedlichen Subsysteme verwenden, wie beispielsweise eine Überwachung und Steuerung einer redundanten Stromversorgung, RAID, Erweiterungs-E/A usw.. Im Betrieb fungiert der Baseboard-Management-Controller 14 als ein Richtlinienträger, welcher entscheidet, welcher Prozessor auf den Grundzustand zurückgesetzt wird, wenn INIT und NMI angesteuert werden muß, usw.. Die üblichen Eingaben, um Richtlinienentscheidungen zu bewirken, umfassen eine Messung der physikalischen Integrität der Hardware (d.h. eine Fehlererfassung, BIST-Defekte, Daten über Tastendrücke, nicht ansprechende CPUs usw.) und einen Zustand hinsichtlich früherer Boot-Vorgänge. Das kryptographische Modul stellt eine zusätzliche Richtlinienvariable bereit, nämlich die kryptographische Integrität der Rechenplattform.
Wie weiterhin zu erkennen ist, ist eine „kryptographische Operation" eine Operation, welche durchgeführt wird, um die Datensicherheit durch Verschleierung, Integritätsschutz und dergleichen zu verbessern. Idealerweise werden kryptographische Operationen auf einer isolierten Rechenmaschine ausgeführt, deren Prozessen vertraut werden kann, da sie weder verändert noch leicht ersetzt werden können. Vertrauenswürdige Prozesse können geschützten Speicher, digitale Signatur- und PKI-(Public-Key-Infrastruktur)-Schlüsselunterstützung umfassen. Zusätzlich können die kryptographischen Operationen Datenschutz, wie beispielsweise einen Schlüssel, umfassen und können ein Binden oder Verschließen eines intern erzeugten, asymmetrischen Schlüsselpaares an eine bestimmte Rechenplattformkonfiguration einbeziehen. Andere kryptographische Operationen können Hashing umfassen, nämlich eine Einweg-Umwandlung von Informationen zu einer Repräsentation fester Länge, welche als ein Hash-Wert bezeichnet wird. Normalerweise ist der „Hash-Wert" wesentlich kleiner als die ursprünglichen Informationen. Es wird in Betracht gezogen, daß das Hashing in manchen Fällen eine 1:1-Umwandlung einbeziehen kann. Ein Typ einer Hashing-Funktion wird als The Secure Hash Algorithm (SHA-1) bezeichnet, wie von The National Institute of Standards of Technology spezifiziert. In der Tat können verschiedene mögliche, kryptographische Operationen, welche von dem kryptographischen Dienstemodul 16 unterstützt werden, verwendet werden, um die Sicherheit der Rechenplattform, beispielsweise durch eine Gewährleistung der Authentizität von BIOS-Abbildern im ROM, zu verbessern.
2 illustriert schematisch einen allgemeinen Prozeß zum Implementieren eines kryptographischen Dienstmoduls in einem Baseboard-Management-Controller, wie beispielsweise unter Bezugnahme auf 1 beschrieben. Der Prozeß 30 umfaßt eine Initialisierung eines Boot-Prozesses 32, wobei vom Baseboard-Management-Controller eine kryptographische Prüfung 34 unternommen wird, um die Integrität des BIOS-Abbilds zu verifizieren. Falls die kryptographische Prüfung fehlschlägt (Kasten 36), wird das Betriebssystem durch ein entsprechendes Ereigniskennzeichen informiert, daß die Sicherheit der Rechenplattform nicht garantiert werden kann. Falls die kryptographische Prüfung umgekehrt bestanden wird (Kasten 38), wird das Betriebssystem durch ein entsprechendes Ereigniskennzeichen informiert, daß der Sicherheit der Rechenplattform vertraut werden kann.
Wie in 3 ersichtlich ist, wird eine spezifische Ausführungsform 50 beschrieben, welche zur Verwendung in Verbindung mit einem Server-Management-Baseboard-Controller für mehrere Prozessoren 51, 52, 53 und 54 geeignet ist, welche wahlweise mit mehreren BIOS-Abbildern bereitgestellt werden. Wie in dieser Figur ersichtlich ist, kann ein Server-Management-Baseboard-Controller, wie beispielsweise der IPMI-(Intel Plattform Management Interfacekonforme Baseboard-Management-Controller 56 (BMC 56) in einer Intel Standard High-Volume (SHV) Server-Hauptplatine mit den Fähigkeiten, welche von einem TCPA-(Trusted Computer Platform Architecture – www.trustedpc.org)-1.0-konformen System erfordert werden, mit einem vertrauenswürdigen Plattformmodul 58 (TPM 58) als Firmware erweitert werden, welche auf dem BMC 56 ausgeführt wird, um kryptographische Dienste zu unterstützen.
Verständlicherweise verwenden IPMI-konforme Systeme typischerweise Intelligent-Platform-Management (IPM) für autonome Überwachungs- und Wiederherstellungsmerkmale, welche unmittelbar in Hardware und Firmware des Plattformmanagements implementiert sind. Die Schlüsseleigenschaft des Intelligent-Platform-Managements ist, daß Inventar-, Überwachungs-, Protokollierungs- und Wiederherstellungssteuerungsfunktionen unabhängig von den Hauptprozessoren, dem BIOS und dem Betriebssystem verfügbar sind.
Plattformmanagementfunktionen können auch verfügbar gemacht werden, wenn das System sich in einem heruntergefahrenen Zustand befindet. Es können Plattform-Statusinformationen erhalten werden und Wiederherstellungsaktionen in Situationen in Gang gesetzt werden, bei welchen keine System-Management-Software und keine normalen, ,bandinternen' Managementmechanismen verfügbar sind. Die unabhängigen Überwachungs-, Protokollierungs- und Zugriffsfunktionen, welche durch IPMI verfügbar sind, stellen eine Handhabbarkeit bereit, welche in die Hardware der Rechenplattform eingebaut ist. Dies kann Systeme unterstützen, bei welchen keine System-Management-Software für das bestimmte Betriebssystem verfügbar ist oder bei welchen der Endbenutzer entscheidet, die System-Management-Software nicht zu laden oder zu aktivieren.
IPMI wird am besten in Verbindung mit System-Management-Software verwendet, welche unter einem Betriebssystem abläuft. Dies stellt einen verbesserten Grad der Handhabbarkeit bereit, indem ein bandinterner Zugriff auf die IPMI-Managementinformationen und eine Integration der IPMI mit den zusätzlichen Managementfunktionen bereitgestellt wird, welche von Managementanwendungen und dem Betriebssystem (OS) bereitgestellt werden. System-Management-Software und das OS können einen Grad einer fortschrittlichen Steuerung, Fehlerbehandlung und -Warnung bereitstellen, welcher unmittelbar durch das Plattformmanagement-Subsystem bereitgestellt werden kann. IPMI ist eine Schnittstellenspezifikation auf Hardware-Ebene, welche ,Management-Software-neutrale' Überwachungs- und Steuerungsfunktionen bereitstellt, welche durch Standard-Schnittstellen der Management-Software, wie beispielsweise DMI, WMI, CIM, SNMP usw., dargelegt werden.
Als eine Schnittstelle auf Hardware-Ebene sitzt die IPMI auf dem Boden eines typischen Management-Software-Stapels oben auf dem BMC 56. Der BMC 56 verwaltet die Schnittstelle zwischen der System-Management-Software und der Plattformmanagement-Hardware, stellt eine autonome Überwachung, Ereignisprotokollierung und eine Wiederherstellungssteuerung bereit und dient als der Koppler zwischen der System-Management-Software und dem IPMB und allen anderen gewöhnlich verfügbaren Bus-Systemen bereit (z.B. Intelligent Chassis Management Bus (ICMB)). IPMI unterstützt die Ausdehnung des Plattformmanagements durch ein Anschließen zusätzlicher Management-Controller an das System unter Verwendung des IPMB. Der IPMB ist ein I₂C-basierter, serieller Bus, welcher zwischen Hauptsystemmodulen trassiert wird. Er wird für eine Kommunikation an die und zwischen den Management-Controllern verwendet. Dies stellt einen standardisierten Weg zum Integrieren von Chassis-Merkmalen mit dem Baseboard bereit. Da die zusätzlichen Management-Controller typischerweise auf anderen Platinen innerhalb des Systems, von dem ,zentralen' BMC entfernt, verteilt sind, werden sie manchmal als Satelliten-Controller bezeichnet. Durch eine Standardisierung der Zusammenschaltung kann ein Baseboard unmittelbar in verschiedene Chassis integriert werden, welche unterschiedliche Managementmerkmale aufweisen. Die Unterstützung der IPMI mehrerer Management-Controller bedeutet auch, daß die Architektur skalierbar ist. Ein komplexer, Multiplatinensatz in einem Server der Unternehmensklasse kann mehrere Management-Controller für ein Überwachen der unterschiedlichen Subsysteme verwenden, wie beispielsweise einer redundanten Stromversorgungsüberwachung und -Steuerung, RAID, Erweiterungs-E/A usw.. Während ein System der Einstiegsebene alle Managementfunktionen in den BMC integriert aufweisen kann, kann die IPMI auch ,niedere' I₂C-Zugriffsbefehle umfassen, welche verwendet werden können, um auf ,nicht intelligente' I₂C-Vorrichtungen (Vorrichtungen, welche keine IPMI-Befehle behandeln) auf dem LPC oder auf andere, über einen Baseboard-Management-Controller zugegriffene, private Busse zuzugreifen.
Das TPM 58, welches in einer IPMI-konformen Umgebung, wie beispielsweise beschrieben, ausgeführt wird, kann Sicherheit garantieren, da die Ausführung vor dem Hauptmikroprozessorkomplex (IA32 oder SMP der IPF-Familie) verborgen ist und der Speicher vor ihm versteckt ist. In der Tat verhindern der private Speicher und die Hardware-Ressourcen eines Moduls TPM 58, welches von dem BMC 56 unterstützt wird, daß Viren, fehlgeleitete Treiber und anderer nicht vertrauenswürdiger Code, welche auf dem Hauptmikroprozessorkomplex ausgeführt werden, Geheimnisse des TPM gefährden. Diese Geheimnisse umfassen kryptographische Schlüssel, Hashs von ausgeführtem Code usw.. Eine Implementierung auf dem BMC 56 eines TPM 58 erhöht die Sicherheitsfähigkeit von SHV-Plattformen, während sie die Kosten minimiert, welche separate, TPM-spezifische Co-Prozessoren begleiten.
Die Kommunikation mit dem TPM 58 über seine Subsystem-Verkapselung kann über ein Tunneln des TCPA-Befehlssatzes innerhalb des IPMI-Protokolls geschehen oder indem der Co-Prozessor einen zusätzlichen Befehlsdaten-Port exportiert, welcher ausschließlich für eine TCPA-Nachrichtenvermittlung reserviert ist. Das Erste ist dadurch bevorzugt, daß es bei Systemen einer frühen Generation, welche diese Hybridfähigkeit von Server-Management und Sicherheits-Co-Prozessor übernehmen, keine Hardware-Änderungen notwendig macht. Auch die Anforderung einer Eingriffssicherheit der TCPA kann durch den Systemverkäufer erfüllt werden, welcher das physikalische Gehäuse des Co-Prozessors so verbessert, daß es anzeigt, falls von nicht berechtigter Seite versucht wird, die physikalische Integrität des Subsystems zu gefährden.
Das TPM 58 weist bescheiden e Anforderungen an den nichtflüchtigen Speicher auf (minimal 8 kByte). Außerdem sind die kryptographischen Dienste in einem TPM nicht zeitkritisch und können als Software implementiert werden (d.h. das TPM soll Geheimnisse und geheime Verarbeitung, wie beispielsweise Signierübersichten, speichern, wohingegen Massenverschlüsselung wie SSL von den Hauptmikroprozessoren ausgeführt wird), wobei folglich einem Server-Management-Co-Prozessor gestattet wird, um diese Fähigkeiten erweitert zu werden. Auch Sicherheitsmetriken, wie beispielsweise eine Tastendruckrate, Spannungen und andere entropiebezogene Daten, welche ein TPM 58 verwenden und sammeln kann, werden gegenwärtig von dem BMC 56 gesammelt, und die Informationen an das TPM 58 weitergegeben (d.h. der BMC mißt Temperaturen und Spannungen zu Alarmzwecken). Diese Entropiespeicherung (wie beispielsweise Meßwerte eines Temperatursensors) gestattet im Vergleich zu arithmetischen Software-Implementierungen von Pseudozufallszahlengeneratoren eine verbesserte Zufallszahlenerzeugung (RNG). Da ein TPM außerdem Leistungsverluste sowohl bemerken als auch verfolgen muß, muß der BMC 58 Leistungsverlustdaten verfolgen und sogar die Signale für gute Betriebsspannung an den Mikroprozessorkomplex kennzeichnen.
4 illustriert spezifisch einen allgemeinen Prozeß 70 für ein Implementieren eines kryptographischen Dienstmoduls in ein Baseboard-Management-Controller-System, wie beispielsweise unter Bezugnahme auf 3 beschrieben. Nach einem anfänglichen Zurücksetzen (72) des BMC (zuerst) und dem Hochfahren des Systems wird ein Hardware-Selbsttest (74) durchgeführt. Bei Erfolg wird der Boot-Blockdeskriptor geprüft (80), um festzustellen, ob er einen Teil eines sicheren (vertrauenswürdigen) Systems ist. Wenn dies der Fall ist, wird der Boot-Block in das TPM eingelesen (82), und Hashing oder andere kryptographische Dienste werden durchgeführt, um die BIOS-Integrität zu verifizieren (86). Wenn er authentifiziert ist (88), wird ein authentifizierter (sicherer) Status an das Betriebssystem gesendet (90), andernfalls wird der Fehlschlag protokolliert (76). Ersatzweise kann der Boot-Prozeß fehlschlagen, wenn der Hardware-Selbsttest fehlschlägt (76 und 90), oder es kann ein „nicht sicher" Statuskennzeichen an das Betriebssystem weitergegeben werden (84), wenn die Rechenplattform kein Teil eines vertrauenswürdigen Systems ist. Der BMC ist hier dadurch das primäre Mittel, daß er die Signalisierung für ein Zurücksetzen beim Einschalten an den Haupt-CPU-Komplex steuert, so daß er diesen Berechtigungsprozeß des Boot-Blocks sogar vor dem ersten Code-Abruf der Haupt-CPU durchführen kann (d.h. die Haupt-CPU werden nicht aus dem Zurücksetzen genommen, bis eine Authentifizierungslogik in dem langsameren BMC/TPM-Mikroprozessor ausgeführt wurde). In der Tat findet eine Sicherheitskennzeichnung statt, indem diese Steuerungsleitungen an die Haupt-CPU angesteuert werden.
Eine Software, welche die vorangehenden Verfahren und das System implementiert, kann im Speicher einer Computerplattform oder eines Systems als ein Befehlssatz gespeichert werden, welcher ausgeführt werden soll. Zusätzlich könnten die Befehle zum Durchführen des Verfahrens und des Systems, wie obenstehend beschrieben, ersatzweise auf anderen Formen maschinenlesbarer Medien gespeichert werden, einschließlich Flash-Speicher, magnetischer und optischer Platten. Beispielsweise könnte das Verfahren der vorliegenden Erfindung auf maschinenlesbaren Medien, wie beispielsweise magnetischen Disketten oder optischen Disketten, gespeichert werden, welche über ein Diskettenlaufwerk (oder ein Laufwerk für ein computerlesbares Medium) zugänglich sind. Weiterhin können die Befehle in einer Form einer komprimierten oder ausführbaren Version über ein Datennetzwerk in eine Rechenvorrichtung heruntergeladen werden.
Ersatzweise könnte die Logik zum Durchführen der oben stehend diskutierten Verfahren und Systeme in zusätzlichen computer- und/oder maschinenlesbaren Medien implementiert werden, wie beispielsweise in diskreten Hardware-Komponenten wie hochintegrierten Schaltkreisen (LSIs), anwendungsspezifischen integrierten Schaltkreise (ASICs) oder in Firmware, wie beispielsweise mehrfach programmierbareren Nur-Lese-Speichern (EEPROMs); oder in räumlich entfernten Computern, welche Informationen durch elektrische, optische, akustische und andere Formen sich fortpflanzender Signale (z.B. Funkwellen oder infrarote optische Signale) weiterleiten.
In der Beschreibung bedeutet eine Bezugnahme auf „eine Ausführungsform", „manche Ausführungsformen" oder „andere Ausführungsformen", daß ein bestimmtes Merkmal, eine Struktur oder eine Eigenschaft, welche in Verbindung mit den Ausführungsformen beschrieben sind, in mindestens manchen Ausführungsformen, jedoch nicht notwendigerweise in allen Ausführungsformen, der Erfindung eingeschlossen sind. Die verschiedenen Vorkommen von „eine Ausführungsform" oder „manche Ausführungsformen" bezeichnen nicht notwendigerweise alle die gleichen Ausführungsformen.
Wenn die Beschreibung darlegt, daß eine Komponente, ein Merkmal, eine Struktur oder eine Eigenschaft eingeschlossen sein „kann", „können" oder „könnte", ist es nicht erforderlich, daß diese bestimmte Komponente, Merkmal, Struktur oder Eigenschaft eingeschlossen ist. Wenn sich die Beschreibung oder der Anspruch auf „ein" Element bezieht, bedeutet dies nicht, daß es nur ein Element gibt. Wenn sich die Beschreibung oder die Ansprüche auf „ein zusätzliches" Element beziehen, schließt dies nicht aus, daß es mehr als ein zusätzliches Element gibt.
Durchschnittsfachleute mit dem Nutzen dieser Offenbarung erkennen, daß viele andere Variationen an der vorangehenden Beschreibung und den Zeichnungen innerhalb des Schutzumfangs der vorliegenden Erfindung vorgenommen werden können. Dementsprechend sind es die folgenden Ansprüche, einschließlich aller Änderungen daran, welche den Schutzumfang der Erfindung definieren.

Claims

Verfahren mit den Schritten: – Ausführen kryptographischer Dienste (34; 86) auf einem Baseboard-Management-Controller (14; 56), welcher von einem Hauptprozessor (12; 51, 52, 53, 54) getrennt ist, wobei sowohl eine Ausführung als auch ein Speicher des Base-Management-Controllers (14; 56) hinsichtlich des Hauptprozessors (12; 51, 52, 53, 54) isoliert sind; und – Kommunizieren kryptographischer Informationen zwischen dem Baseboard-Management-Controller (14; 56) und dem Hauptprozessor (12; 51, 52, 53, 54), um ein Segment eines BIOS(Basic-Input/Output-System)-Codes an seine System-Plattform (10) zu binden, um eine BIOS-Integrität zu verifizieren.
Verfahren nach Anspruch 1, wobei der Baseboard-Management-Controller (56) als ein vertrauenswürdiger Plattformmodul(TPM)-Co-Prozessor (58) fungiert.
Verfahren nach Anspruch 1, wobei weiterhin mit dem Hauptprozessor (12) kommuniziert wird, indem ein zusätzlicher Befehldaten-Port (18) ausschließlich für eine TCPA(Trusted computer Platform Architecture)-Nachrichtenvermittlung reserviert wird.
Verfahren nach Anspruch 1, wobei mehrere Hauptprozessoren (51, 52, 53, 54) mit dem Baseboard-Management-Controller (56) verbunden werden.
Verfahren nach Anspruch 1, wobei mehrere BIOS-Abbilder verifiziert werden.
Verfahren nach Anspruch 1, wobei ein kryptographischer Hash eines Boot-Blocks berechnet wird, um ein nicht vertrauenswürdiges BIOS-Abbild zu erfassen.
Verfahren nach Anspruch 1, wobei ein geheimer Schlüssel in einem isolierten Speicher gespeichert wird.
Maschinenlesbares Medium mit darauf gespeicherten Befehlen, die einen Satz von Anweisungen darstellen, die, wenn sie auf einer Maschine ausgeführt werden, ein Verfahren nach den Ansprüchen 1 bis 7 ausführen.
System mit: – einem kryptographischen Dienstmodul (16), welches auf einem Baseboard-Management-Controller (14; 56) ausführbar ist, welcher von einem Hauptprozessor (12; 51, 52, 53, 54) getrennt ist, wobei sowohl eine Ausführung als auch ein Speicher des Baseboard-Management-Controllers (14; 56) hinsichtlich des Hauptprozessors (12; 51, 52, 53, 54) isoliert sind; und – eine Datenleitungsbahn für ein Kommunizieren kryptographischer Informationen zwischen dem Baseboard-Management-Controller (14; 56) und dem Hauptprozessor (12; 51, 52, 53, 54), um ein Segment eines BIOS(Basic-Input/Output-System)-Codes an seine System-Plattform (10) zu binden, um eine BIOS-Integrität zu verifizieren.
System nach Anspruch 9, wobei der Baseboard-Management-Controller (56) als ein vertrauenswürdiger Plattformmodul(TPM)-Co-Prozessor (58) fungiert.
System nach Anspruch 9, wobei der Baseboard-Management-Controller (14) mit dem Hauptprozessor (12) kommuniziert, indem er einen zusätzlichen Befehldaten-Port (18) ausschließlich für eine TCPA(Trusted computer Platform Architecture)-Nachrichtenvermittlung reserviert.
System nach Anspruch 9, weiterhin mit mehreren Hauptprozessoren (51, 52, 53, 54), welche mit dem Baseboard-Management-Controller (56) verbunden sind.
System nach Anspruch 9, wobei mehrere BIOS-Abbilder verifiziert werden.
System nach Anspruch 9, wobei der Baseboard-Management-Controller (14; 56) einen kryptographischen Hash eines Boot-Blocks berechnet, um ein nicht vertrauenswürdiges BIOS-Abbild zu erfassen.
System nach Anspruch 9, wobei der Baseboard-Management-Controller (14; 56) einen geheimen Schlüssel in einem isolierten Speicher speichert.