JP2011521351A - システム管理コマンドを提供するシステム及び方法 - Google Patents

Abstract

本明細書に開示した本発明の例示的実施形態は、システム管理コマンドを提供する方法に関する。この方法は、授権要求元から、その電子装置を識別する情報と、システム管理コマンドを電子装置に発行する要求とを受信することを含む。この方法は更に、該要求に応じて、システム管理コマンドと、信頼できる発信元としてコマンドの発信元を識別する情報と、電子装置を識別する情報とを提供することを含む。また、本発明による電子装置及びコンピュータシステムについても、開示する。
【選択図】図１

Description

多くのセキュリティ機能が、コンピュータシステム等の電子装置で用いるために導入されている。セキュリティ機能の例として数例を挙げると、ブート前認証、盗難防止及びドライブ暗号化がある。また、指紋センサ、ＴＰＭ（Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ）、スマートカード等のセキュリティトークンの利用が普及している。そうした機能により電子装置のセキュリティは大いに向上する。

しかしながら、こうした増強されたセキュリティが、授権サービスマンやプラットフォーム所有者にとって問題となることがある。特に、授権サービスマンは、セキュリティ機能がそれから保護するように設計してあるシステム管理機能を実行するよう依頼されるかも知れない。例えば、授権サービスマンは、システムＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ_-Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）を含むシステムの記憶装置をフラッシュして、壊れたプログラム情報を置換える必要があるかもしれない。しかしながら、ＢＩＯＳをフラッシュするのに、もう入手不可能なセキュリティ証明書を必要とするかも知れない。セキュリティ証明書は多くの理由で入手不可能になる可能性がある。ユーザが、システムパスワードを忘れたり、誤ってリセットしてしまったりするかも知れない。コンピュータにアクセスするのに指紋が必要な従業員が、辞職するかも知れないし、そうでなくても、必要な認証を提供できない又はしたがらない可能性もある。そのような場合、正当なプラットフォーム所有者（コンピュータを所有する企業）であってもそのコンピュータへのアクセスが阻止される可能性がある。

別の例として、授権ユーザが、セキュリティ機能の結果使用不能になった電子装置のコンポーネントをリセットしたいかも知れない。例えば、システムにおいて規定回数を超えて認証を失敗すると、セキュリティ対策として、コンポーネントが無効にされる可能性がある。また、指紋読取装置又はＴＰＭ等のシステムセキュリティ装置が故障し、新たなハードウェアと交換する必要があるかも知れない。授権サービスマンが必要なセキュリティ証明書にアクセスできない、或はシステムコンポーネントが故障した又は使用不能となった場合、授権者（授権サービスマンとプラットフォーム所有者の両者に対して授権者の語を用いる）は、正常に運転できる状態でシステム又はコンポーネントを設置するシステム管理機能を実行できないかも知れない。そのうえ、授権ユーザが必要な管理機能を実行できないために、ほかの貴重なコンピュータシステムを永久に動作不能にしてしまうかも知れない。

本発明の例示的実施形態による、システム管理コマンドを受信するよう構成したコンピュータを含む、コンピュータシステムのインフラストラクチャのブロック図である。 本発明の例示的実施形態による、電子装置のセキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを使用する方法について示したフローチャートである。

特定の例示的実施形態について、以下の詳細な説明で、図面を参照して説明する。

本発明の例示的実施形態によると、コンピュータシステムを、コンピュータが要求するセキュリティ証明書を所持している如何に関わらず、授権サービスマンやプラットフォーム所有者等の授権ユーザによる要求から生じたシステム管理コマンドを受信するよう構成する。更に、本発明によるシステム管理コマンドにより、授権ユーザは、さもなければ既に入手不可能、又は当初から設定されていなかった、又はサービスマンに提供するのに相応しくなかったセキュリティ証明書の使用が求められる動作を、実行可能になる。一例として、サービスマンにＢＩＯＳの管理パスワード等の重要なセキュリティ証明書を提供するのは、適切でない、或は望ましくないかも知れない。

本発明の例示的実施形態によるシステム管理コマンドを使用して実行できる機能の例としては、パスワード認証なしでシステムブートを実行すること、システムＢＩＯＳのブートブロック領域をフラッシュすること、システムＢＩＯＳの非ブートブロック領域をフラッシュすることが挙げられる。システム管理コマンドを使用して実行できる機能の更なる例としては、正式な許可なくシステム管理者に権限を付与可能にすること、正式な許可なくユーザとしてセットアップするためにアクセス可能とすること、システムＢＩＯＳを工場出荷時設定にすること、又は、例えばＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）等のＩＤ情報を保存しながら、システムＢＩＯＳを工場出荷時設定状態にリセットすることが、挙げられる。更なる例としては、全システムコンポーネントを工場出荷時設定状態にリセットすること、全ＢＩＯＳユーザを削除すること、全ＢＩＯＳセキュリティポリシーを削除すること、全ＯＳユーザを削除すること、又は使用するハードウェアプロファイルを識別することが、挙げられる。

システム管理コマンドを使用して実行できる機能の更なる例として、セキュリティ上の理由で無効にされたシステムコンポーネントをリセットすることがある。特に、システム管理コマンドを使用して、管理エンジン（ＭＥ：Ｍａｎａｇｅｍｅｎｔ Ｅｎｇｉｎｅ）を無効にする、ＴＰＭをリセットする、盗難防止技術（ＴＤＴ：Ｔｈｅｆｔ Ｄｅｔｅｒｒｅｎｔ Ｔｅｃｈｎｏｌｏｇｙ）装置をリセットする、指紋読取装置をリセットする、システムボードをリセットする等できる。図１に関して以下に記載する実施例では、セキュリティ上の理由で無効にされたシステムコンポーネントをリセットするために、システム管理コマンドをどのように使用できるかについて更に詳述する。

図１は、コンピュータシステムのインフラストラクチャのブロック図であり、該コンピュータシステムには、１）本発明の例示的実施形態によるシステム管理コマンドを受信するよう構成したコンピュータ、及び２）本発明の例示的実施形態に従い設計したコンピュータで実行できるシステム管理コマンドを生成できるトラステッドサーバを含む。このインフラストラクチャを概して参照番号１００で示す。当業者は、図１に示す機能ブロック及びデバイスが、回路を含むハードウェア要素、機械読取可能な媒体に保存されたコンピュータコードを含むソフトウェア要素、又はハードウェア要素とソフトウェア要素両方の組合せを備えてもよいことが、分かるであろう。また、インフラストラクチャ１００の機能ブロック及びデバイスは、本発明の例示的実施形態で実行できる機能ブロック及びデバイスの１例に過ぎない。当業者は、個別の電子装置に対する設計検討に基づいて特定の機能ブロックを容易に規定できるであろう。

インフラストラクチャ１００は、トラステッドサーバ１０４に直接接続できる又はできない授権ユーザのコンピュータ１０２を備える。本発明の例示的実施形態によると、サービスマン又は修理員等の授権ユーザは、該授権ユーザのコンピュータ１０２を使用するか、トラステッドサーバ１０４に直接ログオンして、予め規定されている基準に基づいて正式に認証される。認証後、授権ユーザは、セキュリティ制限されたコンピュータ１０６等の電子装置のコンポーネントをリセットするシステム管理コマンドを発行するようトラステッドサーバ１０４に要求する。セキュリティ制限されたコンピュータ１０６は、少なくとも１つのセキュリティ制限されたコンポーネントを含む。本明細書では、用語「セキュリティ制限された」は、パスワード、暗号鍵、バイオメトリック署名等のセキュリティ証明書を受信できなかった結果、コンポーネント又はシステムが非機能的状態に陥っていることを示す。コンポーネントをセキュリティ制限された状態に置く目的は、コンポーネント又は該コンポーネントが保護する幾つかの他の資源に対する非授権のアクセスを防止することである。多くの場合、コンポーネントがセキュリティ制限された状態に置かれる理由は、非授権発信元が、要求されたセキュリティ証明書を提供せずにコンポーネントを使用しようとしたためである。

本発明の１例示的実施形態を、セキュリティ制限されたコンポーネントを含む電子装置の制御を授権発信元によって回復する場合に、授権ユーザがセキュリティ制限されたコンポーネントを、システム管理コマンドを使用して、必要なセキュリティ証明書無しに、リセット可能にするように構成する。本発明の例示的実施形態について説明する目的で、以下の詳解では、セキュリティ制限されたコンピュータ１０６には、正式なセキュリティ証明書が無くセキュリティ制限された少なくとも１つのセキュリティコンポーネントを有するものとする。つまり、セキュリティ制限されたコンピュータ１０６は、少なくとも１つのセキュリティ制限されたコンポーネントを含む。

本発明の１例示的実施形態では、セキュリティ制限されたコンピュータ１０６は、システムボード１０８を備える。システムボード１０８は、システムプロセッサ又はＣＰＵ、システムメモリ等のセキュリティ制限されたコンピュータ１０６の主要コンポーネントを収容する。また、システムボード１０８は、非揮発性メモリ等の記憶装置にシステムＢＩＯＳ１１０を保存できる。システムＢＩＯＳを、立ち上げ又はブート処理を制御するように、及びセキュリティ制限されたコンピュータ１０６の低レベル動作を制御するように構成する。

セキュリティ制限されたコンピュータ１０６は、複数のセキュリティレベルを有することができる。例えば、セキュリティの第１レベルは、ブート前セキュリティを含むことができる。ブート前セキュリティは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）トークン等のセキュリティ証明書がない場合に、作動してシステムＢＩＯＳ１１０を無効にできる。セキュリティの第２レベルは、ハードドライブ暗号化を備えることができる。ハードドライブ暗号化を備えたシステムでは、セキュリティ証明書がない、又はユーザが提供していない場合に、セキュリティ制限されたコンピュータ１０６のハードドライブに保存された暗号化データへのアクセスを拒否できる。セキュリティの第３レベルは、オペレーティングシステムへのアクセスである。パスワード等の別のセキュリティ証明書が提供されない場合に、セキュリティ制限されたコンピュータ１０６のオペレーティングシステムへのアクセスを拒否できる。要求されたセキュリティ証明書のいずれも提供されない場合に、システムボード１０８を含むセキュリティ制限されたコンピュータ１０６の１つ又は複数のコンポーネントを、本発明の１例示的実施形態によると、リセット動作まで非動作状態に置くことができる。

更に、セキュリティ制限されたコンピュータ１０６は、データ窃盗又はシステム資源への他の不正アクセスを防ぐように設計した１つ又は複数のセキュリティコンポーネントを含んでもよい。図１に示した例示的実施形態では、セキュリティ制限されたコンピュータ１０６は、指紋読取装置１１２等の生体測定アクセス装置を含む。また、セキュリティ制限されたコンピュータ１０６は、ＴＰＭ（Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ）１１４を含む。

本発明の例示的実施形態によると、セキュリティ制限されたコンピュータ１０６のセキュリティ制限されたコンポーネントをリセットするために、サービスマン又は修理員等の授権ユーザは、トラステッドサーバ１０４に、セキュリティ制限されたコンピュータ１０６のセキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを発行するように要求する。セキュリティ制限されたコンポーネントをリセットする要求は、セキュリティ制限されたコンポーネントを工場出荷時設定状態に初期化する要求を含んでもよい。

セキュリティ制限されたコンポーネントをリセットする要求と共に、授権ユーザは、セキュリティ制限されたコンピュータ１０６を明確に識別する情報をトラステッドサーバ１０４に提供する。本発明の１例示的実施形態では、セキュリティ制限されたコンピュータ１０６を識別する情報は、システムＵＵＩＤ、セキュリティ制限されたコンピュータ１０６のモデル及び／又はシリアル番号、アセットタグ、ＭＡＣアドレス等を備えてもよい。

トラステッドサーバ１０４へのアクセスを、授権保守技術員又はプラットフォーム所有者だけがシステム管理コマンドを発行するよう要求できるように、制限してもよい。或はまた、授権ユーザは、ユーザＩＤやパスワード等のセキュリティ証明書をトラステッドサーバ１０４に提供して、授権ユーザの身分を証明する必要があるかも知れない。

セキュリティ制限されたコンピュータ１０６のコンポーネントをリセットするシステム管理コマンドを生成する要求を受信する際に、トラステッドサーバ１０４は、授権ユーザの身分を認証してもよい。授権ユーザの身分を認証した場合、トラステッドサーバ１０４は、要求に応えてセキュリティ制限されたコンピュータ１０６のセキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを提供する。システム管理コマンドを、授権ユーザによる要求で示した特定のリセット機能に対応させてもよい。

システム管理コマンド自体の他にも、トラステッドサーバ１０４は、また、システム管理コマンドの信頼できる発信元としてトラステッドサーバ１０４を識別する情報を、生成するか、そうでなければ提供してもよい。本発明の１例示的実施形態では、信頼できる発信元としてトラステッドサーバ１０４を識別する情報は、秘密鍵を含んでもよい。更に、トラステッドサーバ１０４が提供するシステム管理コマンドを、秘密鍵を用いて署名してもよい。また、以下に詳述するように、トラステッドサーバ１０４は、授権ユーザのコンピュータ１０２を介して、又は他の入力装置を介して授権ユーザからトラステッドサーバ１０４が受信した、セキュリティ制限されたコンピュータ１０６を識別する情報を、提供する。システム管理コマンドと、コマンドの発信元を信頼できる発信元として識別する情報と、セキュリティ制限されたコンピュータ１０６を識別する情報を、図１では"ＳＭＣ"と纏めて呼ぶ。

本発明の１例示的実施形態では、セキュリティ制限されたコンピュータ１０６がトラステッドサーバ１０４と同じネットワーク上にあり、セキュリティ制限されたコンピュータ１０６がネットワーク通信可能な場合に、システム管理コマンド、コマンドの発信元を信頼できる発信元として認識する情報、及びセキュリティ制限されたコンピュータ１０６を識別する情報を、セキュリティ制限されたコンピュータ１０６に直接送出してもよい。或は、システム管理コマンドと、トラステッドサーバ１０４を該コマンドの発信元として識別する情報と、セキュリティ制限されたコンピュータ１０６を識別する情報を、授権ユーザのコンピュータ１０２を介して授権ユーザに送出してもよい。一例として、システム管理コマンドと、該コマンドの発信元を信頼できる発信元として識別する情報と、セキュリティ制限されたコンピュータ１０６を識別する情報を、授権ユーザのコンピュータ１０２に関連するＵＳＢトークン１１６、スマートカード等のセキュリティトークンに保存してもよい。後述するように、授権ユーザは、セキュリティ制限されたコンピュータ１０６にトークンを持って行き、該トークンを使用して、セキュリティ制限されたコンポーネントをリセットできる。

システム管理コマンドと、リセットコマンドの発信元をトラステッドサーバ１０４として識別する情報と、セキュリティ制限されたコンピュータ１０６を識別する情報を、セキュリティ制限されたコンピュータ１０６が受信すると、セキュリティ制限されたコンピュータ１０６はトラステッドサーバ１０４の身分を認証する。本発明の１例示的実施形態では、セキュリティ制限されたコンピュータ１０６のシステムＢＩＯＳ１１０は、トラステッドサーバ１０４がシステム管理コマンドを署名するのに使用する秘密鍵と合致する公開鍵にアクセスする手段を有する。セキュリティ制限されたコンピュータ１０６に保存された公開鍵が、トラステッドサーバ１０４が使用する秘密鍵と合致しない場合、セキュリティ制限されたコンピュータ１０６は、セキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを実行することを拒否する。

本発明の例示的実施形態では、授権ユーザに、公開鍵を再プログラムする能力を提供できる。この特徴により、授権ユーザは授権ユーザの組織外には非公開の秘密鍵／公開鍵ペアを使用可能になる。特に、授権ユーザが、必要に応じて、セキュリティ制限されたコンピュータ１０６のメーカーが知らない秘密鍵／公開鍵ペアを選択してもよい。

本発明の１例示的実施形態では、複数の公開鍵スロットをセキュリティ制限されたコンピュータ１０６に設けることができる。１つ又は複数の公開鍵スロットを再プログラム可能にしてもよい。例えば、特定の顧客が、該顧客の組織の公開鍵で鍵スロットの１つを再プログラムしてもよい。何らかの付加価値が付いた機能を提供する独立系ソフトウェアベンダ（ＩＳＶ）が、別のスロットをオーバーライドしてもよい。再プログラム可能な特定の鍵スロット及び誰が該スロットを再プログラムしてもよいかについては、本発明の本質的な特徴ではなく、実施詳細である。１実施例では、鍵スロットを、先着順に再プログラムできる、又は特定の鍵スロットを特定の目的用に指定してもよい。１つの鍵スロットを、ＯＥＭが再プログラムするよう指定してもよい。第２鍵スロットを、顧客用に指定してもよく、第３鍵スロットを、ＩＳＶ等用に指定してもよい。１例示的実施形態では、コンピュータを製造したＯＥＭが使用するよう指定した鍵スロットを、再プログラム可能にしない。

更なる鍵スロットの公開鍵のプログラミングに関する実施詳細は、システム設計基準及び／又はセキュリティ上の配慮に基づいて変更してもよい実施詳細である。１実施例として、ＢＩＯＳ管理者からのポリシーにより、更なる鍵をプログラムできないようにしてもよい。また、特定の鍵スロットをＯＥＭとの共同製作後にだけプログラム可能にできる。こうした鍵スロットの再プログラムを、鍵に関するプロビジョニングを可能にする特別なシステム管理コマンドをＯＥＭが提供した場合にのみ、許可してもよい。１例示的実施形態では、最終顧客に、ＢＩＯＳ管理パスワード又は他の安全機能を用いて公開鍵をプログラムする能力を明確に有効になるよう許可してもよい。同様な仕組みを、ＩＳＶが提供する公開鍵等のプロビジョニングに関して、実装してもよい。

本発明の１例示的実施形態では、異なる鍵スロットを、異なるレベルのシステム管理コマンドを実行可能にするように構成する。例えば、ＯＥＭレベルの鍵スロットが、システムＢＩＯＳを完全に書き換えることを含む、如何なるシステム管理コマンドを実行することを許可してもよい。他の鍵スロットを、システム管理コマンドによっては実行制限してもよい。複数の許可レベルを有する鍵を使用することで、階層的なコマンド許可／アクセス制御方式が可能になる。

また、本発明の１例示的実施形態では、セキュリティ制限されたコンピュータ１０６により、トラステッドサーバ１０４から受信したセキュリティ制限されたコンピュータ１０６を識別する情報を比較した後に、セキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを実行する。セキュリティ制限されたコンピュータ１０６を識別する情報が、例えばシステムボード１０８に保存された情報に対応していない場合、セキュリティ制限されたコンピュータ１０６は、セキュリティ制限されたコンピュータ１０６が保存している公開鍵が、トラステッドサーバ１０４が提供する秘密鍵に対応していても、セキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを実行するのを拒否してもよい。この様にして、セキュリティ制限されたコンピュータ１０６を、セキュリティ制限されたコンポーネントをリセットする不正要求等のハッカー攻撃から保護する。

本発明の１例示的実施形態では、システムＢＩＯＳ１１０は、トラステッドサーバ１０４から受信した情報に応じるように構成し、トラステッドサーバ１０４から受信した情報が成功理に認証された場合に、例えばセキュリティ制限されたコンピュータ１０６のセキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを実行するように構成するシステム管理コマンドプロセッサとして、機能してもよい。セキュリティ制限されたコンピュータ１０６をリブートすると、システムＢＩＯＳ１１０を、システム管理コマンドを処理中であることをシステムＢＩＯＳ１１０に知らせるよう設計した特別な鍵系列を検出するように構成してもよい。ＢＩＯＳは、次に、トラステッドサーバ１０４を信頼できる発信元として識別する情報を認証して、トラステッドサーバ１０４から受信したセキュリティ制限されたコンピュータ１０６を識別する情報が、セキュリティ制限されたコンピュータ１０６に保存された識別情報と確かに対応していることを、検証してもよい。トラステッドサーバ１０４の身分とセキュリティ制限されたコンピュータ１０６を識別する情報との両方を認証できた場合に、システムＢＩＯＳ１１０は、セキュリティ制限されたコンポーネントを工場出荷時設定状態等の使用可能な状態にリセットするシステム管理コマンドを実行する。本発明の別の例示的実施形態では、システム管理コマンドを、セキュリティ制限されたコンピュータ１０６にネットワーク接続を介して、利用可能なプロトコルのいずれか使用して、送出する。システム管理コマンドを、プロキシによって、例えば、ＷＭＩ（Ｗｉｎｄｏｗｓ Ｍａｎａｇｅｍｅｎｔ Ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ）（Ｗｉｎｄｏｗｓは登録商標）を使用して、ＢＩＯＳに送出してもよい。リブート時に、システムＢＩＯＳ１１０は、自動的にシステム管理コマンドの送出を検出して、コマンド処理シーケンスを開始してもよい。更に、当業者は、本発明の例示的実施形態により、システムのリセット（再開）時に処理してもよい認証されていて安全なシステム管理コマンドを、容易にリモートで自動的に送出できることが分かるであろう。

図２は、本発明の例示的実施形態による電子装置のセキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを使用する方法について示したフローチャートである。この方法を、概して参照番号２００で示す。

この方法はブロック２０２で始まる。ブロック２０４では、電子装置の少なくとも１つのセキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを発行する要求を、授権ユーザから受信する。また、該電子装置を識別する情報も受信する。ブロック２０６では、ブロック２０４で受信したリセット要求に応じて、少なくとも１つのセキュリティ制限されたコンポーネントをリセットするシステム管理コマンドを提供する。また、システム管理コマンド自体と共に、コマンドの発信元を信頼できる発信元として識別する情報と、電子装置を識別する情報を、提供する。この方法はブロック２０８で終了する。

当業者は、本発明の例示的実施形態により、必要なセキュリティ証明書を入手できない場合でもシステム管理コマンドを発行する方法をコンピュータシステムに提供することによって、情報技術メンテナンス費用を削減できることが分かるであろう。更に、本発明の例示的実施形態は、必要なセキュリティ証明書を提供できないために、さもなければ永久に動作不能となるコンポーネントを再使用する安全な方法を提供する。

Claims (20)

1. システム管理コマンドを提供する方法であって、該方法は、
   授権要求元から、電子装置を識別する情報と、システム管理コマンドを前記電子装置に発行する要求とを受信すること、及び
   前記要求に応じて、システム管理コマンドと、該コマンドの発信元を信頼できる発信元として識別する情報と、前記電子装置を識別する情報を提供すること、
   を含むことを特徴とする、方法。
2. 前記システム管理コマンドは、前記電子装置のセキュリティ制限されたコンポーネントをリセットする要求を含むこと、を特徴とする請求項１に記載の方法。
3. 少なくとも１つの前記セキュリティ制限されたコンポーネントは、システムボードを含むこと、を特徴とする請求項２に記載の方法。
4. 前記システム管理コマンドは、パスワード認証無しにシステムブートを実行する要求を含むこと、を特徴とする請求項１に記載の方法。
5. 前記システム管理コマンドは、システムＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ_-Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）領域をフラッシュする要求を含むこと、を特徴とする請求項１に記載の方法。
6. 前記システム管理コマンドと、該コマンドの前記発信元を識別する前記情報と、前記電子装置を識別する前記情報とを、前記電子装置に送出すること、を特徴とする請求項１に記載の方法。
7. 前記システム管理コマンドと、該コマンドの前記発信元を識別する前記情報と、前記電子装置を識別する前記情報とを、前記授権要求元に送出すること、を特徴とする請求項１に記載の方法。
8. 前記システム管理コマンドを、前記コマンドの前記発信元を識別する前記情報と、前記電子装置を識別する前記情報の評価に基づいて、実行することを特徴とする請求項１に記載の方法。
9. 前記コマンドの前記発信元を信頼できる発信元として識別する前記情報は、秘密暗号鍵を含むこと、を特徴とする請求項１に記載の方法。
10. セキュリティ証明書を受け付けるように構成するセキュリティコンポーネントと、
    システム管理コマンドと、該システム管理コマンドを信頼できる発信元として識別する情報と、電子装置を識別する情報とを受信すると、さもなければ前記セキュリティ証明書を求める前記コンポーネントで、前記システム管理コマンドを実行するように構成し、前記システム管理コマンドを授権要求元からの要求に応じて提供するシステム管理コマンドプロセッサとを含むこと、
    を特徴とする前記電子装置。
11. 前記システム管理コマンドは、前記コンポーネントをリセットする要求を含むこと、を特徴とする請求項１０に記載の電子装置。
12. 前記コンポーネントは、システムボードを含むこと、を特徴とする請求項１１に記載の電子装置。
13. 前記システム管理コマンドは、パスワード認証無しで、システムブートを実行する要求を含むこと、を特徴とする請求項１０に記載の電子装置。
14. 前記システム管理コマンドは、システムＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ_-Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）の領域をフラッシュする要求を含むこと、を特徴とする請求項１０に記載の電子装置。
15. 前記システム管理コマンド、前記コマンドの前記発信元を識別する前記情報および前記電子装置を識別する前記情報を、前記電子装置が前記信頼できる発信元から受信すること、を特徴とする請求項１０に記載の電子装置。
16. 前記システム管理コマンド、前記コマンドの前記発信元を識別する前記情報および前記電子装置を識別する前記情報を、前記電子装置が前記授権要求元から受信すること、を特徴とする請求項１０に記載の電子装置。
17. 前記コマンドの前記発信元を信頼できる発信元として認識する前記情報は、秘密暗号鍵を含むこと、を特徴とする請求項１０に記載の電子装置。
18. セキュリティ証明書を受け付けるように構成にするセキュリティコンポーネントと、
    システム管理コマンドと、該システム管理コマンドを信頼できる発信元として識別する情報と、コンピュータシステムを識別する情報とを受信すると、さもなければ前記セキュリティ証明書を前記セキュリティコンポーネントに提供することを求めるシステム管理コマンドを、実行するように構成し、前記システム管理コマンドを授権要求元からの要求に応じて提供するシステムＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ_-Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）を含むこと、
    を特徴とするコンピュータシステム。
19. 前記システム管理コマンド、前記システム管理コマンドの前記発信元を識別する前記情報および前記電子装置を識別する前記情報を、前記コンピュータシステムが前記信頼できる発信元から受信すること、を特徴とする請求項１８に記載のコンピュータシステム。
20. 前記システム管理コマンド、前記システム管理コマンドの前記発信元を識別する前記情報および前記電子装置を識別する前記情報を、前記コンピュータシステムが前記授権要求元から受信すること、を特徴とする請求項１８に記載のコンピュータシステム。

Images