特開 2024-79911 電子装置及び改竄検知方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024079911

(43)【公開日】2024-06-13

(54)【発明の名称】電子装置及び改竄検知方法

(51)【国際特許分類】

   G06F 21/64 20130101AFI20240606BHJP

【ＦＩ】

G06F21/64

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022192598

(22)【出願日】2022-12-01

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】亀山 英司

(57)【要約】

【課題】記憶データに対する改竄の検知に要する時間を短縮する。
【解決手段】記憶部１０はデータを記憶する。生成部２０は、記憶部１０にデータが書き込まれると、記憶部１０から当該データを読み出して当該データについての検証情報を生成して記憶部１０に書き込む。検知部３０は、電子装置１の起動時に、記憶部１０で保存されている検証情報と記憶部１０への書き込み前のデータから予め生成しておいた当該データについての正解検証情報との比較によって、記憶部１０で保存されているデータの改竄を検知する。
【選択図】 図２

【特許請求の範囲】

【請求項1】

電子装置であって、
データを記憶する記憶部と、
前記記憶部に前記データが書き込まれると、前記記憶部から前記データを読み出して前記データについての検証情報を生成し、前記検証情報を前記記憶部に書き込む生成部と、
前記電子装置の起動時に、前記記憶部で保存されている前記検証情報と前記記憶部への書き込み前の前記データから予め生成しておいた前記データについての正解検証情報との比較によって、前記記憶部で保存されている前記データの改竄を検知する検知部と、
を備えることを特徴とする電子装置。

【請求項2】

前記記憶部における前記データの保存領域には、データ書き込みを許可する許可モードとデータ書き込みを禁止する禁止モードとのどちらかの設定がなされ、
前記生成部は、前記データの前記記憶部への書き込みの完了後になされる指示であって前記設定を前記許可モードから前記禁止モードへ変更する前記指示に応じて、前記検証情報を生成して前記記憶部に書き込む、
ことを特徴とする請求項１に記載の電子装置。

【請求項3】

前記生成部は、前記検証情報の前記記憶部への書き込みの完了後に前記設定を前記許可モードから前記禁止モードへ変更することを特徴とする請求項２に記載の電子装置。

【請求項4】

前記記憶部は、第１の鍵情報を用いた電子署名がされている前記正解検証情報を記憶し、
前記電子装置は、前記第１の鍵情報と対となる第２の鍵情報を用いて前記電子署名の検証を行う検証部を更に備え、
前記検知部は、前記検証に成功した前記電子署名がされている前記正解検証情報を用いて、前記改竄の検知を行う、
ことを特徴とする請求項１に記載の電子装置。

【請求項5】

前記電子装置は記憶デバイスを備え、
前記記憶デバイスが前記記憶部と前記生成部とを備える、
ことを特徴とする請求項１から４のうちのいずれか一項に記載の電子装置。

【請求項6】

電子装置が備える記憶部にデータが書き込まれると、前記記憶部から前記データを読み出して前記データについての検証情報を生成し、
前記検証情報を前記記憶部に書き込み、
前記電子装置の起動時に、前記記憶部で保存されている前記検証情報と前記記憶部への書き込み前の前記データから予め生成しておいた前記データについての正解検証情報との比較によって、前記記憶部で保存されている前記データの改竄を検知する、
ことを特徴とする改竄検知方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子装置及び改竄検知方法に関する。

【背景技術】

【0002】

記憶媒体に記憶させたデータの改竄の検知に関して幾つかの技術が知られている（例えば、特許文献１～特許文献３参照）。

【0003】

例えば、装置の終了時に、記憶領域に記憶されている電子情報に基づいて検証値を生成し、装置の起動時に、当該検証値と期待値との比較に基づいて当該電子情報の改ざんの有無を検証するという技術が知られている。

【0004】

また、例えば、複数の処理オブジェクトを実行する都度、パリティデータを順次生成して記録媒体に記録し、実行完了時に、当該記録媒体のパリティデータに基づいて途中の処理オブジェクトに関する情報が改竄されたか否かを検知するという技術が知られている。

【0005】

また、例えば、各記憶領域のデータから生成した各期待値と、第１の状態情報と新たな第２の状態情報との比較に基づいて選択した記憶領域のデータから生成した検証値との比較に基づき、選択した記憶領域のデータの完全性を検証するという技術が知られている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０２０－５７３０９号公報

【特許文献2】特開２００５－３５２６００号公報

【特許文献3】特開２０２０－１８７５０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

高機能なオペレーティング・システム（以下、「ＯＳ」と称することとする）上で動作する電子装置では、大きな記憶容量を有する記憶部を備えた記憶デバイスが必要となる。その一方で、セキュリティ要件の高い電子装置では、記憶デバイスで保存されているデータの改竄の有無の検知を装置の起動時に常に行うことが要求される。改竄の検知は検知対象のプログラムやデータが使用される前に行うことが望ましく、改竄を検出した場合には当該プログラムの起動の抑止や当該テータの使用の中止といった措置がとられる。

【0008】

しかしながら、例えば車載向けの組込み機器などの電子装置では、上述した要求と共に短い起動時間も要求される。従って、記憶デバイスで保存されているデータの改竄の検知も短時間で行うことが必要となる。

【0009】

１つの側面において、本発明は、記憶データに対する改竄の検知に要する時間を短縮することを目的とする。

【課題を解決するための手段】

【0010】

１つの案では、電子装置は、記憶部と生成部と検知部とを備える。記憶部はデータを記憶する。生成部は、前記記憶部に前記データが書き込まれると、前記記憶部から前記データを読み出して前記データについての検証情報を生成し、前記検証情報を前記記憶部に書き込む。検知部は、前記電子装置の起動時に、前記記憶部で保存されている前記検証情報と前記記憶部への書き込み前の前記データから予め生成しておいた前記データについての正解検証情報との比較によって、前記記憶部で保存されている前記データの改竄を検知する。

【発明の効果】

【0011】

１つの側面によれば、記憶データに対する改竄の検知に要する時間を短縮できる。

【図面の簡単な説明】

【0012】

【図1】改竄検知処理の手順の第１の例の処理手順を示したフローチャートである。

【図2】電子装置の機能的構成の一例を示す図である。

【図3】組込み装置の構成例を示す図である。

【図4】書き込み処理の一例の概要を示したフローチャートである。

【図5】改竄検知の対象のデータを記憶領域に書き込む手順の一例を説明する図である。

【図6】改竄検知処理の一例の概要を示したフローチャートである。

【図7】コントローラによる検証情報の読み出しの手順の一例を説明する図である。

【図8】セキュアＡＰＩの実行によって行われるテータ改竄の検知の手順の一例を説明する図である。

【発明を実施するための形態】

【0013】

以下、図面を参照しながら、実施形態を詳細に説明する。

【0014】

Ｌｉｎｕｘ（登録商標）などの高機能なＯＳ上で動作する電子装置では、比較的容量の大きな記憶デバイスが必要となる。その一方で、車載器である組込み機器などといったセキュリティ要件の高い電子装置では、記憶デバイスで保存されているデータの改竄の有無の検知を装置の起動時に常に行うことが要求される。改竄の検知は検知対象のプログラムやデータが使用される前に行うことが望ましく、改竄を検出した場合には当該プログラムの起動の抑止や当該テータの使用の中止といった措置がとられる。

【0015】

記憶デバイスで保存されているデータに対する改竄の検知の手法の一例について説明する。

【0016】

この手法では、まず、検知対象のデータを記憶デバイスから読み出し、当該データについての、ハッシュ値やＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ、巡回冗長検査）値などといった検証情報を、当該データから算出して生成する。次に、生成した検証情報を、記憶デバイスに書き込む前の当該データ、すなわち、改竄されていないことが保証されている当該データから算出して生成した検証情報（以下、この検証情報を「正解検証情報」と称することとする）と比較する。この比較の結果、両者が一致する場合には当該データは改竄されていないとの検知結果を得る一方、両者が不一致の場合には当該データが改竄されているとの検知結果を得る。

【0017】

ここで図１について説明する。図１は、改竄検知処理の手順の第１の例の処理手順を示したフローチャートである。この処理は、ハッシュ関数のひとつとして広く知られているＳＨＡ－２５６（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ ２５６－ｂｉｔ）により得られるハッシュ値を検証情報として利用してテータの改竄の検知を行うものである。

【0018】

ここでは、記憶デバイスにおけるプログラムの保存領域を検知対象の領域とし、この領域で保存されているプログラムのデータを改竄検知の対象とする。なお、このデータは複数のブロックに分割されて当該保存領域で保存されており、データの読み出しはブロック単位で行われるものとする。

【0019】

図１の処理が開始されると、まず、Ｓ１０１において、ｓｈａ２５６ｉｎｉｔ関数の実行により初期のハッシュ値を求める処理が行われる。

【0020】

次に、Ｓ１０２において、記憶デバイスにおけるプログラムの保存領域の全てのデータのブロックをロードしたか否かを判定する処理が行われる。この判定処理において、全てのテータのブロックが読み出されたと判定されたとき（判定結果がＹＥＳのとき）にはＳ１０５に処理を進める。一方、この判定処理において、ロードしていないデータのブロックがプログラム保存領域に残っていると判定されたとき（判定結果がＮＯのとき）にはＳ１０３に処理を進める。

【0021】

Ｓ１０３では、ロードしていないブロックのデータを当該保存領域から読み出してメモリの所定の領域にロードする処理が行われる。

【0022】

次に、Ｓ１０４では、この処理の直近に求められていたハッシュ値に対する、Ｓ１０３の処理によりロードされたデータに基づくｓｈａ２５６ｕｐｄａｔｅ関数の実行によって、ハッシュ値を更新する処理が行われる。その後はＳ１０２へ処理を戻して上述した処理が繰り返される。

【0023】

Ｓ１０１の処理の直後にＳ１０４の処理が実行される場合には、Ｓ１０１の処理により求められたハッシュ値を更新する処理がＳ１０４の処理において行われる。一方、Ｓ１０４の処理の直後にＳ１０４の処理が繰り返される場合には、Ｓ１０４の処理により更新されたハッシュ値を更に更新する処理が繰り返しのＳ１０４の処理において行われる。

【0024】

Ｓ１０５では、ｓｈａ２５６ｆｉｎａｌ関数の実行によって、Ｓ１０４の処理の繰り返しにより得られたハッシュ値をメモリの所定領域にロードする処理が行われる。この処理によりロードされるハッシュ値が、改竄検知の対象であるデータについての検証情報となる。

【0025】

Ｓ１０６では、改竄検知の対象であるデータについて予め生成しておいた正解検証情報であるハッシュ値をメモリの所定領域にロードする処理が行われる。

【0026】

Ｓ１０７では、セキュアＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）が実行されて、Ｓ１０５の処理によりロードされた検証情報であるハッシュ値をチェックする処理が行われる。この処理では、当該ハッシュ値と、Ｓ１０６の処理によりロードされた正解検証情報であるハッシュ値との比較が行われる。そして、続くＳ１０８において、両者が一致するか否かを判定することによって、データの改竄を検知したか否かを判定する処理が行われる。

【0027】

Ｓ１０８の判定処理において、両者が一致すると判定されたときは、データの改竄を検知しなかったと判定されて判定結果はＮＯとなり、Ｓ１０９に処理を進めて改竄検知の対象であるプログラムの起動が許可され、その後は図１の処理が終了する。一方、Ｓ１０８の判定処理において、両者は不一致であると判定されたときは、データの改竄を検知したと判定されて判定結果はＹＥＳとなり、Ｓ１１０に処理を進めて改竄検知の対象であるプログラムの起動が抑止され、その後は図１の処理が終了する。

【0028】

図１の改竄検知処理は以上のようにしてテータの改竄の検知が行われる。従って、この処理では、検知対象の領域で保存されているデータについての検証情報であるハッシュ値を求めるために、Ｓ１０２からＳ１０４にかけての処理によってデータのロードとハッシュ値の更新が繰り返される。このため、検知対象の領域が大きくなると、検知処理全体の処理時間は増大することになる。

【0029】

しかしながら、例えば車載向けの組込み機器などの電子装置では、前述したような、記憶デバイスで保存されているデータの改竄の有無の検知を装置の起動時に常に行う要求と共に、例えば５秒以内での起動の完了などといったように、短い起動時間も要求される。

【0030】

このような要求に応えるための手法の１つとして、全ての記憶領域を対象として改竄検知を行うのではなく、予め定めておいた一部の記憶領域のみを改竄検知の対象とするという手法が考えられる。

【0031】

すなわち、記憶デバイスに保存するデータを、権限が高いものと権限が低いものとに予め分けておき、記憶デバイスの別々の領域に格納しておくようにする。ＯＳやプラットフォームアプリケーションなどといったシステム全体に影響を与えるデータは、権限が高いデータの例であり、プラットフォーム上で動作するアプリケーションやそれらが使用するデータなどは、権限が低いデータの例である。そして、システムの起動時には、権限が高いデータのみを対象として改竄検知を行うようにして、起動時に改竄検知を行う領域を少なくすることにより、改竄検知処理の実行に要する時間を短縮するという手法である。

【0032】

但し、昨今の、Ｌｉｎｕｘ（登録商標）などの高機能なＯＳや、Ａｎｄｒｏｉｄ（登録商標）などの高機能な組込みプラットフォームでは、ＯＳやプラットフォームアプリケーション自体のデータサイズが大きい。このため、上記の手法でも、改竄検知処理の実行に要する時間の短縮の効果が不足することもある。

【0033】

また、前述した要求に応えるための手法の別の１つとして、システムの起動後にデータの改竄検知を行うという手法も考えられる。

【0034】

すなわち、システムの起動時には、ＯＳのカーネルイメージや改竄検知プログラムなどといった必要最低限のプログラムやデータのみを対象として改竄の検知を行い、残りのデータを対象とする改竄の検知はシステムの起動が完了してから行うという手法である。

【0035】

この手法は、改竄を検知したときには検知対象のプログラムの実行が既に開始していることがあり、この場合には、例えば、改竄されたプログラムが改竄検知プログラム自体を無効にしてしまい、残りのデータを対象とする改竄の検知が不十分となる可能性がある。

【0036】

前述したように、図１の改竄検知処理において処理時間を要する処理は、検知対象のデータについての検証情報を求める処理である。従って、この検証情報を求める処理を起動時以外のタイミングで行うようにすれば、システムの起動時間の短縮の要求を充たすことが可能になる。

【0037】

そこで、これより説明する実施形態では、改竄検知の対象のデータについての検証情報を当該データの記憶デバイスへの書き込みの際に求めるようにする。そして、システムの起動時には、検証情報と正解検証情報との比較による改竄検知のみを行うようにして、改竄検知を短時間で行えるようにする。

【0038】

図２について説明する。図２は、実施形態の電子装置の機能的構成例を示している。

【0039】

図２の構成例では、電子装置１は、記憶部１０、生成部２０、検知部３０、及び検証部４０を備えている。なお、この電子装置１は記憶デバイス２を備えており、記憶部１０及び生成部２０は記憶デバイス２に備えられている。

【0040】

記憶部１０は、書き込まれたデータを保存する。

【0041】

生成部２０は、記憶部１０にデータが書き込まれると、記憶部１０から当該データを読み出して当該データについての検証情報を生成し、生成した検証情報を記憶部１０に書き込む。

【0042】

例えば、記憶部１０におけるデータの保存領域には、データ書き込みを許可する許可モードとデータ書き込みを禁止する禁止モードとのどちらかの設定がなされるように記憶部１０が構成されていてもよい。このように記憶部１０が構成されている場合に、生成部２０は、データの記憶部１０への書き込みの完了後になされる指示であって当該設定を許可モードから禁止モードへ変更する当該指示に応じて、検証情報を生成して記憶部１０に書き込むものであってもよい。また、生成部２０は、検証情報の記憶部１０への書き込みの完了後に当該設定を許可モードから禁止モードへ変更するようにしてもよい。

【0043】

検知部３０は、電子装置１の起動時に、記憶部１０で保存されている検証情報と、記憶部１０への書き込み前のデータから予め生成しておいた、当該データについての正解検証情報との比較によって、記憶部１０で保存されている当該データの改竄を検知する。

【0044】

電子装置１は、このような構成を備えることによって、電子装置１の起動時には検証情報の生成を行わずにデータの改竄の検知を行うことを可能にする。従って、電子装置１の起動時におけるデータの改竄の検知に要する時間が短縮される。

【0045】

また、電子装置１は、このような構成を備えることによって、記憶部１０へのデータの書き込みの際に生成部２０が生成した検証情報が記憶部１０で保持される。このため、例えば、悪意のある第三者が電子装置１から記憶デバイス２を取り外し、記憶デバイス２で保存されているデータに対してデータライタなどを使用して改竄を行うと、データの書き込みを行った際に生成部２０によって検証情報が自動で更新される。従って、取り外した記憶デバイス２を元に戻して電子装置１を起動すると、検証情報と正解検証情報と不一致がとなり、検知部３０によってデータの改竄が検出される。

【0046】

なお、記憶デバイス２に記憶部１０と共に生成部２０を備えるようにすると、生成部２０が検証情報を書き込む記憶部１０の記憶領域には記憶デバイス２の外部からのデータの書き込みを行えない構成の構築が容易である。従って、このようにすることで、記憶デバイス２に対するデータライタ等による書き込みによる検証情報自体の改竄が防止される。

【0047】

また、悪意のあるアプリケーションでは、システム管理権限を取得するためにセキュリティホールなどを利用することが多い。システム管理権限が取得されてしまうと、システム上では読み出し専用（書き込み禁止）で運用しているＯＳやアプリケーションフレームワーク領域に対しても、アクセス権を変更することによってデータの書き込みを行うことが可能になってしまう。ところが、電子装置１は前述した構成を備えているので、悪意のあるアプリケーションが改竄を行った場合には、記憶デバイス２自身によって検証情報が自動で更新される。従って、その後の電子装置１の再起動時には、検証情報と正解検証情報と不一致がとなり、検知部３０によってデータの改竄が検出される。

【0048】

また、前述したように、記憶デバイス２に記憶部１０と共に生成部２０を備えるようにすると、生成部２０が検証情報を保持する記憶部１０の記憶領域には記憶デバイス２の外部からのデータの書き込みを行えない構成の構築が容易である。従って、このようにすることで、悪意のあるアプリケーションによる検証情報自体の改竄が防止される。

【0049】

なお、記憶部１０は、第１の鍵情報を用いた電子署名がされている正解検証情報を記憶していてもよい。検証部４０は、第１の鍵情報と対となる第２の鍵情報を用いて電子署名の検証を行う。第１の鍵情報及び第２の鍵情報は、それぞれ、例えば、公開鍵暗号方式において用いられる秘密鍵及び公開鍵である。検知部３０は、検証部４０による電子署名の検証に成功した電子署名がされている正解検証情報を用いて、上述した改竄の検知を行うようにしてもよい。このようにすることで、正解検証情報が改竄されていないことを確認した上で、テータの改竄の検知を行うことが可能になる。

【0050】

次に、電子装置１の具体的なハードウェア構成例について説明する。

【0051】

図３は組込み機器の構成例を示している。この組込み機器１００は、例えば車両に搭載される機器であって、図２に示した電子装置１の一例であり、記憶デバイス２００とＳｏＣ３００とメモリ４００とを備えている。なお、「ＳｏＣ」はＳｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐの略称である。

【0052】

なお、図２には、ホストＰＣ５００及び記憶デバイス用ライタ６００も示されている。ホストＰＣ５００及び記憶デバイス用ライタ６００は、記憶デバイス２００に対するデータの書き込みに使用される。なお、「ＰＣ」とはＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒの略称である。

【0053】

組込み機器１００が備えている各構成要素の詳細について説明する。

【0054】

記憶デバイス２００は、図２における記憶デバイス２の一例であり、ｅＭＭＣやＵＦＳなどといった、組込み機器１００向けの記憶装置である。なお、「ｅＭＭＣ」はｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄの略称であり、「ＵＦＳ」はＵｎｉｖｅｒｓａｌ Ｆｌａｓｈ Ｓｔｏｒａｇｅの略称である。

【0055】

記憶デバイス２００は、コントローラ２１０と記憶媒体２２０とを備えている。

【0056】

コントローラ２１０は、記憶デバイス２００の制御を行う。コントローラ２１０は、例えば、ハードウェアロジックで構成してもよく、また、マイクロプロセッサとファームウェアとの組合せで構成してもよい。

【0057】

コントローラ２１０は、ホストＩ／Ｆ部２１１、モード管理部２１２、ブロック管理部２１３、エラー管理部２１４、改竄検証情報計算部２１５、及び、記憶媒体Ｉ／Ｆ部２１６の各機能を提供する。なお、「Ｉ／Ｆ」はＩｎｔｅｒｆａｃｅの略称である。

【0058】

ホストＩ／Ｆ部２１１は、記憶デバイス用ライタ６００を介してホストＰＣ５００と接続されて、ホストＰＣ５００と記憶デバイス２００との間での各種のデータの授受を管理する。

【0059】

モード管理部２１２は、記憶媒体２２０に対するデータの読み書きのモードの管理を行う。記憶媒体２２０は記憶領域が複数のパーティション２２１に分割される。モード管理部２１２によるモード管理は、パーティション２２１毎に「無効」と「有効」とのどちらかの設定が可能である。テータの読み書きのモードとしてＲＯ（Ｒｅａｄ Ｏｎｌｙ）モードとＲＷ（Ｒｅａｄ ａｎｄ Ｗｒｉｔｅ）モードとが定義されており、どちらかのモードが、モード管理の設定が「有効」であるパーティション２２１に対して設定される。ＲＯモードが設定されたパーティション２２１については、データの読み出しのみが許可され、データの書き込みが禁止される。また、ＲＷモードが設定されたパーティション２２１については、データの読み出しと書き込みとの両方が許可される。モード管理部２１２は、各パーティション２２１についてのモード設定を切り替えることが可能である。一方、モード管理の設定が「無効」であるパーティション２２１については、モード管理部２１２がモードの設定を行うことはできない。

【0060】

ブロック管理部２１３は記憶媒体２２０のパーティション構成の管理を行う。

【0061】

エラー管理部２１４は、記憶媒体２２０に対するエラーチェックや、エラー検出時の動作の管理を行う。

【0062】

改竄検証情報計算部２１５は、記憶媒体２２０における改竄検出対象のパーティション２２１にデータが書き込まれると、当該パーティション２２１から当該データを読み出して当該データについての検証情報を算出して記憶媒体２２０に書き込む。改竄検証情報計算部２１５は、図２の電子装置１における生成部２０の一例である。

【0063】

記憶媒体Ｉ／Ｆ部２１６は、記憶媒体２２０とコントローラ２１０との間での各種のデータの授受を管理する。

【0064】

記憶媒体２２０は、ＮＡＮＤ型フラッシュメモリなどの不揮発性メモリであり、図２の電子装置１における記憶部１０の一例である。前述したように、記憶媒体２２０は記憶領域が複数のパーティション２２１に分割される。図３では、複数のパーティション２２１のそれぞれを、それぞれ、Ｂｏｏｔパーティション２２１－０、第１パーティション２２１－１、第２パーティション２２１－２、…と表現している。

【0065】

Ｂｏｏｔパーティション２２１－０には、Ｂｏｏｔローダや正解検証情報などといった、ＯＳの起動までに使用されるモジュールやデータが格納される。組込み機器１００の通常動作中は、Ｂｏｏｔパーティション２２１－０はＲＯモードで運用される。

【0066】

第１パーティション２２１－１には、ＯＳやプラットフォームアプリケーション群が格納される。組込み機器１００の通常動作中は、第１パーティション２２１－１は、ＲＯモードで運用される。

【0067】

第２パーティション２２１－２以降の残りのパーティション２２１には、一般権限で動作するアプリケーション群やデータが格納される。これらのパーティション２２１は、モード管理部２１２によるモード管理は「無効」に設定され、組込み機器１００の通常動作中でもデータの読み書きが可能な記憶領域として運用される。

【0068】

記憶媒体２２０の記憶領域は、パーティション２２１として割り当てられる領域の他に、改竄検証情報格納領域２２２を有する。改竄検証情報格納領域２２２には、改竄検証情報計算部２１５により算出される、記憶媒体２２０における改竄検出対象のパーティション２２１に格納されたデータについての検証情報が格納される。改竄検証情報格納領域２２２に格納されたデータは、ＳｏＣ３００からのみ読み出しを行えるものとする。

【0069】

なお、本実施形態では、第１パーティション２２１－１を改竄検知の対象とし、第１パーティション２２１－１に格納されたデータについての改竄の検知を行うものとする。

【0070】

ＳｏＣ３００は、ＣＰＵ３１０、セキュアストレージ３２０、セキュアエンジン３３０、ＢｏｏｔＲＯＭ３４０、及び内部メモリ３５０を備えている。なお、「ＣＰＵ」はＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称であり、「ＲＯＭ」はＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。

【0071】

ＣＰＵ３１０は、記憶デバイス２００に格納されている、Ｂｏｏｔローダ、ＯＳ、プラットフォームアプリケーション等の各種のプログラムを実行する。

【0072】

セキュアストレージ３２０は、格納されているデータに対するアクセスが、ＳｏＣ３００内のＣＰＵ３１０のみから行えるように構成されているストレージである。また、セキュアエンジン３３０は、特定の演算処理の実行に特化したプロセッサであって、ＳｏＣ３００内のＣＰＵ３１０のみから利用できるように構成されているプロセッサである。

【0073】

本実施形態において、セキュアエンジン３３０は、図２の電子装置１における検証部４０の一例であり、正解検証情報に対する電子署名の検証の処理を行うように構成されておる。また、セキュアストレージ３２０には、当該電子署名の検証に用いられる公開鍵の情報が予め格納されている。正解検証情報に対する電子署名の詳細については後述する。

【0074】

ＢｏｏｔＲＯＭ３４０には、組込み機器１００の起動時において電力の供給が開始されたときに、ＣＰＵ３１０によって最初に実行されるＢｏｏｔプログラムが予め格納されている。また、ＢｏｏｔＲＯＭ３４０には、記憶デバイス２００の記憶媒体２２０における各パーティション２２１で保存されているデータの改竄を検知する処理をＣＰＵ３１０に実行させるセキュアＡＰＩも予め格納されている。ＣＰＵ３１０は、このセキュアＡＰＩを実行することによって、図２の電子装置１における検知部３０の機能を提供する。

【0075】

内部メモリ３５０は、記憶デバイス２００の記憶媒体２２０におけるＢｏｏｔパーティション２２１－０に格納されているＢｏｏｔローダをＣＰＵ３１０が実行する際に利用する作業用の記憶領域を提供する。

【0076】

ＢｏｏｔＲＯＭ３４０及び内部メモリ３５０に対するアクセスはＣＰＵ３１０のみが可能であり、ＳｏＣ３００の外部からはアクセスすることができない。

【0077】

メモリ４００は、記憶デバイス２００のコントローラ２１０やＳｏＣ３００のＣＰＵ３１０が各種の処理を実行する際に必要に応じて使用する作業用の記憶領域を提供する。

【0078】

組込み機器１００は以上の構成要素を備えている。

【0079】

次に、ホストＰＣ５００と記憶デバイス用ライタ６００とについて説明する。

【0080】

ホストＰＣ５００は組込み機器１００のシステムビルド用のコンピュータである。ホストＰＣ５００は記憶装置５１０を備えている。

【0081】

記憶装置５１０には、ホストＰＣ５００において作成された各種のイメージデータが格納されている。より詳細には、記憶装置５１０には、組込み機器１００の記憶デバイス２００における記憶媒体２２０に格納するＯＳや各種のアプリケーション群についてのシステムイメージが予め格納されている。この記憶装置５１０には、記憶媒体２２０における改竄検出対象のパーティション２２１（本実施形態では第１パーティション２２１－１）に格納するデータについて算出した正解検証情報についてのバイナリイメージが格納される。また、記憶装置５１０には、正解検証情報に対する電子署名を行う際に用いる秘密鍵の情報と、当該秘密鍵と対となる公開鍵である、当該電子署名の検証を行う際に用いる当該公開鍵の情報とについてのバイナリイメージが予め格納されている。なお、この公開鍵の情報は、組込み機器１００のＳｏＣ３００におけるセキュアストレージ３２０に予め格納されているものと同一の情報である。

【0082】

記憶デバイス用ライタ６００は、ホストＰＣ５００の記憶装置５１０で保存されている各種のイメージデータについての、組込み機器１００の記憶デバイス２００における記憶媒体２２０への書き込みを行う。

【0083】

次に、図４の組込み機器１００において行われる、記憶デバイス２００の記憶媒体２２０における改竄検出対象のパーティション２２１に格納されたデータに対する改竄を検知する手法について説明する。

【0084】

なお、以下の説明では、図１に手順を示した改竄検知処理の場合と同様に、ＳＨＡ－２５６により得られるハッシュ値を検証情報として利用してテータの改竄の検知を行うものとする。

【0085】

まず、改竄検知の対象のイメージデータを、組込み機器１００の記憶デバイス２００における記憶媒体２２０の検知対象のパーティション２２１へ書き込む処理について説明する。

【0086】

図４は、書き込み処理の処理手順の概要の一例を示したフローチャートである。

【0087】

図４において、まず、Ｓ２０１では、改竄検知の対象のイメージデータについての正解検証情報を作成する処理がホストＰＣ５００により行われる。例えば、図１に示した改竄検知処理におけるＳ１０１からＳ１０５までの処理を、改竄検知の対象のイメージデータに対してホストＰＣ５００が実行することによって、当該イメージデータについてのハッシュ値が、正解検証情報として作成される。

【0088】

次に、Ｓ２０２において、Ｓ２０１の処理によって作成された正解検証情報を、組込み機器１００の記憶デバイス２００における所定の記憶領域に書き込む処理が行われる。

【0089】

次に、Ｓ２０３において、組込み機器１００の記憶デバイス２００に対して、改竄検知の対象のイメージデータの書き込みを依頼する処理がホストＰＣ５００により行われる。記憶デバイス２００では、コントローラ２１０が、この依頼に応じて、当該イメージデータを、記憶デバイス２００における改竄検知の対象である記憶領域に書き込む処理を行う。

【0090】

次に、Ｓ２０３の処理によって記憶デバイス２００における改竄検知の対象である記憶領域に書き込まれたイメージデータに対して、Ｓ２０４からＳ２０８までの各処理が、組込み機器１００の記憶デバイス２００におけるコントローラ２１０により行われる。コントローラ２１０は、このＳ２０４からＳ２０８までの各処理を実行することによって、当該イメージデータについてのハッシュ値を検証情報として生成する。

【0091】

なお、このＳ２０４からＳ２０８までの各処理は、図１に示した改竄検知処理におけるＳ１０１からＳ１０５までの各処理とそれぞれ同一である。従って、このときにコントローラ２１０により生成される検証情報は、前述したＳ２０１の処理によってホストＰＣ５００により作成される正解検証情報と一致する。

【0092】

Ｓ２０８に続くＳ２０９では、Ｓ２０８までの処理の実行により生成された検証情報を、記憶デバイス２００において予め定められている検証情報の格納領域に書き込んで保存する処理がコントローラ２１０により行われ、その後は、この書き込み処理が終了する。

【0093】

次に、改竄検知の対象のイメージデータを組込み機器１００の記憶デバイス２００における記憶媒体２２０に書き込む手順の一例の詳細について、具体例を用いて更に説明する。ここでは、ホストＰＣ５００において作成されたＯＳ及びプラットフォームアプリケーション群についてのシステムイメージデータを、記憶媒体２２０における第１パーティション２２１－１に書き込む場合について説明する。

【0094】

この具体例においては、第１パーティション２２１－１が改竄検知の対象の記憶領域であり、第１パーティション２２１－１に書き込むシステムイメージデータが改竄検知の対象のデータである。なお、ホストＰＣ５００において作成されたシステムイメージデータは記憶装置５１０に予め格納されているものとする。

【0095】

初めに、書き込みの処理の前処理として、記憶媒体２２０の記憶領域に改竄検証情報格納領域２２２を確保すると共に、残余の記憶領域を所定サイズの複数のパーティション２２１に分割する処理がコントローラ２１０のブロック管理部２１３により行われる。

【0096】

続いて、ホストＰＣ５００において、上述したシステムイメージデータが記憶装置５１０から読み出されて、当該システムイメージデータについての正解検証情報を算出する処理（図４のＳ２０１の処理）が行われる。算出された正解検証情報は記憶装置５１０に格納される。

【0097】

なお、正解検証情報を算出するためにホストＰＣ５００が使用する算出アルゴリズムは、記憶デバイス２００のコントローラ２１０における改竄検証情報計算部２１５が検証情報の算出に使用する算出アルゴリズムと同一のものを使用する。従って、例えば、改竄検証情報計算部２１５がＳＨＡ－２５６を用いてハッシュ値を検証情報として算出する場合には、ホストＰＣ５００もＳＨＡ－２５６を用いてハッシュ値を正解検証情報として算出する処理を行うようにする。

【0098】

次に、ホストＰＣ５００において、記憶装置５１０に予め格納されている秘密鍵の情報を用いて、算出した正解検証情報に対する電子署名を行う処理が行われる。そして、署名された正解検証情報を、記憶デバイス２００の記憶媒体２２０におけるＢｏｏｔパーティション２２１－０に書き込む処理（図４のＳ２０２の処理）が、記憶デバイス用ライタ６００を介してホストＰＣ５００により行われる。なお、Ｂｏｏｔパーティション２２１－０は、この書き込みの処理においてはデータの書き込みを許可するモードに設定される。

【0099】

次に、ホストＰＣ５００において、改竄検知の対象であるシステムイメージデータを記憶装置５１０から読み出して記憶デバイス用ライタ６００に送付し、第１パーティション２２１－１への書き込みを依頼する処理（図４のＳ２０３の処理）が行われる。

【0100】

この依頼に応じて行われる、改竄検知の対象のデータを記憶領域に書き込む手順の一例について、図５を適宜参照しながら説明する。

【0101】

まず、システムイメージデータの書き込み依頼を受け付けた記憶デバイス用ライタ６００は、記憶デバイス２００のコントローラ２１０に対して、第１パーティション２２１－１のモード設定をＲＷモードへ遷移させる依頼を行う。コントローラ２１０は、ホストＩ／Ｆ部２１１でこの遷移の依頼を受け取ると、モード管理部２１２が第１パーティション２２１－１のモード設定をＲＷモードへ遷移させる。記憶デバイス用ライタ６００は、この遷移の依頼を行った後に、ホストＰＣ５００から受け取ったシステムイメージデータを第１パーティション２２１－１に書き込む処理を行う。なお、この遷移の依頼を行うことなくデータの書き込みを行った場合には、データの格納は行われず、処理エラーとなる。

【0102】

システムイメージデータの書き込みが完了すると、記憶デバイス用ライタ６００は、コントローラ２１０に対して、第１パーティション２２１－１のモード設定をＲＯモードへ遷移させる依頼を行う。コントローラ２１０では、モード管理部２１２が、この遷移の依頼をホストＩ／Ｆ部２１１を介して受け取る（図５におけるＳ１１の矢印）。

【0103】

モード管理部２１２は、この遷移の依頼をホストＩ／Ｆ部２１１から受け取ると、改竄検証情報計算部２１５に対して、第１パーティション２２１－１で保存されているデータについての検証情報の算出を依頼する（図５におけるＳ１２の矢印）。

【0104】

検証情報算出の依頼を受けた改竄検証情報計算部２１５は、この処理時点で記憶媒体２２０の第１パーティション２２１－１で保存されている上述したシステムイメージデータを読み出し、記憶媒体Ｉ／Ｆ部２１６を介して受け取る（図５におけるＳ１３の矢印）。そして、システムイメージデータについての検証情報を算出する処理（図４のＳ２０４からＳ２０８までの処理）を行う。改竄検証情報計算部２１５は、算出した検証情報を、記憶媒体２２０の改竄検証情報格納領域２２２における第１パーティション２２１－１用の領域に書き込む処理（図４のＳ２０９の処理）を、記憶媒体Ｉ／Ｆ部２１６を介して行う（図５におけるＳ１４の矢印）。

【0105】

改竄検証情報計算部２１５は、検証情報の記憶媒体２２０への書き込みが完了すると、検証情報の算出を依頼したモード管理部２１２に対して、処理の完了を通知する（図５におけるＳ１５の矢印）。

【0106】

この完了の通知を受け取ったモード管理部２１２は、第１パーティション２２１－１のモード設定をＲＯモードへ遷移させる処理を行い、その後、モード設定の遷移の完了を、ホストＩ／Ｆ部２１１に返答する（図５におけるＳ１６の矢印）。

【0107】

ホストＩ／Ｆ部２１１は、この返答を受け取ると、第１パーティション２２１－１のモード設定のＲＯモードへの遷移の完了を記憶デバイス用ライタ６００ら返答する（図５におけるＳ１７の矢印）。

【0108】

記憶デバイス用ライタ６００は、この返答を受け取ると、ホストＰＣ５００に対して、システムイメージデータの第１パーティション２２１－１への書き込みの完了が通知される。

【0109】

組込み機器１００の記憶デバイス２００における記憶媒体２２０に対する改竄検知の対象のイメージデータの書き込みは、以上のようにして行われる。

【0110】

次に、組込み機器１００を通常動作させための起動時に行われる、組込み機器１００の記憶デバイス２００における記憶媒体２２０の検知対象のパーティション２２１で現在保存されている、検知対象のデータに対する改竄の検知の手法について説明する。

【0111】

図６は、改竄検知処理の処理手順の概要の一例を示したフローチャートである。この改竄検知処理は、ＳｏＣ３００が備えているＣＰＵ３１０によって行われる。

【0112】

図６において、まず、Ｓ３０１では、記憶デバイス２００の記憶媒体２２０における改竄検証情報格納領域２２２で保存されている、改竄検知の対象であるパーティション２２１についての検証情報を読み出してメモリ４００にロードする処理が行われる。

【0113】

次に、Ｓ３０２において、記憶媒体２２０におけるＢｏｏｔパーティション２２１－０で保存されている、改竄検知の対象であるパーティション２２１についての正解検証情報を読み出してメモリ４００にロードする処理が行われる。

【0114】

次に、Ｓ３０３において、ＳｏＣ３００のＢｏｏｔＲＯＭ３４０に格納されているセキュアＡＰＩを読み出して実行することによって、メモリ４００にロードした検証情報をチェックする処理が行われる。この処理では、当該検証情報を、メモリ４００にロードした正解検証情報と比較する処理が行われる。

【0115】

次に、Ｓ３０４において、記憶媒体２２０における改竄検知の対象であるパーティション２２１で現在保存されているイメージデータの改竄が検知されたか否かを判定する処理が行われる。この判定は、Ｓ３０３の比較処理の結果に基づいて行われる。

【0116】

Ｓ３０３の比較処理において、検証情報が正解検証情報と一致しなかった場合には、Ｓ３０４の判定結果はＹＥＳとなり、イメージデータの改竄が検知されたとの判定が下される。この場合には、Ｓ３０５に処理を進め、組込み機器１００の起動を抑止する処理が行われる。

【0117】

一方、Ｓ３０３の比較処理において、検証情報が正解検証情報と一致した場合には、Ｓ３０４の判定結果はＮＯとなり、イメージデータの改竄は検知されなかったとの判定が下される。この場合には、Ｓ３０６に処理を進め、組込み機器１００を起動させるための処理が続行される。

【0118】

Ｓ３０５若しくはＳ３０６の処理を終えると、改竄検知処理が終了する。

【0119】

次に、組込み機器１００を通常動作させための起動時の処理の手順の一例について説明する。この処理手順には、記憶デバイス２００の記憶媒体２２０の検知対象のパーティション２２１で保存されているデータに対する改竄の検知の手順が含まれている。ここでは、記憶媒体２２０における第１パーティション２２１－１で保存されている、ＯＳ及びプラットフォームアプリケーション群についてのシステムイメージデータに対する改竄の検知を行う場合について説明する。

【0120】

この具体例においては、第１パーティション２２１－１で現在保存されているシステムイメージデータについての検証情報が、記憶デバイス２００の記憶媒体２２０における改竄検証情報格納領域２２２で保存されているものとする。また、ホストＰＣ５００において作成して第１パーティション２２１－１に保存したシステムイメージデータについての正解検証情報が、記憶媒体２２０におけるＢｏｏｔパーティション２２１－０に格納されているものとする。なお、この正解検証情報は、前述したようにしてホストＰＣ５００によって電子署名がされているものとする。

【0121】

組込み機器１００に対して電源が投入されて電力の供給が開始されると、ＳｏＣ３００のＣＰＵ３１０は、ＢｏｏｔＲＯＭ３４０に格納されているＢｏｏｔプログラムを実行する。すると、ＣＰＵ３１０は、Ｂｏｏｔプログラムの命令に従い、記憶デバイス２００の記憶媒体２２０におけるＢｏｏｔパーティション２２１－０に格納されているＢｏｏｔローダを読み出し、ＳｏＣ３００の内部メモリ３５０にロードして実行する。

【0122】

Ｂｏｏｔローダが実行されると、ＣＰＵ３１０は、Ｂｏｏｔローダの命令に従い、記憶デバイス２００のコントローラ２１０に対して、記憶媒体２２０の第１パーティション２２１－１に保存されているデータについての検証情報の読み出しを依頼する。この依頼を受け取ったコントローラ２１０は、依頼された検証情報の読み出しを行う（図６のＳ３０１の処理）。

【0123】

ここで、コントローラ２１０による検証情報の読み出しの手順の一例について、図７を適宜参照しながら説明する。

【0124】

上述した検証情報の読み出しの依頼は、ホストＩ／Ｆ部２１１が受け取る（図７におけるＳ２１の矢印）。ホストＩ／Ｆ部２１１は、受け取った依頼をモード管理部２１２に転送する（図７におけるＳ２２の矢印）。

【0125】

第１パーティション２２１－１に保存されているデータについての検証情報の読み出しの依頼を受け取ったモード管理部２１２は、第１パーティション２２１－１に対するデータの読み書きのモードがＲＯモードに設定されていることを確認する。このとき、当該モードが、ＲＯモードではなく、ＲＷモードに設定されていた場合には、モードの設定の異常を示す情報を、ホストＩ／Ｆ部２１１を介してＣＰＵ３１０に返信する。

【0126】

ＲＯモードの設定が確認された場合には、記憶媒体Ｉ／Ｆ部２１６を介して（図７におけるＳ２３の矢印）、記憶媒体２２０の改竄検証情報格納領域２２２にアクセスする（図７におけるＳ２４の双方向の矢印）。そして、モード管理部２１２は、改竄検証情報格納領域２２２から第１パーティション２２１－１についての検証情報を読み出してメモリ４００にロードする（図７におけるＳ２５の矢印）。

【0127】

その後、モード管理部２１２は、記憶媒体２２０から送られてくる検証情報のロードの完了の通知（図７におけるＳ２４の双方向の矢印）を、記憶媒体Ｉ／Ｆ部２１６介して受け取る（図７におけるＳ２６の矢印）。すると、モード管理部２１２は、検証情報の読み出しの正常終了を示す情報をホストＩ／Ｆ部２１１に返す（図７におけるＳ２７の矢印）。この情報を受け取ったホストＩ／Ｆ部２１１は、依頼された検証情報の読み出しの完了を、Ｂｏｏｔローダを実行中のＣＰＵ３１０に通知する。

【0128】

コントローラ２１０による検証情報の読み出しは以上のような手順で行われる。

【0129】

検証情報の読み出しの完了の通知を受け取ったＣＰＵ３１０は、Ｂｏｏｔローダの命令に従い、記憶媒体２２０のＢｏｏｔパーティション２２１－０にアクセスする。そして、ＣＰＵ３１０は、第１パーティション２２１－１についての正解検証情報を読み出してメモリ４００にロードする（図６のＳ３０２の処理）。

【0130】

次に、ＣＰＵ３１０は、Ｂｏｏｔローダの命令に従い、ＢｏｏｔＲＯＭ３４０に格納されているセキュアＡＰＩを実行する（図６のＳ３０３の処理）。このセキュアＡＰＩの実行によって行われるデータ改竄の検知の手順の一例について、図８を適宜参照しながら説明する。

【0131】

ＣＰＵ３１０によるセキュアＡＰＩの実行（図８におけるＳ３１の矢印）では、メモリ４００にロードした第１パーティション２２１－１についての検証情報と正解検証情報とが指定される。

【0132】

ＣＰＵ３１０は、まず、セキュアＡＰＩの命令に従い、正解検証情報に対して行われている電子署名についての検証処理をセキュアエンジン３３０に行わせる（図８におけるＳ３２の矢印）。このとき、セキュアエンジン３３０には、指定された正解検証情報と、セキュアストレージ３２０に格納されている公開鍵の情報とが渡される（図８におけるＳ３３及びＳ３４の矢印）。

【0133】

セキュアエンジン３３０は、渡された公開鍵の情報を用いて、渡された正解検証情報に対して行われている電子署名についての検証処理を行う。セキュアエンジン３３０は、検証後の正解検証情報をＣＰＵ３１０に渡す（図８におけるＳ３５の矢印）。

【0134】

検証後の正解検証情報を受け取ったＣＰＵ３１０は、セキュアＡＰＩの命令に従い、メモリ４００にロードした第１パーティション２２１－１についての検証情報を読み出す（図８におけるＳ３６の矢印）。そして、ＣＰＵ３１０は、読み出した検証情報を、セキュアエンジン３３０から渡された正解検証情報と比較する（図６のＳ３０４の処理）。

【0135】

この比較の結果、両者が不一致であった場合には、検証情報が異常であること（データの改竄が検知されたこと）を示す情報が検知の結果とされる。一方、この比較の結果、両者が一致した場合には、検証情報は正常であること（データの改竄は検知されなかったこと）を示す情報が検知の結果とされる。この検知の結果はＢｏｏｔローダに返される（図８におけるＳ３７の矢印）。

【0136】

セキュアＡＰＩの実行によって行われるデータ改竄の検知は以上のようにして行われる。

【0137】

ＣＰＵ３１０は、Ｂｏｏｔローダの命令に従い、第１パーティション２２１－１に保存されているＯＳ及びプラットフォームアプリケーション群を起動させるか否かが、セキュアＡＰＩから返された検知の結果に基づいて判定される（図６のＳ３０４の処理）。この判定において、検知の結果が、検証情報が異常であることを示す情報であった場合は、ＣＰＵ３１０は、ＯＳ及びプラットフォームアプリケーション群の起動を抑止する（図６のＳ３０５の処理）。一方、この判定において、検知の結果が、検証情報が正常であることを示す情報であった場合は、ＣＰＵ３１０は、第１パーティション２２１－１からデータを読み出して実行し、ＯＳ及びプラットフォームアプリケーション群を起動する（図６のＳ３０５の処理）。

【0138】

本実施形態では、組込み機器１００の起動時における検知対象のデータに対する改竄の検知を以上のようにして行うので、この起動時には検証情報の生成を行わない。従って、組込み機器１００を短い時間で起動させることが可能になる。

【0139】

以上のように、開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。

【0140】

例えば、上述した実施形態では、ハッシュ関数としてＳＨＡ－２５６を用いてハッシュ値の算出を行うことによって検証情報及び正解検証情報の生成が行われる。この代わりに、例えばＳＨＡ－５１２やＳＨＡ３－２５６などといった他のハッシュ関数を用いてハッシュ値の算出を行うことによって検証情報及び正解検証情報を生成するようにしてもよい。

【符号の説明】

【0141】

１ 電子装置
２、２００ 記憶デバイス
１０ 記憶部
２０ 生成部
３０ 検知部
４０ 検証部
１００ 組込み機器
２１０ コントローラ
２１１ ホストＩ／Ｆ部
２１２ モード管理部
２１３ ブロック管理部
２１４ エラー管理部
２１５ 改竄検証情報計算部
２１６ 記憶媒体Ｉ／Ｆ部
２２０ 記憶媒体
２２１ パーティション
２２１－０ Ｂｏｏｔパーティション
２２１－１ 第１パーティション
２２１－２ 第２パーティション
２２２ 改竄検証情報格納領域
３００ ＳｏＣ
３１０ ＣＰＵ
３２０ セキュアストレージ
３３０ セキュアエンジン
３４０ ＢｏｏｔＲＯＭ
３５０ 内部メモリ
４００ メモリ
５００ ホストＰＣ
５１０ 記憶装置
６００ 記憶デバイス用ライタ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】