JP2022080687A - 情報処理装置、情報処理装置の制御方法及びプログラム - Google Patents

Abstract

【課題】ソフトウェアの改ざんの有無の検証及び復旧処理を行う際に、ソフトウェアのブートコードの設定値等が書き換わっても検証を実現する情報処理装置を提供する。
【解決手段】情報処理装置の制御方法において、情報処理装置の起動後に書き換わらない、ＢＩＯＳの検証範囲を指定するＢＩＯＳ検証範囲設定領域と、情報処理装置の起動後に書き換わらない、ＢＩＯＳＧＣの検証範囲を指定するＢＩＯＳＧＣ検証範囲設定領域の署名検証Ｓ７０２と、を行う。ＢＩＯＳ検証範囲設定領域が改ざんされていない場合Ｓ７０４：成功、ＢＩＯＳを署名検証Ｓ７０５する。ＢＩＯＳが改ざんされＳ７０５：失敗、かつ、ＢＩＯＳＧＣ検証範囲設定領域の改ざんがない場合Ｓ７１０：成功、ＢＩＯＳＧＣを署名検証Ｓ７１１する。ＢＩＯＳＧＣの改ざんがない場合Ｓ７１１：成功、ＢＩＯＳＧＣからＢＩＯＳを復旧Ｓ７１２する。
【選択図】図７

Description

本発明は、情報処理装置、情報処理装置の制御方法及びプログラムに関するものである。

情報処理装置を制御するソフトウェアを第三者が不正な方法で改ざんし、情報処理装置内の情報資産を盗む攻撃や、ソフトウェアが改ざんされた情報処理装置を踏み台にする攻撃が問題になっている。このような攻撃を防止するために、情報処理装置内のソフトウェアが第三者によって改ざんされていないことを検証する方法が考案されている。さらに、ソフトウェアの改ざんを検出した際に、当該ソフトウェアを復旧する方法も考案されている。特に機器の最初に起動するソフトウェアであるＢＩＯＳやＵＥＦＩは、起動初期の段階ということもあり、ネットワーク機能等の基本機能が使えないため、復旧方法が限られる。ＢＩＯＳはＢａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍの略であり、ＵＥＦＩはＵｎｉｆｉｅｄ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｔｅｒｆａｃｅの略である。なお、ＢＩＯＳは機器の起動に関わるソフトウェアのため、ブートコードと呼称される場合がある。

特許文献１では、組み込みコントローラが第１のメモリに保持しているｓｙｓｔｅｍ ｆｉｒｍｗａｒｅ（ＢＩＯＳ）の改ざんを検知する。そして、改ざんされていると判断したとき、第２のメモリに予め保持している復旧用のｓｙｓｔｅｍ ｆｉｒｍｗａｒｅ（ＢＩＯＳゴールデンコピー）で上書きし、復旧する。以下、組み込みコントローラをＥＣ（Ｅｍｂｅｄｄｅｄ Ｃｏｎｔｒｏｌｌｅｒ）と呼称する場合がある。復旧処理により、第１のメモリに保持している起動用のＢＩＯＳが改ざんされていない状態に戻るため、機器が正常起動可能となる。

なお、第１のメモリはＣＰＵからアクセス可能だが、ＢＩＯＳゴールデンコピーの不正書き換えを防止するため、第２のメモリは組み込みコントローラのみがアクセス可能なバス構成となっている。また、特許文献１では、第１のメモリ内のＢＩＯＳと第２のメモリ内のＢＩＯＳゴールデンコピーとが同一となるようにポリシーで制御している。例えば、ポリシーがＢＩＯＳゴールデンコピーの書き換えを許可する設定の場合、第１のメモリ内のＢＩＯＳと第２のメモリ内のＢＩＯＳゴールデンコピーのハッシュ値を比較する。そして、ハッシュ値が異なる場合、第１のメモリ内のＢＩＯＳで第２のメモリ内のＢＩＯＳゴールデンコピーを上書きすることで両者を同一にする。

米国特許第９８８０９０８号明細書

しかしながら、特許文献1は、ＢＩＯＳの検証範囲について言及していない。ＢＩＯＳは設定値等、起動後に書き変わる領域があるため、ＢＩＯＳのすべての範囲を検証範囲にすると、署名値生成後、特定の領域が書き換わった時、検証時に署名検証に失敗してしまうという課題がある。

本発明は、上記の課題に鑑みてなされたものであり、ソフトウェアの改ざんの有無の検証及び復旧処理を行う際に、当該ソフトウェアのブートコードの設定値等が書き換わっても検証を実現するための技術を提供することを目的とする。

上記の目的を達成する本発明に係る情報処理装置は、
第１のブートコードを保持する第１の保存媒体と、前記第１のブートコードの復旧に用いる第２のブートコードを保持する第２の保存媒体とを備える情報処理装置であって、
前記第１のブートコードの検証範囲を指定する第１の検証範囲設定領域および前記第２のブートコードの検証範囲を指定する第２の検証範囲設定領域の改ざんの有無を検証する第１の検証手段と、
前記第１の検証範囲設定領域が改ざんされていない場合、前記第１のブートコードの改ざんの有無を検証する第２の検証手段と、
前記第１のブートコードが改ざんされており且つ前記第２の検証範囲設定領域が改ざんされていない場合、前記第２のブートコードの改ざんの有無を検証する第３の検証手段と、
前記第２のブートコードが改ざんされていない場合、前記第２のブートコードを用いて前記第１のブートコードを復旧する復旧手段と、
を備えることを特徴とする。

本発明によれば、ソフトウェアの改ざんの有無の検証及び復旧処理を行う際に、当該ソフトウェアのブートコードの設定値等が書き換わっても検証を実行することが可能となる。

一実施形態に係るＭＦＰとＰＣの接続形態を示すブロック構成図。 一実施形態に係るＭＦＰのコントローラ部の内部構成図。 一実施形態に係るＭＦＰのコントローラ内で実行されるソフトウェアのブロック構成図。 一実施形態に係るＳＰＩ－Ｆｌａｓｈに配置されるデータの一例を示す図。 一実施形態に係る検証範囲設定領域のフォーマットの一例を示す図。 一実施形態に係る各検証結果と後続処理の関係を示す図。 一実施形態に係る処理を実施する手順を示すフローチャート。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

本実施形態では、情報処理装置がブートコードの検証および復旧用のソフトウェアであるゴールデンコピーの更新、およびブートコードの検証に失敗したときの復旧処理について説明する。本実施形態では、情報処理装置の例として画像形成装置であるＭＦＰ （Ｍｕｌｔｉ－Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）について記述するが、本実施形態は複合機以外の情報処理装置にも適用可能な技術である。また、ソフトウェアの例としてＢＩＯＳを用いて説明するが、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）のファームウェアの検証にも適用することができる。

＜システム構成＞
図１のブロック図を参照して、本実施形態に係る情報処理装置（ＭＦＰ）とクライアントＰＣとの接続形態を説明する。

ＭＦＰ１００とクライアントＰＣ１１０とは、ＬＡＮ１２０を介して接続されている。ＭＦＰ１００は、コントローラ部１０１と、操作部１０２と、プリンタ部１０３と、スキャナ部１０４とを備えている。

コントローラ部１０１は、操作部１０２は、ユーザとの間で入出力を行うための操作部である。プリンタ部１０３は、電子データを紙媒体に出力する。スキャナ部１０４は、紙媒体を読み込み電子データに変換する。操作部１０２とプリンタ部１０３とスキャナ部１０４とは、コントローラ部１０１に接続されており、コントローラ部１０１の制御に従い複合機としての機能を実現する。

クライアントＰＣ１１０はＭＦＰ１００に対してプリントジョブの送信といった処理を行う。

＜コントローラ部のハードウェア構成＞
図２は、本実施形態に係るＭＦＰ１００のコントローラ部１０１の詳細を示すブロック図である。ＣＰＵ２０１は、コントローラ部１０１内の主な演算処理を行う。なお、後述する組み込みコントローラ２１２が具備するＣＰＵと区別するために、本実施形態ではＣＰＵ２０１を「メインＣＰＵ」と呼称する場合がある。ＣＰＵ２０１はバスを介してＤＲＡＭ２０２と接続される。ＤＲＡＭ２０２は、ＣＰＵ２０１が演算する過程で演算命令を表すプログラムデータや、処理対象のデータを一時的に配置するための作業メモリとして、ＣＰＵ２０１によって使用される。ＣＰＵ２０１は、バスを介してＩ／Ｏコントローラ２０３と接続される。Ｉ／Ｏコントローラ２０３は、ＣＰＵ２０１の指示に従い各種デバイスに対する入出力を行う。Ｉ／Ｏコントローラ２０３にはＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）Ｉ／Ｆ２０５が接続され、その先にＦｌａｓｈＲＯＭ２１１が接続される。ＣＰＵ２０１は、ＦｌａｓｈＲＯＭ２１１をＭＦＰ１００の機能を実現するためのプログラム、およびドキュメントファイルを永続的に記憶するために使用する。Ｉ／Ｏコントローラ２０３には、ネットワークＩ／Ｆ２０４が接続され、ネットワークＩ／Ｆ２０４の先には、有線ＬＡＮデバイス２１０が接続される。

ＣＰＵ２０１は、ネットワークＩ／Ｆ２０４を介して有線ＬＡＮデバイス２１０を制御することで、ＬＡＮ１２０上の通信を実現する。Ｉ／Ｏコントローラ２０３にはパネルＩ／Ｆ２０６が接続され、ＣＰＵ２０１は、パネルＩ／Ｆ２０６を介して操作部１０２に対するユーザ向けの入出力を実現する。Ｉ／Ｏコントローラ２０３にはプリンタＩ／Ｆ２０７が接続され、ＣＰＵ２０１は、プリンタＩ／Ｆ２０７を介してプリンタ部１０３を利用した紙媒体の出力処理を実現する。Ｉ／Ｏコントローラ２０３にはスキャナＩ／Ｆ２０８が接続され、ＣＰＵ２０１はスキャナＩ／Ｆ２０８を介してスキャナ部１０４を利用した原稿の読み込み処理を実現する。Ｉ／Ｏコントローラ２０３にはＵＳＢ Ｉ／Ｆ２０９が接続され、ＵＳＢ Ｉ／Ｆ２０９に接続された任意の機器の制御を行う。ＳＰＩ－Ｆｌａｓｈ１ ２１３は、ＣＰＵ２０３とバスで接続されていて、図３及び図４を参照して後述するＢＩＯＳ３６０を実現する制御プログラムを記憶している。ＳＰＩ－Ｆｌａｓｈ２ ２１４ は図４を参照して後述する ＢＩＯＳ３６０復旧用のバイナリデータであるＢＩＯＳゴールデンコピー４０４（以下、ＢＩＯＳ ＧＣと呼称する場合がある）を記憶している。ここでＳＰＩは、Ｓｅｒｉａｌ Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅの略であり、ＳＰＩ－Ｆｌａｓｈはフラッシュメモリの一種である。本実施形態では、第1の保存媒体としてＳＰＩ－Ｆｌａｓｈ１ ２１３、第２の保存媒体としてＳＰＩ－Ｆｌａｓｈ２ ２１４を例示して説明するが、ＳＰＩ－Ｆｌａｓｈである必要はなく、同様の機能を持つ別種のフラッシュメモリや保存媒体を用いてもよい。

組み込みコントローラ２１２は、ＭＦＰ１００の電源投入後、最初に起動するハードウェアチップであり、後述するＢＩＯＳ３６０の改ざん検知、ＢＩＯＳ ＧＣ４０４を用いたＢＩＯＳ３６０の復旧、及びＢＩＯＳ ＧＣ４０４のアップデート処理を行う。組み込みコントローラ２１２は、ＣＰＵ２０１とは独立して動作可能なマイクロコントローラであり、内部にＣＰＵやＲＯＭ・ＲＡＭなどのメモリを別途具備しているため、独自で演算処理が可能である。組み込みコントローラ２１２は、ＳＰＩ－Ｆｌａｓｈ１ ２１３、ＳＰＩ－Ｆｌａｓｈ２ ２１４、及び ＣＰＵ２０１とバスで接続されている。組み込みコントローラ２１２は、ＢＩＯＳ３６０の改ざん検知やＢＩＯＳ ＧＣ４０４のアップデート処理等の完了後にＣＰＵ２０１にリセット信号を送ることでＣＰＵ２０１を起動させ、制御を渡す。ＣＰＵ２０１に制御を渡した後は、組み込みコントローラ２１２はスリープ状態に入る。

[コピー機能]
コピー機能を実施する場合、ＣＰＵ２０１は、ＳＡＴＡ Ｉ／Ｆ２０５を介してＦｌａｓｈＲＯＭ２１１からプログラムデータ（モジュールデータ）をＤＲＡＭ２０２に読み込む。ＣＰＵ２０１は、ＤＲＡＭ２０２に読み込まれたプログラム（モジュール）に従いパネルＩ／Ｆ２０６を介して操作部１０２に対するユーザからのコピー指示を検出する。ＣＰＵ２０１は、コピー指示を検出するとスキャナＩ／Ｆ２０８を介してスキャナ部１０４から原稿を電子データとして受け取りＤＲＡＭ２０２に格納する。ＣＰＵ２０１は、ＤＲＡＭ２０２に格納した画像データに対して出力に適した色変換処理などを実施する。ＣＰＵ２０１は、ＤＲＡＭ２０２に格納した画像データをプリンタＩ／Ｆ２０７を介してプリンタ部１０３に転送し、紙媒体への出力処理を実施する。

[ＰＤＬ印刷]
ＰＤＬ印刷を実施する場合、クライアントＰＣ１１０は、ＬＡＮ１２０を介して印刷指示を行う。ＣＰＵ２０１は、ＳＡＴＡ Ｉ／Ｆ２０５を介してＦｌａｓｈＲＯＭ２１１からプログラムデータ（モジュールデータ）をＤＲＡＭ２０２に読み込む。そして、ＤＲＡＭ２０２に読み込まれたプログラム（モジュール）に従いネットワークＩ／Ｆ２０４を介して印刷指示を検出する。ＣＰＵ２０１は、ＰＤＬ送信指示を検出するとネットワークＩ／Ｆ２０４を介して印刷データを受信し、ＳＡＴＡ Ｉ／Ｆ２０５を介してＦｌａｓｈＲＯＭ２１１に印刷データを保存する。ＣＰＵ２０１は、印刷データの保存が完了すると、ＦｌａｓｈＲＯＭ２１１に保存した印刷データをＤＲＡＭ２０２に画像データとして展開する。ＣＰＵ２０１は、ＤＲＡＭ２０２に格納した画像データに対して出力に適した色変換処理などを実施する。ＣＰＵ２０１は、ＤＲＡＭ２０２に格納した画像データをプリンタＩ／Ｆ２０７を介してプリンタ部１０３に転送し、紙媒体への出力処理を実施する。

＜コントローラ部の機能構成＞
続いて、図３のブロック図を参照して、本実施形態に係るＭＦＰ１００のコントローラ部１０１で実行されるソフトウェアが実現する機能構成の一例を説明する。なお、コントローラ部１０１で実行されるソフトウェアのうち、組み込みコントローラソフト３５０だけは組み込みコントローラ２１２が実行し、それ以外は全てＣＰＵ２０１が実行する。

組み込みコントローラ２１２は、組み込みコントローラソフト３５０を実行する。なお、組み込みコントローラソフト３５０の保存場所は、組み込みコントローラ２１２が読み出し、実行できる場所であればよい。例えば、組み込みコントローラ２１２が具備するＲＯＭ（不図示）に組み込みコントローラソフト３５０を保存してもよいし、ＳＰＩ－Ｆｌａｓｈ１ ２１３、ＳＰＩ－Ｆｌａｓｈ２ ２１４に保存してもよい。最初に、組み込みコントローラソフト３５０の機能について説明する。組み込みコントローラソフト３５０は、改ざん検知部３５１、復旧部３５２、設定領域読み込み部３５３、バージョン比較部３５４、及び第１のアップデート部３５５を含む。

改ざん検知部３５１は、ＳＰＩ－Ｆｌａｓｈ１ ２１３が保持する図４を参照して後述する第１のＢＩＯＳ署名値４０１を用いて、ＢＩＯＳ３６０の改ざん有無を検証する。署名検証方法としては、例えば、公知技術であるＲＳＡ公開鍵暗号方式を用いた署名検証アルゴリズムや、楕円曲線公開鍵暗号方式を用いたＥＣＤＳＡ署名検証アルゴリズムを利用することができる。署名検証に用いる公開鍵は、組み込みコントローラ２１２が具備するＲＯＭ（不図示）内に保持してもよいし、ＳＰＩ－Ｆｌａｓｈ１ ２１３、ＳＰＩ－Ｆｌａｓｈ２ ２１４内に保持してもよい。

また、改ざん検知部３５１は、ＳＰＩ－Ｆｌａｓｈ２ ２１４が保持する図４を参照して後述する第２のＢＩＯＳ署名値４０６を用いて、ＢＩＯＳ ＧＣ４０４の改ざん有無を検証する機能も具備する。

さらに、改ざん検知部３５１は、ＳＰＩ－Ｆｌａｓｈ１ ２１３が保持する図４を参照して後述する第１の検証範囲設定領域の署名値４０２を用い、第１の検証範囲設定領域４０３の改ざん有無を検証する機能も具備する。さらに、改ざん検知部３５１は、ＳＰＩ－Ｆｌａｓｈ２ ２１４が保持する図４を参照して後述する第２の検証範囲設定領域の署名値４０７を用い、第２の検証範囲設定領域４０８の改ざん有無を検証する機能も具備する。

復旧部３５２は、改ざん検知部３５１でＢＩＯＳ３６０の改ざんを検知した際に、ＳＰＩ－Ｆｌａｓｈ２ ２１４が保持するＢＩＯＳ ＧＣ４０４を用い、ＢＩＯＳ３６０を復旧する機能を持つ。復旧方法としては、例えば、ＳＰＩ－Ｆｌａｓｈ１ ２１３のＢＩＯＳ３６０を消去し、空いた領域にＳＰＩ－Ｆｌａｓｈ２ ２１４から読み出したＢＩＯＳ ＧＣ４０４を書き込むことで実現できる。

ＢＩＯＳ ＧＣ４０４は、ＢＩＯＳ３６０のコピーデータであるため、このように改ざんされたＢＩＯＳ３６０をＢＩＯＳ ＧＣ４０４で上書きすることで、ＢＩＯＳ３６０を正常な状態に復旧できる。その際、同様にして第２のＢＩＯＳ署名値４０６で第１のＢＩＯＳ署名値４０１の上書きも行う。さらに、後述する第２の検証範囲設定領域４０８および第２の検証範囲設定領域の署名値４０７で、それぞれ第１の検証範囲設定領域４０３および第１の検証範囲設定領域の署名値４０２の上書きも行う。

設定領域読み込み部３５３は、図４および図５を参照して後述するＳＰＩ－Ｆｌａｓｈ１ ２１３が保持する第１の検証範囲設定領域４０３もしくはＳＰＩ－Ｆｌａｓｈ２ ２１４が保持する第２の検証範囲設定領域４０８を読み込む。設定領域読み込み部３５３は、図７で後述するように、改ざん検知部３５１によって第１の検証範囲設定領域４０３もしくは第２の検証範囲設定領域４０８が改ざんされていないことを確認した後に動作する。第１の検証範囲設定領域４０３もしくは第２の検証範囲設定領域４０８は、検証範囲を指定するための領域である。それらのフォーマットは一例として図５に示すように、ＢＩＯＳ３６０のバージョン情報であるバージョン識別子、ＢＩＯＳの検証範囲の数を示す検証対象数、検証対象数に応じた複数の検証範囲の開始アドレスおよび検証範囲のサイズで構成されている。図示の例では検証範囲の開始アドレス１、検証範囲のサイズ１が示されているが、以降同様にして、検証範囲の開始アドレス２、検証範囲のサイズ２…と続く。

ＢＩＯＳ３６０内で設定値等書き換わる領域を除外して非連続な領域を対象としてハッシュ値を算出し、電子署名を生成した場合、検証範囲は複数となり、検証対象数が２以上となる。

バージョン比較部３５４は、ＢＩＯＳ３６０のバージョン情報である第１の検証範囲設定領域４０３のバージョン情報と、ＢＩＯＳ ＧＣ４０４のバージョン情報である第２の検証範囲設定領域４０８のバージョン情報とを比較する。バージョン情報としては、一般に用いられているバージョン情報を適用することができ、例えば時系列順にソフトウェアの更新・リリース履歴を表す増加値として表現することができる。

具体的には、ＢＩＯＳの現在のバージョン情報を「１．０」とした場合、バグや機能追加、脆弱性修正等で更新・リリースしたＢＩＯＳのバージョン情報を「１．１」とインクリメントした数値で表現することができる。この場合、バージョン情報を比較した結果、「１．１」＞「１．０」となるため、バージョン情報「１．１」を持つＢＩＯＳのほうが新しいＢＩＯＳであると判断できる。バージョン比較部３５４は、ＢＩＯＳ３６０のバージョン情報とＢＩＯＳ ＧＣ４０４のバージョン情報とを比較することで、ＢＩＯＳ３６０及びＢＩＯＳ ＧＣ４０４のどちらのバージョンのほうが新しいかを判断できる。

なお、上述のバージョン情報はあくまで一例であり、数値とアルファベットを混ぜ合わせてもよい。例えば、現バージョンを「１．０ａ」、新バージョンを「１．０ｂ」とすることで、アルファベットの順序（ａ＜ｂ＜ｃ＜・・・・＜ｚの大小関係） を時系列の更新履歴の表現として用いることもできる。

第１のアップデート部３５５は、バージョン比較部３５４でＢＩＯＳ ＧＣ４０４よりＢＩＯＳ３６０のほうが新しいバージョンだと判断した場合、ＢＩＯＳ３６０を用いて、ＢＩＯＳ ＧＣ４０４をアップデートする。具体的なアップデート方法としては、例えば、ＳＰＩ－Ｆｌａｓｈ２ ２１４内のＢＩＯＳ ＧＣ４０４を消去し、消去で空いた領域にＳＰＩ－Ｆｌａｓｈ１ ２１３から読みだしたＢＩＯＳ３６０を書き込むことで実現できる。また、第１のアップデート部３５５は、同様にして、第２のＢＩＯＳ署名値４０６を第１のＢＩＯＳ署名値４０１で上書きすることで、アップデートされたＢＩＯＳ ＧＣ４０４に対応した署名値に書き換える。同様に、第２の検証範囲設定領域４０８および第２の検証範囲設定領域の署名値４０７も、それぞれ第１の検証範囲設定領域４０３および第１の検証範囲設定領域の署名値４０７で書き換える。

なお、本実施形態において、図４で示すようにＢＩＯＳ３６０は、第１の検証範囲設定領域４０３、第１の検証範囲設定領域の署名値４０２、第１のＢＩＯＳ署名値４０１、第１の組み込みコントローラソフト３５０を含む。また、ＢＩＯＳ ＧＣ４０４は、第２の検証範囲設定領域４０８、第２の検証範囲設定領域の署名値４０７、第２のＢＩＯＳ署名値４０６、第２の組み込みコントローラソフト４０５を含む。そのため、ＢＩＯＳ ＧＣ４０４の書き換えと同時に、その他の情報も一括で書き換わる。

組み込みコントローラソフト３５０は、上述した機能の処理完了後、ＣＰＵ２０１に制御を移すためにＣＰＵ２０１にリセット信号を送信し、スリープ状態に入る。

次に、ＣＰＵ２０１により実行される機能について説明する。ＣＰＵ２０１は、ＳＰＩ－Ｆｌａｓｈ１ ２１３に記憶されたＢＩＯＳ３６０を実行する。ＣＰＵ２０１は、ＦｌａｓｈＲＯＭ２１１に記憶された、ローダ３７０、ｉｎｉｔｒｄ３８０、カーネル３９０をＤＲＡＭ２０２に読み込んだ後に実行する。ＣＰＵ２０１は、ＦｌａｓｈＲＯＭ２１１に記憶されたコントローラソフト３００をＤＲＡＭ２０２に読み込んだ後に実行する。ＢＩＯＳ３６０は、Ｉ／Ｏコントローラ２０３やＤＲＡＭ２０２をＣＰＵ２０１が制御するための基本処理を実行する。さらにＢＩＯＳ３６０は、ＦｌａｓｈＲＯＭ２１１からローダ３７０を読み込み、開始する処理を含む。ローダ３７０は、ＦｌａｓｈＲＯＭ２１１からＯＳのカーネル３９０、ｉｎｉｔｒｄ３８０を読み込み、開始する処理を実行する。ｉｎｉｔｒｄ３８０は、ＦｌａｓｈＲＯＭ２１１からコントローラソフト３００を読み込み、開始する処理を実行する。

操作制御部３０１は、操作部１０２にユーザ向けの画面イメージを表示し、およびユーザ操作の検知と画面上に表示したボタン等の画面部品に紐づけられた処理を実行する。データ記憶部３０２は、他の制御部からの要求でデータをＦｌａｓｈＲＯＭ２１１に記憶したり、ＦｌａｓｈＲＯＭ２１１から読み出したりする。例えば、ユーザが何らかの機器設定を変更したい場合は、操作部１０２にユーザが入力した内容を操作制御部３０１が検知し、操作制御部３０１からの要求に応じて、データ記憶部３０２が、変更された設定値をＦｌａｓｈＲＯＭ２１１に保存する。

ジョブ制御部３０３は、他の制御部からの指示に従って、ジョブ実行の制御を行う。

画像処理部３０４は、ジョブ制御部３０３からの指示に従って、画像データを用途ごとに適した形式に加工する。印刷処理部３０５は、ジョブ制御部３０３からの指示に従い、プリンタＩ／Ｆ２０７を介して、紙媒体に画像を印刷し出力する。読み取り処理部３０６は、ジョブ制御部３０３からの指示時に従い、スキャナＩ／Ｆ２０８を介して、設置された原稿を読み込む。

ネットワーク制御部３０７は、データ記憶部３０２に記憶された設定値に従い、システム起動時や、設定変更検出時にＩＰアドレスなどのネットワーク設定をＴＣＰ／ＩＰ制御部３０８に対して行う。ＴＣＰ／ＩＰ制御部３０８は、他の制御部からの指示に従い、ネットワークＩ／Ｆ２０４を介して、ネットワークパケットの送受信処理を行う。ＵＳＢ制御部３０９は、ＵＳＢ Ｉ／Ｆ２０９を制御し、ＵＳＢ接続された任意の機器の制御を行う。

第２のアップデート部３１０は、ＳＰＩ－Ｆｌａｓｈ１ ２１３が保持するＢＩＯＳ３６０を更新する。具体的な更新方法としては、例えば、ネットワーク経由やＵＳＢメモリ経由で取得した更新用ＢＩＯＳで、ＳＰＩ－Ｆｌａｓｈ１ ２１３内のＢＩＯＳ３６０を上書きすることで実現できる。同様に更新用ＢＩＯＳに付随する更新用ＢＩＯＳのバージョン情報及び署名値で、ＳＰＩ－Ｆｌａｓｈ１ ２１３内の第1のバージョン情報及び第１の署名値４０２も更新される。第２のアップデート部３１０は、ＢＩＯＳの更新処理完了後、前述した第１のアップデート部３５５でＢＩＯＳ ＧＣ４０４を更新するために、再起動を要求する。

以上、本実施形態における機能構成について説明した。

＜データの一例＞
ここで、図４に、第１の保存媒体であるＳＰＩ－Ｆｌａｓｈ１ ２１３及び第２の保存媒体であるＳＰＩ－Ｆｌａｓｈ２ ２１４に配置されるデータを例示する。

ＳＰＩ－Ｆｌａｓｈ１ ２１３は、ＣＰＵ２０１及び組み込みコントローラ２１２からアクセス可能である。ＳＰＩ－Ｆｌａｓｈ１ ２１３は、ＢＩＯＳ３６０、第１の検証範囲設定領域４０３、第１の検証範囲設定領域の署名値４０２、第１のＢＩＯＳ署名値４０１、第１の組み込みコントローラソフト３５０を保持する。第１の検証範囲設定領域４０３は、情報処理装置の起動後に書き換わらない領域である。

本実施形態では、ＢＩＯＳ３６０の検証範囲設定領域を第１の検証範囲設定領域４０３としてＢＩＯＳ３６０に内包する構成で説明するが、これはあくまで例示である。ＢＩＯＳ３６０に包含させず、ＢＩＯＳ３６０とは分ける形で第１の検証範囲設定領域４０３および第１の検証範囲設定領域の署名値４０２をＳＰＩ－Ｆｌａｓｈ１ ２１３内に保持してもよい。第１のＢＩＯＳ署名値４０１は、ＢＩＯＳ３６０に関するデジタル署名値であり、前述したように、改ざん検知部３５１でＢＩＯＳ３６０の改ざん有無を検証するために用いられる。

一方、ＳＰＩ－Ｆｌａｓｈ２ ２１４は、組み込みコントローラ２１２からのみアクセス可能である。ＳＰＩ－Ｆｌａｓｈ２ ２１４は、ＢＩＯＳ ＧＣ４０４、第２の検証範囲設定領域４０８、第２の検証範囲設定領域の署名値４０７、第２のＢＩＯＳ署名値４０６、第２の組み込みコントローラソフト４０５を保持する。第２の検証範囲設定領域４０８は、情報処理装置の起動後に書き換わらない領域である。本実施形態では、上述同様、ＢＩＯＳ ＧＣ４０４の検証範囲設定領域を第２の検証範囲設定領域４０８としてＢＩＯＳ ＧＣ４０４に内包する構成で説明する。同様に第２のＢＩＯＳ署名値４０６は、ＢＩＯＳ ＧＣ４０４に対するデジタル署名値となる。

ここで、ＢＩＯＳ ＧＣ４０４は、前述したように復旧部３５２でＢＩＯＳ３６０を正常状態に復旧するために用いるバイナリデータである。改ざんやデータ損失、ＢＩＯＳ３６０更新直後の起動でない限り、通常、ＢＩＯＳ ＧＣ４０４、第２の検証範囲設定領域４０８、第２の検証範囲設定領域の署名値４０７、第２のＢＩＯＳ署名値４０６、第２の組み込みコントローラソフト４０５は、それぞれＳＰＩ－Ｆｌａｓｈ１ ２１３内のＢＩＯＳ３６０、第１の検証範囲設定領域４０３、第１の検証範囲設定領域の署名値４０２、第１のＢＩＯＳ署名値４０１、第１の組み込みコントローラソフト３５０と同じバイナリデータ（コピーデータ）となる。

＜処理＞
続いて、図７のフローチャートを参照して、本実施形態に係るソフトウェアの改ざん検知、改ざんされたソフトウェアの復旧および復旧用ソフトウェアのアップデート処理を説明する。本処理は主に組み込みコントローラ２１２により実行される。

ＭＦＰ１００の電源投入後、まず組み込みコントローラ２１２が組み込みコントローラソフト３５０を起動する（Ｓ７０１）。改ざん検知部３５１は、署名検証により第１のブートコード（ＢＩＯＳ３６０）の第１の検証範囲設定領域４０３および第２のブートコード（ＢＩＯＳ ＧＣ４０４）第２の検証範囲設定領域４０８の改ざん有無をそれぞれ検証する（Ｓ７０２）。検証には第１の検証範囲設定領域の署名値４０２および第２の検証範囲設定領域の署名値４０７を使用する。

第１の検証範囲設定領域４０３および第２の検証範囲設定領域４０８両方の署名検証に失敗した場合（Ｓ７０２で失敗）、ＭＦＰ１００の起動処理を中止して起動失敗を通知する（Ｓ７１６）。通知は、ログを残したり、操作部１０２を介したエラー通知や、ＭＦＰ１００及び組み込みコントローラ２１２が具備するＬＥＤや電源ランプの点滅等でユーザにエラー発生を通知したりしてもよい。

一方、第１の検証範囲設定領域４０３および第２の検証範囲設定領域４０８の少なくとも一方の署名検証に成功した場合（Ｓ７０２で少なくともどちらか成功）、設定領域読み込み部３５３が検証成功の有無を記憶する。

その後、設定領域読み込み部３５３は、検証に成功した第１の検証範囲設定領域４０３および／または第２の検証範囲設定領域４０８を読み込む（Ｓ７０３）。

設定領域読み込み部３５３は、第１の検証範囲設定領域４０３の検証に成功した（読み込みに成功した）か否かを判定する（Ｓ７０４）。

第１の検証範囲設定領域４０３の検証に成功しかつ情報の読み込みに成功した場合（Ｓ７０４でＹＥＳ）、改ざん検知部３５１は、ＢＩＯＳ３６０の改ざん有無を検証する（Ｓ７０５）。検証の際、Ｓ７０３で読み込んだ第１の検証範囲設定領域４０３の検証範囲数、検証範囲開始アドレス、検証範囲サイズを用いてハッシュ値を算出する。ＳＰＩ－Ｆｌａｓｈ１ ２１３の検証範囲開始アドレスから検証範囲サイズの範囲までを読み込んでハッシュ関数のＵｐｄａｔｅ処理を実行すること検証範囲数分繰り返す。最後にハッシュ関数のＦｉｎａｌｉｚｅ処理を実行してハッシュ値を算出し、検証処理に使用する。

一方、第１の検証範囲設定領域４０３の検証に失敗した場合もしくは情報の読み込みに失敗した場合（Ｓ７０４で失敗）、Ｓ７０６に進む。

そして、ＢＩＯＳ３６０の検証に失敗した場合（Ｓ７０５で失敗）、Ｓ７１０に進む。ＢＩＯＳ３６０の検証に成功した場合、Ｓ７０６に進む。

Ｓ７１０では、設定領域読み込み部３５３は、Ｓ７０２で実施した第２の検証範囲設定領域４０８の署名検証結果が失敗か成功かを判定する。そして、失敗の場合（Ｓ７１０で失敗）、ＭＦＰ１００の起動処理を中止して起動失敗を通知する（Ｓ７１６）。

一方、第２の検証範囲設定領域４０８の署名検証結果が成功の場合（Ｓ７１０で成功）、ＢＩＯＳ ＧＣ４０４の真正性を確認するために改ざん検知部３５１がＢＩＯＳ ＧＣ４０４を署名検証する（Ｓ７１１）。検証には、Ｓ７０３で読み込んだ第２の検証範囲設定領域４０８の検証範囲数、検証範囲開始アドレス、検証範囲サイズを用いる。

検証に失敗した場合（Ｓ７１１で失敗）、ＭＦＰ１００の起動処理を中止して起動失敗を通知する（Ｓ７１６）。一方、検証に成功した場合（Ｓ７１１で成功）、Ｓ７１２へ進む。復旧部３５２がＢＩＯＳ３６０の復旧処理を行う（Ｓ７１２）。復旧後、復旧が正しく実行されたことを確認するためにＢＩＯＳ３６０を署名検証する（Ｓ７１３）。その際、第１の検証範囲設定領域４０３を再度検証し、読み込み直し、読み込んだ第１の検証範囲設定領域４０３の検証範囲数、検証範囲開始アドレス、検証範囲サイズを用いて検証する。検証に失敗した場合（Ｓ７１３で失敗）、ＭＦＰ１００の起動処理を中止して起動失敗を通知する（Ｓ７１６）。一方、検証に成功した場合（Ｓ７１３で成功）、Ｓ７０７へ進む。

そして、組み込みコントローラ２１２は、ＣＰＵ２０１に制御を移すためにＣＰＵ２０１にリセット信号を送信する（Ｓ７０７）。その後、組み込みコントローラ２１２はスリープ状態に入る（Ｓ７０８）。リセット信号を受け、ＣＰＵ２０１が起動し、ＣＰＵ２０１はＳＰＩ－Ｆｌａｓｈ１ ２１３のＢＩＯＳ３６０を読み出し、起動する。その後、ＣＰＵ２０１は、ＦｌａｓｈＲＯＭ２１１に記憶された、ローダ３７０、ｉｎｉｔｒｄ３８０、カーネル３９０をＤＲＡＭ２０２に読み込んだ後に実行しＯＳを起動する。その後、ＣＰＵ２０１は、ＦｌａｓｈＲＯＭ２１１に記憶されたコントローラソフト３００をＤＲＡＭ２０２に読み込んだ後に実行する（Ｓ７０９）。

また、Ｓ７０６では、所定のディシジョンテーブル（例えば後述する図６）に応じて処理が分岐する。組み込みコントローラソフト３５０は、第１の検証範囲設定領域４０３と第２の検証範囲設定領域４０８のバージョン情報比較結果で後続の処理を決定する。あるいは、Ｓ７０２で実施した第１の検証範囲設定領域４０３の署名検証結果もしくは第２の検証範囲設定領域４０８の署名検証結果に応じて後続の処理を決定する。

例えば、（１）第１の検証範囲設定領域４０３の署名検証結果が失敗の場合、ＢＩＯＳ３６０が改ざんされていると判断する。改ざん検知部３５１がＢＩＯＳ ＧＣ４０４を署名検証（Ｓ７１１）し、コピー元の真正性を確認してから復旧部３５２がＢＩＯＳ３６０の復旧を行う（Ｓ７１２）。

（２）バージョン情報が異なる時、もしくは第２の検証範囲設定領域４０８の署名検証結果が失敗の場合、第１のアップデート部３５４がＢＩＯＳ ＧＣ４０４を更新する（Ｓ７１４）。更新後、更新が正しく実行されたことを確認するために改ざん検知部３５１がＢＩＯＳ ＧＣ４０４を署名検証する（Ｓ７１５）。その際、第２の検証範囲設定領域４０８を再度検証し、読み込み直し、読み込んだ第２の検証範囲設定領域４０８の検証範囲数、検証範囲開始アドレス、検証範囲サイズを用いて検証する。失敗したら起動失敗を通知する（Ｓ７１６）。成功したら、リセット信号送信処理（Ｓ７０７）に進む。

（３）バージョン情報が等しいとき、ＢＩＯＳ ＧＣ４０４をアップデートする必要はないと判断し、そのままリセット信号送信処理（Ｓ７０７）に進む。

図６の表は、第１の検証範囲設定領域４０３（ＢＩＯＳ）と第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）のバージョン情報比較結果、第１の検証範囲設定領域４０３の署名検証結果、第２の検証範囲設定領域４０８の署名検証結果、ＢＩＯＳ３６０の検証結果に応じた後続の処理の一例を示す。

図６に示すように、第１の検証範囲設定領域４０３（ＢＩＯＳ）の署名検証結果が成功、第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）の署名検証結果が成功、ＢＩＯＳ３６０の検証結果が成功の場合、第１の検証範囲設定領域４０３（ＢＩＯＳ）と第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）のバージョン情報が異なるとき、ＢＩＯＳ ＧＣ４０４を更新する。

第１の検証範囲設定領域４０３（ＢＩＯＳ）の署名検証結果が成功、第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）の署名検証結果が失敗、ＢＩＯＳ３６０の検証結果が成功の場合、ＢＩＯＳ ＧＣ４０４を更新する。第１の検証範囲設定領域４０３（ＢＩＯＳ）の署名検証結果が成功、第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）の署名検証結果が成功、ＢＩＯＳ３６０の検証結果が失敗の場合、ＢＩＯＳ３６０の復旧を行う。

第１の検証範囲設定領域４０３（ＢＩＯＳ）の署名検証結果が成功、第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）の署名検証結果が失敗、ＢＩＯＳ３６０の検証結果が失敗の場合、起動失敗を通知する。第１の検証範囲設定領域４０３（ＢＩＯＳ）の署名検証結果が失敗、第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）の署名検証結果が成功の場合、ＢＩＯＳ３６０の復旧を行う。

第１の検証範囲設定領域４０３（ＢＩＯＳ）の署名検証結果が失敗、第２の検証範囲設定領域４０８（ＢＩＯＳ ＧＣ）の署名検証結果が失敗の場合、起動失敗を通知する。以上が図７の一連の処理である。

以上説明したように、本実施形態では、非連続な検証範囲を記述可能な検証範囲設定領域（ブートコードの設定値が書き換わっても影響を受けない領域）を設ける。そして、検証範囲設定領域の署名検証が成功したら検証範囲設定領域を読み込み、その検証範囲を用いてＢＩＯＳを署名検証する。

これにより、ソフトウェアの改ざんの有無の検証及び復旧処理を行う際に、当該ソフトウェアのブートコードの設定値が書き換わっても検証を実行することが可能となる。

[変形例１]
上記実施形態では、改ざん検知部３５１で第１の検証範囲設定領域４０３を検証した後、第１の検証範囲設定領域４０３の検証範囲数、検証範囲開始アドレス、検証範囲サイズを用いてＢＩＯＳ３６０の改ざん有無を検証した。本変形例では、さらに、検証範囲設定領域で指定する検証範囲に検証範囲設定領域そのものを含めることとする。

例えば、第１の検証範囲設定領域４０３により指定される検証範囲は、第１の検証範囲設定領域４０３それ自体を含み、第２の検証範囲設定領域４０８により指定される検証範囲は、第２の検証範囲設定領域それ自体を含んでもよい。

この変形により、別バージョンのＢＩＯＳ用に生成した、異なる検証範囲を持つ検証範囲設定領域および検証範囲設定領域の署名値に書き換えて署名検証を失敗させる攻撃を検知することができる。さらに、別バージョンのＢＩＯＳ用に生成した、検証範囲が狭い検証範囲設定領域および検証範囲設定領域の署名値で置き換えて改ざんＢＩＯＳで検証成功させる攻撃も防ぐことができる。生成した署名値を利用した処理フローは図７の処理と同様である。

[変形例２]
さらに、検証範囲設定領域で指定する検証範囲に第１の組み込みコントローラソフト３５０を含めることによって、別バージョンの組み込みコントローラソフト３５０で置き換えるロールバック攻撃を防ぐことができる。

例えば、組み込みコントローラ２１２は、上記実施形態に係る情報処理装置（ＭＦＰ１００）の各処理を実行する組み込みコントローラソフト３５０に従って動作する。第１の検証範囲設定領域４０３により指定される検証範囲および第２の検証範囲設定領域４０８により指定される検証範囲は、当該組み込みコントローラソフト３５０を含んでもよい。生成した署名値を利用した処理フローは図７の処理と同様である。

[変形例３]
上記実施形態では非連続な検証範囲に対してハッシュ関数を実行して生成した１つのハッシュ値から生成した署名値を用いて改ざん検知を実行していた。そのほかの実現方法としては、分割した検証範囲ごとにハッシュ値および署名値を生成し、検証に使用することも可能である。

なお、上記実施形態及び各変形例では、ＢＩＯＳを例に挙げ説明したが、ＢＩＯＳ以外のファームウェア及びソフトウェア（プログラム）にも本発明を適用可能である。例えば、ＭＦＰ１００がＮＩＣを具備する場合、組み込みコントローラ２１２がＮＩＣのファームウェアにアクセスできるようにバスを繋げる。そして、ＮＩＣファームウェアのゴールデンコピーを組み込みコントローラ２１２からのみアクセス可能なＳＰＩ－Ｆｌａｓｈに格納するように構成する。これにより、ＮＩＣファームウェアの復旧及びＮＩＣファームウェアのゴールデンコピーのアップデートを実現できる。

また、上記実施形態およびその変形例では、組み込みコントローラ２１２が直接組み込みコントローラソフト３５０を起動する例で説明したが、多段に起動するようにしてもよい。例えば、組み込みコントローラソフト３５０の改ざん検知（署名検証）、及びその起動を行う起動用ソフトウェアを組み込みコントローラ２１２のＲＯＭ内に保存することで多段にできる。このようにすることで、最初に組み込みコントローラ２１２のＲＯＭ内に保存された起動用ソフトウェアが立ち上がり、ＳＰＩ－Ｆｌａｓｈに保存された組み込みコントローラソフト３５０の改ざん有無を検証する。そして、改ざんがない場合に限り、組み込みコントローラソフト３５０を起動するように制御できる。なお、この場合別途組み込みコントローラソフト３５０のデジタル署名値をＳＰＩ－Ｆｌａｓｈ内に保持することとなる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００：ＭＦＰ、１０１：コントローラ部、２０１：ＣＰＵ、２１２：組み込みコントローラ、３００：コントローラソフト、３５０：組み込みコントローラソフト、３５１：改ざん検知部、３５２：復旧部、３５３：設定領域読み込み部、３５４：バージョン比較部、３５５：第１のアップデート部

Claims (12)

1. 第１のブートコードを保持する第１の保存媒体と、前記第１のブートコードの復旧に用いる第２のブートコードを保持する第２の保存媒体とを備える情報処理装置であって、
   前記第１のブートコードの検証範囲を指定する第１の検証範囲設定領域および前記第２のブートコードの検証範囲を指定する第２の検証範囲設定領域の改ざんの有無を検証する第１の検証手段と、
   前記第１の検証範囲設定領域が改ざんされていない場合、前記第１のブートコードの改ざんの有無を検証する第２の検証手段と、
   前記第１のブートコードが改ざんされており且つ前記第２の検証範囲設定領域が改ざんされていない場合、前記第２のブートコードの改ざんの有無を検証する第３の検証手段と、
   前記第２のブートコードが改ざんされていない場合、前記第２のブートコードを用いて前記第１のブートコードを復旧する復旧手段と、を備え、
   前記第１の検証範囲設定領域および第２の検証範囲設定領域は、前記情報処理装置の起動後に書き換わらない領域であることを特徴とする情報処理装置。
2. 前記第３の検証手段は、さらに、前記第１の検証範囲設定領域が改ざんされている場合、前記第２のブートコードの改ざんの有無を検証し、
   前記復旧手段は、前記第２のブートコードが改ざんされていない場合、前記第２のブートコードを用いて前記第１のブートコードを復旧することを特徴とする請求項１に記載の情報処理装置。
3. 前記第１のブートコードを用いて前記第２のブートコードを更新する更新手段をさらに備え、
   前記更新手段は、前記第１の検証範囲設定領域が改ざんされておらず、前記第１のブートコードが改ざんされておらず、且つ前記第２の検証範囲設定領域が改ざんされている場合、更新を行うことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第１の検証範囲設定領域に含まれる前記第１のブートコードのバージョン情報と、前記第２の検証範囲設定領域に含まれる前記第２のブートコードのバージョン情報とを比較する比較手段と、
   前記第１のブートコードのバージョン情報と前記第２のブートコードのバージョン情報とが異なる場合、前記第１のブートコードを用いて前記第２のブートコードを更新する更新手段と、をさらに備え、
   前記比較手段は、前記第１の検証範囲設定領域が改ざんされておらず、前記第１のブートコードが改ざんされておらず、且つ前記第２の検証範囲設定領域が改ざんされていない場合、比較を行うことを特徴とする請求項１又は２に記載の情報処理装置。
5. 前記第１の検証範囲設定領域および前記第２の検証範囲設定領域の両方が改ざんされている場合、前記情報処理装置の起動処理を中止する中止手段をさらに備えることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 前記復旧手段により前記第２のブートコードを用いて前記第１のブートコードを復旧する処理を実行した後、前記第１のブートコードの改ざんの有無を検証する第４の検証手段と、
   前記第４の検証手段により前記第１のブートコードが改ざんされていることが検証された場合、前記情報処理装置の起動処理を中止する中止手段と、
   をさらに備えることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
7. 前記第２の検証手段は、前記第１の保存媒体に記憶された第１の署名値を使用して前記第１のブートコードの改ざんの有無を検証し、
   前記第３の検証手段は、前記第２の保存媒体に記憶された第２の署名値を使用して前記第２のブートコードの改ざんの有無を検証することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記第１のブートコードはＢＩＯＳであり、前記第２のブートコードはＢＩＯＳゴールデンコピーであることを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
9. 前記第１の検証範囲設定領域により指定される検証範囲は、前記第１の検証範囲設定領域それ自体を含み、
   前記第２の検証範囲設定領域により指定される検証範囲は、前記第２の検証範囲設定領域それ自体を含むことを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
10. 前記情報処理装置は、前記情報処理装置の各手段として機能する組み込みコントローラソフトに従って動作する組み込みコントローラを備えており、
    前記第１の検証範囲設定領域により指定される検証範囲および前記第２の検証範囲設定領域により指定される検証範囲は、前記組み込みコントローラソフトを含むことを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
11. 第１のブートコードを保持する第１の保存媒体と、前記第１のブートコードの復旧に用いる第２のブートコードを保持する第２の保存媒体とを備える情報処理装置の制御方法であって、
    前記第１のブートコードの検証範囲を指定する第１の検証範囲設定領域および前記第２のブートコードの検証範囲を指定する第２の検証範囲設定領域の改ざんの有無を検証する第１の検証工程と、
    前記第１の検証範囲設定領域が改ざんされていない場合、前記第１のブートコードの改ざんの有無を検証する第２の検証工程と、
    前記第１のブートコードが改ざんされており且つ前記第２の検証範囲設定領域が改ざんされていない場合、前記第２のブートコードの改ざんの有無を検証する第３の検証工程と、
    前記第２のブートコードが改ざんされていない場合、前記第２のブートコードを用いて前記第１のブートコードを復旧する復旧工程と、を有し、
    前記第１の検証範囲設定領域および第２の検証範囲設定領域は、前記情報処理装置の起動後に書き換わらない領域であることを特徴とする情報処理装置の制御方法。
12. コンピュータを、請求項１乃至１０の何れか１項に記載の情報処理装置として機能させるためのプログラム。

Images