JP2023101410A

JP2023101410A - ストレージシステム及びストレージコントローラ並びにストレージ装置の動作方法

Info

Publication number: JP2023101410A
Application number: JP2023001357A
Authority: JP
Inventors: 文贊朴; Moonchan Park; 志守金; Ji-Soo Kim; 淵成秋; Younsung Chu
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2022-01-07
Filing date: 2023-01-06
Publication date: 2023-07-20
Also published as: CN116415230A; US20230222219A1; EP4209953A1; KR20230107044A

Abstract

【課題】ストレージコントローラ、ストレージシステム及びストレージ装置の動作方法を提供する。【解決手段】本発明によるストレージシステムは、ソフトウェアイメージ、及び第１秘密キーに基づいて生成されたソフトウェアイメージに対する第１署名を受信し、第２秘密キーに基づいて、ソフトウェアイメージに対する第２署名を生成するホストと、ホストから、ソフトウェアイメージ、第１署名、第２署名及び第２秘密キーと関連した第２公開キーを受信し、第１秘密キーと関連した第１公開キーに基づいて行われる第１署名に関連する検証、及び第２公開キーに基づいて行われる第２署名に関連する検証に基づいて、ソフトウェアイメージを実行するように構成されたストレージ装置と、を含む。【選択図】図１

Description

本発明は、ストレージ装置に関し、特に、ソフトウェアイメージ及びそれに対する電子署名を保存するストレージ装置に関する。

ファームウェアは、ハードウェアを制御するプログラムを指称する。
ファームウェアは、ハードウェア製造時にハードウェア内の保存空間にプロビジョニングされる。
ファームウェア及びハードウェアを含むシステムに対する攻撃は、多様な方式によって試みがなされる。
攻撃者は、システムのファームウェアの内の少なくとも一部を変更することにより、攻撃者が意図した動作をシステムが実行するようにする。

ファームウェアを変更する攻撃に対する保安を提供するために、システムは、ファームウェア実行前にファームウェアに対する認証を行い、外部からアップデートされたファームウェアをダウンロードする場合、アップデートされたファームウェアに対する認証を行う、という問題がある。

特開２０１２－６４２２５号公報

本発明は、上記従来のファームウェアにおける問題点に鑑みてなされたものであって、本発明の目的は、ファームウェアディストリビュータ及びホストによって生成される二重署名ファームウェア（ｄｕａｌ－ｓｉｇｎｅｄｆｉｒｍｗａｒｅ）を認証するストレージコントローラ及びストレージ装置の動作方法を提供することにある。

上記目的を達成するためになされた本発明によるストレージシステムは、ソフトウェアイメージ、及び第１秘密キーに基づいて生成された前記ソフトウェアイメージに対する第１署名を受信し、第２秘密キーに基づいて、前記ソフトウェアイメージに対する第２署名を生成するホストと、前記ホストから、前記ソフトウェアイメージ、前記第１署名、前記第２署名、及び前記第２秘密キーと関連した第２公開キーを受信し、前記第１秘密キーと関連した第１公開キーに基づいて行われる前記第１署名に関連する第１検証、及び前記第２公開キーに基づいて行われる前記第２署名に関連する第２検証に基づいて、前記ソフトウェアイメージを実行するように構成されるストレージ装置と、を有することを特徴とする。

上記目的を達成するためになされた本発明によるストレージコントローラは、プロセッサと、前記プロセッサによって実行されるソフトウェアイメージ、及び前記ソフトウェアイメージに対する第１署名を保存する不揮発性メモリと、前記第１署名に関連する検証に使用される第１公開キーを保存する保安メモリと、ホストから第２公開キー及び前記ソフトウェアイメージに対する第２署名を受信するホストインターフェースと、を有し、前記プロセッサは、前記第１公開キーに基づいて前記第２公開キーを認証し、前記第２公開キーに基づいて前記第２署名を認証し、前記第２署名を前記不揮発性メモリに保存し、前記第２公開キーを前記保安メモリに保存することを特徴とする。

上記目的を達成するためになされた本発明によるストレージ装置の動作方法は、ホストと通信し、第１公開キーを保存するストレージ装置の動作方法であって、前記ホストから、ソフトウェアイメージ、前記ソフトウェアイメージに対する第１署名、前記ソフトウェアイメージに対する第２署名、及び第２公開キーを受信する段階と、前記第１公開キーに基づいて、前記第１署名に関連する第１検証を行う段階と、前記第２公開キーに基づいて、前記第２署名に関連する第２検証を行う段階と、前記第１検証及び前記第２検証に基づいて、前記ソフトウェアイメージ、前記第１署名、及び前記第２署名を保存する段階と、を有することを特徴とする。

本発明に係るストレージシステム及びストレージコントローラ並びにストレージ装置の動作方法によれば、ファームウェアディストリビュータ及びホストによって生成される二重署名ファームウェアを認証することによって、ファームウェアの真正性の検証がより高精度となり、セキュリティが向上したファームウェアの更新を行うことができる。

本発明の実施形態によるストレージシステムの概略構成を示すブロック図である。本発明の実施形態によるイメージ署名システムの概略構成を示すブロック図である。本発明の実施形態によるストレージコントローラの概略構成を示し、ファームウェア認証方法を説明するためのブロック図である。本発明の実施形態によるストレージシステムの概略構成を示すブロック図である。本発明の実施形態による二重署名されたファームウェアの保存方法を説明するためのフローチャートである。本発明の実施形態によるストレージ装置の動作方法を説明するためのフローチャートである。本発明の実施形態による二重署名されたファームウェアの保存方法を説明するためのフローチャートである。本発明の実施形態による認証状態テーブル及び状態遷移を説明するための図である。本発明の実施形態による認証状態別のＲＯＭ及び保安メモリに保存されるデータを説明するための図である。本発明の実施形態によるソフトウェアイメージを認証する方法を説明するためのフローチャートである。本発明の実施形態によるファームウェアアップデートを説明するための図である。

次に、本発明に係るストレージシステム及びストレージコントローラ並びにストレージ装置の動作方法を実施するための形態の具体例を図面を参照しながら説明する。

図１は、本発明の実施形態によるストレージシステムの概略構成を示すブロック図である。
一部実施形態において、ストレージシステム１は、非制限的な例示として、サーバ（ｓｅｒｖｅｒ）、デスクトップコンピュータ、キオスク（ｋｉｏｓｋ）のような固定型（ｓｔａｔｉｏｎａｒｙ）コンピューティングシステム、又はそのサブシステムであり得る。
一部実施形態において、ストレージシステム１は、非制限的な例示として、モバイルフォン、ウェアラブル機器、ラップトップコンピュータのような携帯用（ｐｏｒｔａｂｌｅ）コンピューティングシステム又はそのサブシステムでもあり得る。
一部実施形態において、ストレージシステム１は、非制限的な例示として、家電、産業機器、運送手段のように、独立型コンピューティングシステムと相異なっている任意のシステムに含まれるサブシステムでもあり得る。

図１を参照すると、ストレージシステム１は、ホスト１０及びストレージ装置２０を含む。
一部実施形態において、ホスト１０及びストレージ装置２０は、ボードに実装され、ボードに形成されたパターンを介して相互接続される。
一部実施形態において、ホスト１０は、命令語を処理する少なくとも１つのコアを含む。
一部実施形態において、ホスト１０は、非制限的な例示として、アプリケーションプロセッサ、マイクロプロセッサ、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、プロセッサコア、マルチ・コアプロセッサ、マルチプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－ＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）及びＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）を含み得る。

ホスト１０は、外部から、第１秘密キーｓＫＥＹ_Ａに基づいて署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}（以下、単一署名されたファームウェア（ｓｉｎｇｌｅ－ｓｉｇｎｅｄｆｉｒｍｗａｒｅ））を受信する。
単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}は、ファームウェアＦＷ、及び第１秘密キーｓＫＥＹ_Ａに基づいて生成されるＡ署名（ＳＩＧＡ）を含むものとも理解される。
本明細書において、ファームウェアは、ソフトウェア又はプログラムとも指称される。
ファームウェアは、ストレージ装置２０を制御するソフトウェアを指称する。
例えば、ストレージ装置２０のファームウェアは、ＨＩＬ（ＨｏｓｔＩｎｔｅｒｆａｃｅＬａｙｅｒ）、ＦＴＬ（ＦｌａｓｈＴｒａｎｓｌａｔｉｏｎＬａｙｅｒ）、及びＦＩＬ（ＦｌａｓｈＩｎｔｅｒｆａｃｅＬａｙｅｒ）を含むものでもある。
ＨＩＬは、ホスト１０とストレージコントローラ２１とのデータ伝送を管理し、ＦＴＬは、ホスト１０から受信した論理アドレスを不揮発性メモリ２２の物理アドレスに変換し、ＦＩＬは、ストレージコントローラ２１と不揮発性メモリ２２とのデータ伝送を管理する。

ホスト１０は、ストレージ装置２０の製造者、ストレージシステム１の製造者、又はファームウェアＦＷの供給者（以下、ファームウェアディストリビュータ）から単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を受信する。
ファームウェアディストリビュータは、第１秘密キーｓＫＥＹ_Ａに基づいてファームウェアＦＷに対するＡ署名（ＳＩＧＡ）を生成し、ファームウェアＦＷ及びＡ署名（ＳＩＧＡ）をホスト１０に提供する。
ファームウェアディストリビュータは、第１秘密キーｓＫＥＹ_Ａが外部に公開されないように管理する。
例えば、ファームウェアディストリビュータは、ハードウェア保安モジュール（ＨａｒｄｗａｒｅＳｅｃｕｒｉｔｙＭｏｄｕｌｅ：ＨＳＭ）を使用して第１秘密キーｓＫＥＹ_Ａを管理し、第１秘密キーｓＫＥＹ_Ａに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を生成する。

ホスト１０は、第２秘密キーｓＫＥＹ_Ｂに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に署名することにより、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成し、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}をストレージ装置２０に提供する。
二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}は、ファームウェアＦＷ、第１秘密キーｓＫＥＹ_Ａに基づいて生成されるＡ署名（ＳＩＧＡ）、及び第２秘密キーｓＫＥＹ_Ｂに基づいて生成されるＢ署名（ＳＩＧＢ）を含むものとも理解される。
具体的には、ホスト１０は、第２秘密キーｓＫＥＹ_Ｂに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対するＢ署名（ＳＩＧＢ）を生成し、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}及びＢ署名（ＳＩＧＢ）をストレージ装置２０に提供する。
署名生成方法の例示は、図２を参照して後述する。

ストレージ装置２０は、ストレージコントローラ２１及び不揮発性メモリ２２を含む。
ストレージコントローラ２１は、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいてファームウェアＦＷを認証する。
ファームウェアの認証は、ファームウェアの真正性（ａｕｔｈｅｎｔｉｃｉｔｙ）を判定するものであって、ファームウェアが認証された（ａｕｔｈｅｎｔｉｃａｔｅｄ）者によって生成されたものであり、ファームウェアデータが真のものであることを判定することを指称する。
認証されたファームウェアは、信頼することができるファームウェアを指称する。
実施形態において、第２公開キーｐＫＥＹ_Ｂに基づいてＢ署名（ＳＩＧＢ）が検証された場合、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}がホスト１０によって生成されたものであることが認証される。
第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）が検証された場合、ファームウェアＦＷがファームウェアディストリビュータによって生成されたものであることが認証される。

ストレージコントローラ２１は、認証された二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存する。
ストレージコントローラ２１は、起動時、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいてＡ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を検証することにより、ファームウェアＦＷに対して認証し、認証結果に基づいてファームウェアＦＷを実行する。
第１公開キーｐＫＥＹ_Ａは、第１秘密キーｓＫＥＹ_Ａと関連したキーであって、第１秘密キーｓＫＥＹ_Ａに基づいて生成された署名（例えば、Ａ署名（ＳＩＧＡ））を検証するために使用される。
第１公開キーｐＫＥＹ_Ａは、ストレージ装置２０の製造過程においてストレージコントローラ２１にプロビジョニングされる（ｐｒｏｖｉｓｉｏｎｅｄ）。
第２公開キーｐＫＥＹ_Ｂは、第２秘密キーｓＫＥＹ_Ｂと関連したキーであって、第２秘密キーｓＫＥＹ_Ｂに基づいて生成された署名（例えば、Ｂ署名（ＳＩＧＢ））を検証するために使用される。
ストレージコントローラ２１は、第２公開キーｐＫＥＹ_Ｂをホスト１０から取得する。

本発明の実施形態によるストレージコントローラ２１は、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいてファームウェアＦＷに対する認証を行うことにより、受信したファームウェアＦＷが真のファームウェアディストリビュータ及び真のホスト１０から伝達されたファームウェアＦＷであることを判定する。

不揮発性メモリ２２は、電力の供給が遮断されても、保存されたデータを消失しない。
不揮発性メモリ２２は、フラッシュメモリ、ＭＲＡＭ（ＭａｇｎｅｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＰＲＡＭ（Ｐｈａｓｅ－ｃｈａｎｇｅＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＲＲＡＭ（ＲｅｓｉｓｔｉｖｅＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などを含み得る。
不揮発性メモリ２２は、テープ、磁気ディスク、光学ディスクのような記録媒体を含み得る。
ストレージコントローラ２１は、不揮発性メモリ２２に保存されたデータをホスト１０に提供し、ホスト１０から受信したデータを不揮発性メモリ２２に保存する。

図２は、本発明の実施形態によるイメージ署名システムの概略構成を示すブロック図である。
図２は、図１を参照して後述する。
図２のイメージ署名システム３０は、図１を参照して前述したファームウェアディストリビュータにも含まれる。
この場合、イメージ署名システム３０は、ファームウェアＦＷを受信し、ホスト１０に伝達される単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を生成する。

一部実施形態において、イメージ署名システム３０は、ホスト１０にも含まれる。
この場合、イメージ署名システム３０は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を受信し、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成する。
以下、イメージ署名システム３０がファームウェアディストリビュータに含まれるものとして説明するが、実施形態はそれに制限されない。

イメージ署名システム３０は、任意のコンピューティングシステムによっても具現される。
例えば、イメージ署名システム３０の構成要素それぞれは、論理合成を介して設計されるハードウェアモジュール、少なくとも１つのコアによって実行されるソフトウェアモジュール、少なくとも１つのコア及びソフトウェアモジュールを含むプロセッシングユニット、及びそれらの組み合わせによっても具現される。
イメージ署名システム３０は、ホスト１０に伝達されるファームウェアを受信する。
一部実施形態において、イメージ署名システム３０は、アップデートされたファームウェア（ｕｐｄａｔｅｄＦＷ）を受信する。
図２に示すように、イメージ署名システム３０は、キー生成器３１、ハッシュ回路３２、署名生成器３３、及び署名されたイメージ生成器３４を含む。

キー生成器３１は、第１秘密キーｓＫＥＹ_Ａ及び第１公開キーｐＫＥＹ_Ａで構成されたキーペアを生成する。
例えば、キー生成器３１は、乱数生成器を含んでもよく、乱数に基づいてキーペアを生成することができる。
一部実施形態において、キー生成器３１は、省略可能であり、イメージ署名システム３０は、外部からキーペアの内の少なくとも１つを受信する。

ハッシュ回路３２は、ファームウェアＦＷを受信し、ファームウェアＦＷに対するダイジェストＤＩＧを生成する。
ダイジェストＤＩＧは、ＳＨＡ（ＳｅｃｕｒｅＨａｓｈＡｌｇｏｒｉｔｈｍ）のように、ハッシュアルゴリズムに基づいて生成されるハッシュ値を指称する。

署名生成器３３は、キー生成器３１から第１秘密キーｓＫＥＹ_Ａを受信し、第１秘密キーｓＫＥＹ_Ａに基づいてダイジェストＤＩＧに対するデジタル署名、すなわち、Ａ署名（ＳＩＧＡ）を生成する。
Ａ署名（ＳＩＧＡ）は、任意の署名アルゴリズムに基づいて生成可能であり、例えば、楕円曲線デジタル署名アルゴリズム（ＥｌｌｉｐｔｉｃＣｕｒｖｅＤｉｇｉｔａｌＳｉｇｎａｔｕｒｅＡｌｇｏｒｉｔｈｍ：ＥＣＤＳＡ）に基づいて第１秘密キーｓＫＥＹ_Ａから生成される。
一部実施形態において、署名生成器３３は、図２に示したように、第１公開キーｐＫＥＹ_Ａを受信することもでき、第１秘密キーｓＫＥＹ_Ａ及び第１公開キーｓＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を生成することもできる。

署名されたイメージ生成器３４は、ファームウェアＦＷ及びＡ署名（ＳＩＧＡ）を受信し、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を生成する。
すなわち、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}は、ファームウェアＦＷ及びＡ署名（ＳＩＧＡ）を含むものである。
一部実施形態において、署名されたイメージ生成器３４は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}及び第１公開キーｐＫＥＹ_Ａを１つのデジタル封筒（ｄｉｇｉｔａｌｅｎｖｅｌｏｐｅ）形態に生成し、生成されたデジタル封筒をホスト１０に伝達する。

イメージ署名システム３０がファームウェアＦＷに対するＡ署名（ＳＩＧＡ）を生成する過程について前述したが、イメージ署名システム３０は、任意のファームウェア、プログラム、ソフトウェア、又はデータに対して署名を生成することができる。
本明細書において、署名の対象となるデータは、メッセージＭＳＧとも指称される。

図３は、本発明の実施形態によるストレージコントローラの概略構成を示し、ファームウェア認証方法を説明するためのブロック図である。
図３は、ストレージコントローラ２１を示しているが、図３のストレージコントローラ２１の構成要素は、図１のホスト１０にも含まれる。

図３を参照すると、ストレージコントローラ２１は、メッセージＭＳＧ及びメッセージに対する署名ＳＩＧを受信し、公開キーｐＫＥＹに基づいて署名ＳＩＧを検証することにより、メッセージＭＳＧが真のエンティティによって生成されたものであることを判定する。
一部実施形態において、メッセージＭＳＧは、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}又は二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}でもある。

ストレージコントローラ２１は、ハッシュ回路４１、復号化回路４２、及び比較回路４３を含む。
ハッシュ回路４１は、ハッシュアルゴリズムに基づいてメッセージＭＳＧに対するダイジェストＤＩＧを生成する。
復号化回路４２は、公開キーｐＫＥＹに基づいて署名ＳＩＧを復号化することにより、比較対象ダイジェストＤＩＧ’を生成する。
一部実施形態において、公開キーｐＫＥＹは、第１公開キーｐＫＥＹ_Ａ又は第２公開キーｐＫＥＹ_Ｂでもある。
比較回路４３は、ダイジェストＤＩＧと比較対象ダイジェストＤＩＧ’とを比較することにより、有効性情報ＶＬＤを生成する。
有効性情報ＶＤＬは、メッセージＭＳＧが真のエンティティによって生成されたものであることを示す情報である。

例えば、ハッシュ回路４１は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}のダイジェストＤＩＧを生成する。
復号化回路４２は、認証された第２公開キーｐＫＥＹ_Ｂに基づいてＢ署名（ＳＩＧＢ）を復号化することにより、比較対象ダイジェストＤＩＧ’を生成する。
比較回路４３は、ダイジェストＤＩＧと比較対象ダイジェストＤＩＧ’とを比較し、比較結果に基づいて有効性情報ＶＬＤを出力する。
有効性情報ＶＬＤは、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}が真のエンティティ、すなわち、ホスト１０によって生成されたものであることを示す情報である。
有効性情報ＶＬＤにより、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}が真のエンティティによって生成されたものであることが判定された場合、ストレージコントローラ２１は、ファームウェアＦＷ、Ａ署名（ＳＩＧＡ）及び第１公開キーｐＫＥＹ_Ａに基づいてファームウェアＦＷを認証する。

ハッシュ回路４１は、ファームウェアＦＷのダイジェストＤＩＧを生成する。
復号化回路４２は、第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を復号化することにより、比較対象ダイジェストＤＩＧ’を生成する。
比較回路４３は、ダイジェストＤＩＧと比較対象ダイジェストＤＩＧ’とを比較し、比較結果に基づいて有効性情報ＶＬＤを出力する。
有効性情報ＶＬＤは、ファームウェアＦＷが真のエンティティ、すなわち、ファームウェアディストリビュータによって生成されたものであることを示す情報である。

図４は、本発明の実施形態によるストレージシステム１００の概略構成を示すブロック図である。
図４を参照すると、ストレージシステム１００は、ホスト１１０及びストレージ装置２００を含む。
また、ストレージ装置２００は、ストレージコントローラ２１０及び不揮発性メモリ（ＮＶＭ）２２０を含む。
また、本発明の実施形態によって、ホスト１１０は、ホストコントローラ１１１及びホストメモリ１１２を含む。

ホストメモリ１１２は、ストレージ装置２００へ伝送されるデータ、あるいはストレージ装置２００から伝送されたデータを臨時に保存するためのバッファメモリとして機能する。
一部実施形態において、図５を参照して後述するように、ホストメモリ１１２に保存されるデータは、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}、第２公開キーｐＫＥＹ_Ｂ、要請Ｒｅｑ、又は第２公開キーｐＫＥＹ_Ｂ、及び要請Ｒｅｑに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］を含む。
一部実施形態において、図７を参照して後述するように、ホストメモリ１１２に保存されるデータは、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}、第３公開キーｐＫＥＹ_Ｃ、第３公開キーｐＫＥＹ_Ｃに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｃ］、第２公開キーｐＫＥＹ_Ｂ、又は第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＧＣ）［ｐＫＥＹ_Ｂ］を含む。

ストレージ装置２００は、ホスト１１０からの要請によってデータを保存するための記録媒体を含む。
一例として、ストレージ装置２００は、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）、埋め込み（ｅｍｂｅｄｄｅｄ）メモリ、及び着脱可能な外装（ｅｘｔｅｒｎａｌ）メモリの内の少なくとも１つを含む。
ストレージ装置２００がＳＳＤである場合、ストレージ装置２００は、ＮＶＭｅ（ｎｏｎ－ｖｏｌａｔｉｌｅｍｅｍｏｒｙｅｘｐｒｅｓｓ）標準による装置であり得る。
ストレージ装置２００が埋め込みメモリあるいは外装メモリである場合、ストレージ装置２００は、ＵＦＳ（ｕｎｉｖｅｒｓａｌｆｌａｓｈｓｔｏｒａｇｅ）あるいはｅＭＭＣ（ｅｍｂｅｄｄｅｄｍｕｌｔｉ－ｍｅｄｉａｃａｒｄ）標準による装置であり得る。
ホスト１１０とストレージ装置２００は、それぞれ採用された標準プロトコルによるパケットを生成し、それを伝送する。

ストレージ装置２００の不揮発性メモリ２２０がフラッシュメモリを含むとき、フラッシュメモリは、２ＤＮＡＮＤメモリアレイや３Ｄ（又は、垂直型）ＮＡＮＤ（ＶＮＡＮＤ）メモリアレイを含み得る。
他の例として、ストレージ装置２００は、他の多様な種類の不揮発性メモリを含み得る。
例えば、ストレージ装置２００は、ＭＲＡＭ（ＭａｇｎｅｔｉｃＲＡＭ）、スピン伝達トルクＭＲＡＭ（Ｓｐｉｎ－ＴｒａｎｓｆｅｒＴｏｒｇｕｅＭＲＡＭ）、ＣＢＲＡＭ（ＣｏｎｄｕｃｔｉｖｅｂｒｉｄｇｉｎｇＲＡＭ）、ＦｅＲＡＭ（ＦｅｒｒｏｅｌｅｃｔｒｉｃＲＡＭ）、ＰＲＡＭ（ＰｈａｓｅＲＡＭ）、抵抗メモリ（ＲｅｓｉｓｔｉｖｅＲＡＭ）及び他の多様な種類のメモリが適用可能である。

一実施形態によって、ホストコントローラ１１１とホストメモリ１１２は、別途の半導体チップでも具現され得る。
又は、一部実施形態において、ホストコントローラ１１１とホストメモリ１１２は、同じ半導体チップに集積され得る。
一例として、ホストコントローラ１１１は、アプリケーションプロセッサ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｃｅｓｓｏｒ）に具備される複数のモジュールの内のいずれか１つであり、アプリケーションプロセッサは、システムオンチップ（ＳｙｓｔｅｍｏｎＣｈｉｐ：ＳｏＣ）でも具現され得る。
また、ホストメモリ１１２は、アプリケーションプロセッサ内に具備される埋め込みメモリであってもよく、アプリケーションプロセッサの外部に配置される不揮発性メモリ又はメモリモジュールであってもよい。

ホストコントローラ１１１は、ホストメモリ１１２に保存されたデータをストレージ装置２００に保存する動作を管理するか、あるいはストレージ装置２００のデータをホストメモリ１１２に保存する動作を管理する。
一部実施形態において、ホストコントローラ１１１は、イメージ署名システム１１３を含むものである。
一部実施形態において、イメージ署名システム１１３は、図２のイメージ署名システム３０と同様な構造を有する。
イメージ署名システム１１３は、固有の秘密キー、例えば、第２秘密キーｓＫＥＹ_Ｂ又は第３秘密キーｓＫＥＹ_Ｃに基づいて署名を生成する。
一部実施形態において、図７を参照して後述するように、イメージ署名システム１１３は、固有の第３秘密キーｓＫＥＹ_Ｃに基づいて第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＣＣ）［ｐＫＥＹ_Ｂ］を生成する。

ストレージコントローラ２１０は、ホストインターフェース２１１、メモリインターフェース２１２、プロセッサ２１３、暗号化回路２１４、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）２１５、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）２１６、及び保安メモリ２１７を含む。
本明細書において、ＲＡＭ２１５は、システムメモリとも指称される。
一部実施形態において、ＲＯＭ２１６は、ＰＲＯＭ（ＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）又はフラッシュメモリであり得る。

ホストインターフェース２１１は、ホスト１１０とパケット（ｐａｃｋｅｔ）を送受信する。
ホスト１１０からホストインターフェース２１１へ伝送されるパケットは、コマンド（ｃｏｍｍａｎｄ）、不揮発性メモリ２２０に記録されるデータ、又はストレージコントローラ２１０内の保存空間（例えば、ＲＯＭ２１６又は保安メモリ２１７）に記録されるデータなどを含み、ホストインターフェース２１１からホスト１１０へ伝送されるパケットは、コマンドに対する応答（ｒｅｓｐｏｎｓｅ）あるいは不揮発性メモリ２２０から読み取られたデータなどを含む。
図５の段階Ｓ５４０のデータ及び図７の段階Ｓ７４０のデータは、ホストインターフェース２１１を介してストレージ装置２００に受信される。

メモリインターフェース２１２は、不揮発性メモリ２２０に記録されるデータを不揮発性メモリ２２０に送信するか、あるいは不揮発性メモリ２２０から読み取られたデータを受信する。
当該メモリインターフェース２１２は、トグル（Ｔｏｇｇｌｅ）あるいはＯＮＦＩのような標準規約を守るように具現され得る。

プロセッサ２１３は、予め定義された動作を高速で実行するように設計されたハードウェア加速器、プロセッサ２１３の外部構成要素との通信チャネルを提供する入出力（Ｉ／Ｏ）インターフェースなどをさらに含み得る。
一部実施形態において、プロセッサ２１３の構成要素は、単一チップ又は単一ダイ（ｄｉｅ）に集積され、プロセッサ２１３は、ＳｏＣとしても指称される。
一部実施形態において、プロセッサ２１３の構成要素は、１つのパッケージに含まれた２以上のチップに集積され、プロセッサ２１３は、システム・イン・パッケージ（Ｓｙｓｔｅｍ－ｉｎ－Ｐａｃｋａｇｅ：ＳｉＰ）としても指称される。
プロセッサ２１３は、ＭＣＵ（ＭｉｒｏＣｏｎｔｒｏｌＵｎｉｔ）とも指称される。

一部実施形態において、プロセッサ２１３は、ＲＯＭ２２６に保存されたソフトウェア（例えば、ＦＴＬ２１８）イメージに含まれた命令語を実行する。
例えば、ＲＯＭ２２６に保存されたソフトウェアイメージに含まれた命令語の少なくとも一部が、プロセッサ２１３に含まれたキャッシュ（ｃａｃｈｅ）又はＲＡＭ２２５にコピーされ、プロセッサ２１３は、コピーされた命令語を実行する。

暗号化回路２１４は、ストレージコントローラ２１０に入力されるデータに対する暗号化（ｅｎｃｒｙｐｔｉｏｎ）動作と復号化（ｄｅｃｒｙｐｔｉｏｎ）動作の内の少なくとも１つを、対称キーアルゴリズム（ｓｙｍｍｅｔｒｉｃ－ｋｅｙａｌｇｏｒｉｔｈｍ）を利用して実行する。
ＲＡＭ２１５は、プロセッサ２１３によって使用されるデータを一時的に保存する。
例えば、ＲＡＭ２１５は、ＲＯＭ２１６、保安メモリ２１７、又は不揮発性メモリ２２０から読み取られたデータを一時的に保存し、ＲＯＭ２１６、保安メモリ２１７、又は不揮発性メモリ２２０に書き込むデータを一時的に保存する。
また、ＲＡＭ２１５は、プロセッサ２１３によって実行される命令語を一時的に保存する。
一部実施形態において、ＲＡＭ２１５は、ＤＲＡＭ（ＤｙｎｉｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）又はＳＲＡＭ（ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）のように、相対的に速い動作速度を提供する揮発性メモリを含み得る。

ＲＯＭ２１６は、プロセッサ２１３によって実行されるソフトウェアイメージを不揮発的に保存する。
一部実施形態において、ＲＯＭ２１６は、ファームウェア（例えば、ＦＴＬ２１８）イメージを保存する。
さらに、図９に示すように、ＲＯＭ２１６は、ソフトウェアイメージに対するデジタル署名（例えば、図１のＡ署名（ＳＩＧＡ）又はＢ署名（ＳＩＧＢ））を保存する。
図８に示すように、ＲＯＭ２１６は、複数の認証状態を示す認証状態テーブル及び現在のストレージコントローラ２１０の認証状態を示す状態値を保存する。

ＦＴＬ２１８は、アドレスマッピング（ａｄｄｒｅｓｓｍａｐｐｉｎｇ）、ウェアレベリング（ｗｅａｒ－ｌｅｖｅｌｉｎｇ）、ガベージコレクション（ｇａｒｂａｇｅｃｏｌｌｅｃｔｉｏｎ）のような多くの機能を実行する。
アドレスマッピング動作は、ホスト１１０から受信した論理アドレス（ｌｏｇｉｃａｌａｄｄｒｅｓｓ）を、不揮発性メモリ２２０内にデータを実際に保存するのに使用される物理アドレス（ｐｈｙｓｉｃａｌａｄｄｒｅｓｓ）に変える動作である。
ウェアレベリングは、不揮発性メモリ２２０内のブロック（ｂｌｏｃｋ）が均一に使用されるようにし、特定ブロックの過度な劣化を防止するための技術であって、例示的には、物理ブロック（ｐｈｙｓｉｃａｌｂｌｏｃｋ）の消去カウントをバランシングするファームウェア技術によっても具現される。
ガベージコレクションは、ブロックの有効データを新規ブロックにコピーした後、既存ブロックを消去（ｅｒａｓｅ）する方式によって、不揮発性メモリ２２０内で使用可能な容量を確保するための技術である。

一部実施形態において、図９に示すように、ＲＯＭ２１６は、ストレージコントローラ２１０に電力供給が開始されるか、あるいはストレージコントローラ２１０がリセットされる場合、プロセッサ２１３が優先的に実行する命令語を含むブートローダ（ＢｏｏｔＬｏａｄｅｒ）、及びブートローダによって実行されるファームウェアイメージを保存する。
保安メモリ２１７は、ストレージコントローラ２１０の固有なデータを不揮発的に保存する。
一部実施形態において、保安メモリ２１７は、ＲＡＭ２１５にローディングされたソフトウェアイメージを認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）するのに使用される情報を保存する。
例えば、保安メモリ２１７は、デジタル署名を検証するのに使用される少なくとも１つの公開キー（例えば、第１公開キーｐＫＥＹ_Ａ又は第２公開キーｐＫＥＹ_Ｂ）を保存する。
一部実施形態において、保安メモリ２１７は、アンチヒューズ（ａｎｔｉ－ｆｕｓｅ）アレイのようなＯＴＰ（Ｏｎｅ－Ｔｉｍｅ－Ｐｒｏｇｒａｍｍａｂｌｅ）メモリを含んでもよい。

一部実施形態において、プロセッサ２１３は、ホスト１１０から受信したＦＴＬ２１８をＲＯＭ２１６に保存する前に、公開キー（例えば、第１公開キーｐＫＥＹ_Ａ又は第２公開キーｐＫＥＹ_Ｂ）に基づいてＦＴＬ２１８に対する署名を検証する。
一部実施形態において、プロセッサ２１３は、ＲＯＭ２１６に保存されたＦＴＬ２１８を実行する前に、公開キーに基づいてＦＴＬ２１８に対する署名を検証する。
具体的には、プロセッサ２１３は、第１公開キーｐＫＥＹ_Ａに基づいてＦＴＬ２１８に対するＡ署名（ＳＩＧＡ）を検証し、第２公開キーｐＫＥＹ_Ｂに基づいてＦＴＬ２１８に対するＢ署名（ＳＩＧＢ）を検証することにより、ＦＴＬ２１８を認証する。
プロセッサ２１３は、認証結果に基づいて、ホスト１１０から受信したＦＴＬ２１８、Ａ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）をＲＯＭ２１６に保存するか、あるいはＲＯＭ２１６に保存されたＦＴＬ２１８を実行する。
ファームウェアの認証過程は、図１０を参照して後述する。

図５は、本発明の実施形態による二重署名されたファームウェアの保存方法を説明するためのフローチャートである。
図５は、図４を参照して後述する。
図５を参照すると、ストレージシステム１００は、外部装置２から単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を受信し、第２秘密キーｓＫＥＹ_Ｂに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対するＢ署名（ＳＩＧＢ）を生成し、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存する。

外部装置２は、イメージ署名システム３１０を含み、ファームウェアディストリビュータにも対応する。
イメージ署名システム３１０は、図２のイメージ署名システム３０の一例示である。
ストレージシステム１００と外部装置２は、保安チャネル（ｓｅｃｕｒｅｃｈａｎｎｅｌ）を介してデータを送受信する。
具体的には、段階Ｓ５１０において、ホスト１１０は、外部装置２に第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑを伝達する。
要請Ｒｅｑは、第１秘密キーｓＫＥＹ_Ａに基づいて第２公開キーｐＫＥＹ_Ｂに対する署名を要求する情報を含む。

段階Ｓ５２０において、外部装置２は、第１秘密キーｓＫＥＹ_Ａに基づいて生成された単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}をホスト１１０に伝達する。
また、外部装置２は、第１秘密キーｓＫＥＹ_Ａに基づいて第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］を生成し、生成された署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］をホスト１１０に伝達する。

段階Ｓ５３０において、ホスト１１０は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成する。
具体的には、ホスト１１０は、第２秘密キーｓＫＥＹ_Ｂ及び第２公開キーｐＫＥＹ_Ｂを含むキーペアを生成する。
ホスト１１０は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対するダイジェストを生成し、第２秘密キーｓＫＥＹ_Ｂに基づいてダイジェストに対するデジタル署名、すなわち、Ｂ署名（ＳＩＧＢ）を生成する。
ホスト１１０は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}及びＢ署名（ＳＩＧＢ）を含む二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成する。
一部実施形態において、ホスト１１０は、図２のイメージ署名システム３０を含み得る。

段階Ｓ５４０において、ホスト１１０は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}、第２公開キーｐＫＥＹ_Ｂ、要請Ｒｅｑ、並びに第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］をストレージ装置２００に提供する。

段階Ｓ５５０において、ストレージ装置２００は、署名された第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑを認証する。
具体的には、ストレージ装置２００は、製造時にプロビジョニングされた第１公開キーｐＫＥＹ_Ａに基づいて、第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］を検証する。
一部実施形態において、ストレージ装置２００に含まれたストレージコントローラ２１０は、図３のストレージコントローラ２１にも対応する。
すなわち、段階Ｓ５５０において、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑに対するダイジェストＤＩＧを取得し、第１公開キーｐＫＥＹ_Ａに基づいて署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］を復号化することにより、比較対象ダイジェストＤＩＧ’を取得し、ダイジェストＤＩＧと比較対象ダイジェストＤＩＧ’とを比較することにより、第２公開キーｐＫＥＹ_Ｂと要請Ｒｅｑを認証する。
すなわち、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑが外部装置２によって認証されたものであることを判定する。

段階Ｓ５６０において、ストレージ装置２００は、ファームウェアＦＷを認証する。
具体的には、ストレージ装置２００は、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいてＡ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を検証することにより、ファームウェアＦＷが外部装置２及びファームウェアディストリビュータによって認証されたものであることを判定する。
一部実施形態において、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂに基づいてＢ署名（ＳＩＧＢ）を検証することにより、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を認証し、第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を検証することにより、ファームウェアＦＷを認証する。

段階Ｓ５７０において、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂを保存する。
すなわち、段階Ｓ５５０を介して第２公開キーｐＫＥＹ_Ｂは信頼可能であるので、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂを保存する。
第２公開キーｐＫＥＹ_Ｂは、第２秘密キーｓＫＥＹ_Ｂに基づいて生成された署名を検証するために使用される。
一部実施形態において、第２公開キーｐＫＥＹ_Ｂは、保安メモリ２１７に保存可能である。

段階Ｓ５８０において、ストレージ装置２００は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存する。
すなわち、段階Ｓ５６０を介してファームウェアＦＷは信頼可能であるので、ストレージ装置２００は、ファームウェアＦＷ、Ａ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を保存する。
ストレージ装置２００は、ファームウェアＦＷを実行する前に、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいてＡ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を検証し、検証結果に基づいてファームウェアＦＷを実行する。
一部実施形態において、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}は、ＲＯＭ２１６に保存可能である。
一部実施形態において、ストレージ装置２００は、図８を参照して後述するように、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存した以後に認証状態を変更することができる。

図６は、本発明の実施形態によるストレージ装置の動作方法を説明するためのフローチャートである。
ストレージ装置の動作方法は、複数の段階、Ｓ６１０～Ｓ６６０を含む。
図６は、図４を参照して後述する。

段階Ｓ６１０において、ストレージ装置２００は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}、第２公開キーｐＫＥＹ_Ｂ、要請Ｒｅｑ、並びに第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］を受信する。
一部実施形態において、ストレージ装置２００は、要請Ｒｅｑは受信せず、第２公開キーｐＫＥＹ_Ｂ及び第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ］を受信することもできる。

段階Ｓ６２０において、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑが有効であるか否かを判断する。
具体的には、ストレージ装置２００は、第１公開キーｐＫＥＹ_Ａに基づいて第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］を検証することにより、第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑの有効性を判断する。
有効性を判断するのは、認証することとも理解される。
第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑが有効である場合、段階Ｓ６３０が実行され、第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑが有効ではない場合、段階Ｓ６６０が実行される。

段階Ｓ６３０において、ストレージ装置２００は、ファームウェアＦＷが有効であるか否かを判断する。
具体的には、ストレージ装置２００は、段階Ｓ６２０において有効であると判断された第２公開キーｐＫＥＹ_Ｂに基づいてＢ署名（ＳＩＧＢ）を検証することにより、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}の有効性を判断する。
次いで、ストレージ装置２００は、第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を検証することにより、ファームウェアＦＷの有効性を判断する。
単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}及びファームウェアＦＷが有効である場合、段階Ｓ６４０（ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂ及び二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存する）が実行され、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}又はファームウェアＦＷが有効ではない場合、段階Ｓ６６０が実行される。

段階Ｓ６５０において、ストレージ装置２００は、ファームウェアＦＷを実行する。
具体的には、ストレージ装置２００は、ファームウェアＦＷの有効性を判定することにより、信頼可能なファームウェアＦＷを実行する。
一部実施形態において、ストレージ装置２００は、起動する度に、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいてＡ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を検証し、検証結果に基づいてファームウェアＦＷを実行する。

段階Ｓ６６０において、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂ、要請Ｒｅｑ又はファームウェアＦＷに対する認証が失敗したことを示すエラーメッセージをホスト１１０に提供する。
エラーメッセージは、起動失敗を示す情報を含むこともできる。

図７は、本発明の実施形態による二重署名されたファームウェアの保存方法を説明するためのフローチャートである。
図７は、図４を参照して後述する。

図７を参照すると、ストレージシステム１００は、外部装置２から単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を受信し、第２秘密キーｓＫＥＹ_Ｂに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対するＢ署名（ＳＩＧＢ）を生成し、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存する。
外部装置２は、図２のイメージ署名システム３１０を含み、ファームウェアディストリビュータにも対応する。
ストレージシステム１００と外部装置２は、保安チャネル（ｓｅｃｕｒｅｃｈａｎｎｅｌ）を介してデータを送受信する。

具体的には、段階Ｓ７１０において、外部装置２は、ホスト１１０に、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}、第３秘密キーｓＫＥＹ_Ｃ、第３公開キーｐＫＥＹ_Ｃ、及び第１秘密キーｓＫＥＹ_Ａに基づいて生成された第３公開キーｐＫＥＹ_Ｃに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｃ］を伝達する。
第３公開キーｐＫＥＹ_Ｃは、第３秘密キーｓＫＥＹ_Ｃに基づいて生成された署名を検証するために使用される公開キーである。
一部実施形態において、外部装置２は、第１秘密キーｓＫＥＹ_Ａに基づいて第３秘密キーｓＫＥＹ_Ｃに対する署名を生成し、生成された署名をホスト１１０に提供する。

段階Ｓ７２０において、ホスト１１０は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成する。
具体的には、ホスト１１０は、ホスト１１０固有の第２秘密キーｓＫＥＹ_Ｂに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対するＢ署名（ＳＩＧＢ）を生成し、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}とＢ署名（ＳＩＧＢ）とを結合することにより、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成する。
一部実施形態において、ホスト１１０は、図２のイメージ署名システム３０を含むものである。

段階Ｓ７３０において、ホスト１１０は、第３公開キーｐＫＥＹ_Ｃを認証する。
具体的には、ホスト１１０は、ストレージ装置２００に保存された第１公開キーｐＫＥＹ_Ａに基づいて、第３公開キーｐＫＥＹ_Ｃに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｃ］を検証することにより、第３公開キーｐＫＥＹ_Ｃを認証する。
一部実施形態において、ホスト１１０は、第１秘密キーｓＫＥＹ_Ａに基づいて第３秘密キーｓＫＥＹ_Ｃに対する署名を検証することにより、第３秘密キーｓＫＥＹ_Ｃを認証することもできる。
一部実施形態において、ホスト１１０は、図４を参照して前述したストレージコントローラ２１の構成要素を含むものである。

段階Ｓ７４０において、ホスト１１０は、ストレージ装置２００に、認証された第３公開キーｐＫＥＹ_Ｃ、第１秘密キーｓＫＥＹ_Ａに基づいて生成された第３公開キーｐＫＥＹ_Ｃに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｃ］、第２公開キーｐＫＥＹ_Ｂ、第３秘密キーｓＫＥＹ_Ｃに基づいて生成された第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＧＣ）［ｐＫＥＹ_Ｂ］、及び二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を伝達する。
段階Ｓ７４０において、ホスト１１０は、第３秘密キーｓＫＥＹ_Ｃに基づいて第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＧＣ）［ｐＫＥＹ_Ｂ］を生成する。

段階Ｓ７５０において、ストレージ装置２００は、第３公開キーｐＫＥＹ_Ｃを認証する。
具体的には、ストレージ装置２００は、製造時にプロビジョニングされた第１公開キーｐＫＥＹ_Ａに基づいて第３公開キーｐＫＥＹ_Ｃに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｃ］を検証する。
一部実施形態において、ストレージ装置２００は、図４を参照して前述したストレージコントローラ２１を含むものである。

段階Ｓ７６０において、ストレージ装置２００は、第２公開キーｐＫＥＹ_Ｂを認証する。
具体的には、ストレージ装置２００は、認証された第３公開キーｐＫＥＹ_Ｃに基づいて第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＧＣ）［ｐＫＥＹ_Ｂ］を検証する。

段階Ｓ７７０において、ストレージ装置２００は、ファームウェアＦＷを認証する。
具体的には、ストレージ装置２００は、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいて、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}のＡ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を検証する。
一部実施形態において、段階Ｓ７７０は、図５の段階Ｓ５６０と同様である。

段階Ｓ７８０において、ストレージ装置２００は、認証された第２公開キーｐＫＥＹ_Ｂ及び第３公開キーｐＫＥＹ_Ｃを保存する。
一部実施形態において、第２公開キーｐＫＥＹ_Ｂ及び第３公開キーｐＫＥＹ_Ｃは、保安メモリ２１７に保存可能である。

段階Ｓ７９０において、ストレージ装置２００は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存する。
具体的には、ストレージ装置２００は、ファームウェアＦＷ、Ａ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を保存する。
ストレージ装置２００は、ファームウェアＦＷを実行する前に、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいてＡ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を検証し、検証結果に基づいてファームウェアＦＷを実行する。
一部実施形態において、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}は、ＲＯＭ２１６に保存可能である。

図に示していないが、ストレージ装置２００は、図８を参照して後述するように、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存した以後に認証状態を変更することができる。
図８は、本発明の実施形態による認証状態テーブル及び状態遷移を説明するための図である。
図８は、図４を参照して後述する。

図８を参照すると、認証状態テーブル（Ａｕｔｈｅｎｔｉｃａｔｉｏｎｓｔａｔｅｔａｂｌｅ）は、ファームウェアを実行するために検証される署名（ＳＩＧＡ）、（ＳＩＧＢ）に関連する情報を含み得る。
また、認証状態テーブルは、ファームウェアを実行するためにＢ署名（ＳＩＧＢ）を検証するか否かを選択する権限が外部装置ＥｘＤｖ又はホストＨＯＳＴの内のどこにあるかを示す情報を含み得る。
外部装置ＥｘＤｖは、図５又は図７の外部装置２に対応する。
一部実施形態において、認証状態テーブルは、図４のＲＯＭ２１６に保存可能である。
又は、認証状態テーブルは、ストレージコントローラ２１０内の別途のＯＴＰメモリにも保存可能である。
一部実施形態において、認証状態テーブルは、不揮発性メモリ２２０に保存可能であり、起動時にＲＡＭ２１５にロードされ得る。

図８を参照すれば、第１状態Ｓｔａｔｅ１は、ファームウェアを実行するために第１秘密キーｓＫＥＹ_Ａに基づいて生成されるＡ署名（ＳＩＧＡ）が検証され、第２秘密キーｓＫＥＹ_Ｂに基づいて生成されるＢ署名（ＳＩＧＢ）は検証されない状態である。
また、第１状態Ｓｔａｔｅ１は、ファームウェアを実行するためにＢ署名（ＳＩＧＢ）を検証するか否かを選択する権限が外部装置ＥｘＤｖにある状態である。
例えば、図５の段階Ｓ５１０において、ホスト１１０が第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑを外部装置２に提供したが、段階Ｓ５２０において、外部装置２が要請Ｒｅｑを拒否し、ホスト１１０に単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}のみを提供する。

この場合、第２公開キーｐＫＥＹ_Ｂ及び要請Ｒｅｑが外部装置２によって認証されない。
そのような第１状態Ｓｔａｔｅ１において、段階Ｓ５３０において、ホスト１１０は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成せず、外部装置２から受信した単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}のみをストレージ装置２００に提供する。
第１状態Ｓｔａｔｅ１において、ストレージ装置２００は、製造時にプロビジョニングされた第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を検証し、検証結果に基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を保存又は実行する。

第２状態Ｓｔａｔｅ２は、ファームウェアを実行するために第１秘密キーｓＫＥＹ_Ａに基づいて生成されるＡ署名（ＳＩＧＡ）が検証され、第２秘密キーｓＫＥＹ_Ｂに基づいて生成されるＢ署名（ＳＩＧＢ）は検証されない状態である。
また、第２状態Ｓｔａｔｅ２は、ファームウェアを実行するためにＢ署名（ＳＩＧＢ）を検証するか否かを選択する権限がホストにある状態である。

例えば、図７に示したように、ホスト１１０は、第２公開キーｐＫＥＹ_Ｂに対して外部装置２の認証を受けないので、Ｂ署名（ＳＩＧＢ）の検証のための第２公開キーｐＫＥＹ_Ｂの認証に関連する権限は、ホスト１１０にある。
但し、図７の段階Ｓ７２０と異なり、第２状態Ｓｔａｔｅ２において、ホスト１１０は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成せず、外部装置２から受信した単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}のみをストレージ装置２００に提供する。
第２状態Ｓｔａｔｅ２において、ストレージ装置２００は、製造時にプロビジョニングされた第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を検証し、検証結果に基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}を保存又は実行する。

第３状態Ｓｔａｔｅ３は、ファームウェアを実行するために、第１秘密キーｓＫＥＹ_Ａに基づいて生成されるＡ署名（ＳＩＧＡ）及び第２秘密キーｓＫＥＹ_Ｂに基づいて生成されるＢ署名（ＳＩＧＢ）が検証される状態である。
また、第３状態Ｓｔａｔｅ３は、ファームウェアを実行するためにＢ署名（ＳＩＧＢ）を検証するか否かを選択する権限が外部装置ＥｘＤｖにある状態である。
例えば、図５の段階Ｓ５２０において、外部装置２がホスト１１０に第１秘密キーｓＫＥＹ_Ａに基づいて生成された第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＧＡ）［ｐＫＥＹ_Ｂ，Ｒｅｑ］を伝達する場合、ストレージ装置２００に製造時にプロビジョニングされた第１公開キーｐＫＥＹ_Ａに基づいて第２公開キーｐＫＥＹ_Ｂが認証される。

第３状態Ｓｔａｔｅ３において、第２公開キーｐＫＥＹ_Ｂは、外部装置２によって認証されるので、ホスト１１０は、図５に示した段階Ｓ５３０及びＳ５４０を実行する。
第３状態Ｓｔａｔｅ３において、ストレージ装置２００は、製造時にプロビジョニングされた第１公開キーｐＫＥＹ_Ａ及び認証された第２公開キーｐＫＥＹ_Ｂに基づいてＡ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を検証し、検証結果に基づいて二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存又は実行する。
図５の実施形態によって段階Ｓ５８０が実行された以後、ストレージシステム１００の認証状態は、第３状態Ｓｔａｔｅ３に変更可能である。

第４状態Ｓｔａｔｅ４は、ファームウェアを実行するために、第１秘密キーｓＫＥＹ_Ａに基づいて生成されるＡ署名（ＳＩＧＡ）及び第２秘密キーｓＫＥＹ_Ｂに基づいて生成されるＢ署名（ＳＩＧＢ）が検証される状態である。
また、第４状態Ｓｔａｔｅ４は、ファームウェアを実行するためにＢ署名（ＳＩＧＢ）を検証するか否かを選択する権限がホストにある状態である。
例えば、図７に示したように、ホスト１１０は、第２公開キーｐＫＥＹ_Ｂに対して外部装置２の認証を受けないので、Ｂ署名（ＳＩＧＢ）の検証のための第２公開キーｐＫＥＹ_Ｂの認証に関連する権限はホスト１１０にある。
図７に示したように、第４状態Ｓｔａｔｅ４において、ホスト１１０は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を生成し、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}及び固有の第３秘密キーｓＫＥＹ_Ｃに基づいて生成された第２公開キーｐＫＥＹ_Ｂに対する署名（ＳＩＧＣ）［ｐＫＥＹ_Ｂ］をストレージ装置２００に提供する。

図７の段階Ｓ７５０及びＳ７６０のように、第４状態Ｓｔａｔｅ４において、ストレージ装置２００は、製造時にプロビジョニングされた第１公開キーｐＫＥＹ_Ａに基づいて第３公開キーｐＫＥＹ_Ｃを認証し、認証された第３公開キーｐＫＥＹ_Ｃに基づいて第２公開キーｐＫＥＹ_Ｂを認証する。
また、段階Ｓ７７０のように、ストレージ装置２００は、第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を検証し、認証された第２公開キーｐＫＥＹ_Ｂに基づいてＢ署名（ＳＩＧＢ）を検証し、検証結果に基づいて二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}を保存又は実行する。
図７の実施形態によって段階Ｓ７９０が実行された以後、ストレージシステム１００の認証状態は、第４状態Ｓｔａｔｅ４に変更可能である。

ストレージコントローラ２１０は、認証状態を示す状態値（ｓｔａｔｅｖａｌｕｅ）を変更することにより、ストレージシステム１００の認証状態を変更することができる。
該状態値は、ストレージコントローラ２１０に含まれたＲＯＭ２１６又はＯＴＰメモリに保存可能である。

図９は、本発明の実施形態による認証状態別のＲＯＭ２１６及び保安メモリ２１７に保存されるデータを説明するための図である。
図９は、図４及び図８を参照して後述する。
図９を参照すると、ストレージコントローラ２１０の認証状態が第１状態Ｓｔａｔｅ１である場合、ＲＯＭ２１６は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}、すなわち、ファームウェアＦＷ及びＡ署名（ＳＩＧＡ）を保存し、保安メモリ２１７は、第１公開キーｐＫＥＹ_Ａを保存する。

ファームウェアＦＷ、Ａ署名（ＳＩＧＡ）及び第１公開キーｐＫＥＹ_Ａは、ストレージコントローラ２１０の製造時にプロビジョニングされたデータである。
Ａ署名（ＳＩＧＡ）は、第１秘密キーｓＫＥＹ_Ａに基づいてファームウェアに対して生成されたデジタル署名である。
第１状態Ｓｔａｔｅ１において、ストレージコントローラ２１０は、ファームウェアＦＷを実行する前に、保安メモリ２１７に保存された第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を検証する。
一部実施形態において、第１状態Ｓｔａｔｅ１は、ストレージコントローラ２１０が製造された直後の状態である。
ストレージコントローラ２１０の認証状態が第２状態Ｓｔａｔｅ２である場合、ＲＯＭ２１６と保安メモリ２１７には、第１状態Ｓｔａｔｅ１のデータと同一のデータが保存される。

図９を参照すると、ストレージコントローラ２１０の認証状態が第３状態Ｓｔａｔｅ３である場合、ＲＯＭ２１６は、二重署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ，Ｂ}、すなわち、ファームウェアＦＷ、Ａ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を保存し、保安メモリ２１７は、第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂを保存する。
Ｂ署名（ＳＩＧＢ）は、第２秘密キーｓＫＥＹ_Ｂに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対して生成されたデジタル署名である。
ファームウェアＦＷ、Ａ署名（ＳＩＧＡ）及び第１公開キーｐＫＥＹ_Ａは、ストレージコントローラ２１０の製造時にプロビジョニングされたデータである。
Ｂ署名（ＳＩＧＢ）及び第２公開キーｐＫＥＹ_Ｂは、図４のホスト１１０から受信する。
第３状態Ｓｔａｔｅ３において、ストレージコントローラ２１０は、ファームウェアＦＷを実行する前に、保安メモリ２１７に保存された第２公開キーｐＫＥＹ_Ｂに基づいてＢ署名（ＳＩＧＢ）を検証し、第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を検証する。

ストレージコントローラ２１０の認証状態が第４状態Ｓｔａｔｅ４である場合、ＲＯＭ２１６と保安メモリ２１７には、第３状態Ｓｔａｔｅ３のデータと同一のデータが保存される。

図１０は、本発明の実施形態によるソフトウェアイメージを認証する方法を説明するためのフローチャートである。
ソフトウェアイメージを認証する方法は、複数の段階Ｓ１０１０～Ｓ１０９０を含むものである。
図１０は、図２、図３、又は図４を参照して後述する。

段階Ｓ１０１０において、図４のストレージコントローラ２１０は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対する第１ダイジェストＤＩＧ１を生成する。
一部実施形態において、暗号化回路２１４は、ハッシュアルゴリズムに基づいて単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対する第１ダイジェストＤＩＧ１を生成する。
ハッシュアルゴリズムは、図４のイメージ署名システム１１３に含まれたハッシュ回路（例えば、図２のハッシュ回路３２）がダイジェストＤＩＧを生成するために使用するハッシュアルゴリズムと同様である。
一部実施形態において、図３のストレージコントローラ２１に含まれたハッシュ回路４１は、単一署名されたファームウェアＦＷ_{ｓｉｇｎｅｄＡ}に対する第１ダイジェストＤＩＧ１を生成する。

段階Ｓ１０２０において、ストレージコントローラ２１０は、第２公開キーｐＫＥＹ_Ｂに基づいてＢ署名（ＳＩＧＢ）を復号化することにより、第１比較対象ダイジェストＤＩＧ１’を生成する。
一部実施形態において、暗号化回路２１４は、保安メモリ２１７に保存された第２公開キーｐＫＥＹ_Ｂに基づいて、ホスト１１０から受信したＢ署名（ＳＩＧＢ）を復号化することにより、第１比較対象ダイジェストＤＩＧ１’を生成する。
一部実施形態において、図３のストレージコントローラ２１に含まれた復号化回路４２が第１比較対象ダイジェストＤＩＧ１’を生成することもできる。

段階Ｓ１０３０において、ストレージコントローラ２１０は、第１ダイジェストＤＩＧ１と第１比較対象ダイジェストＤＩＧ１’とを比較する。
一部実施形態において、プロセッサ２１３は、第１ダイジェストＤＩＧ１と第１比較対象ダイジェストＤＩＧ１’とをＲＡＭ２１５にローディングし、比較命令語に基づいて第１ダイジェストＤＩＧ１と第１比較対象ダイジェストＤＩＧ１’とを比較する。
一部実施形態において、図４のストレージコントローラ２１に含まれた比較回路４３が、第１ダイジェストＤＩＧ１と第１比較対象ダイジェストＤＩＧ１’とを比較することもできる。
第１ダイジェストＤＩＧ１と第１比較対象ダイジェストＤＩＧ１’とが同一である場合、段階Ｓ１０５０が実行され、第１ダイジェストＤＩＧ１と第１比較対象ダイジェストＤＩＧ１’とが同一ではない場合、段階Ｓ１０４０が実行される。

段階Ｓ１０４０において、ストレージコントローラ２１０は、中断信号をホスト１１０に出力する。
具体的には、一部実施形態において、ストレージコントローラ２１０は、ファームウェアの実行を中断し、ファームウェアの実行に対する中断を示す中断信号をホスト１１０に出力する。
又は、一部実施形態において、ストレージコントローラ２１０からの起動中断信号は、起動手続きの進行に対する中断を示す信号でもある。

段階Ｓ１０５０において、図４のストレージコントローラ２１０は、ファームウェアＦＷに対する第２ダイジェストＤＩＧ２を生成する。
一部実施形態において、暗号化回路２１４は、ハッシュアルゴリズムに基づいてファームウェアＦＷに対する第２ダイジェストＤＩＧ２を生成する。
ハッシュアルゴリズムは、図４のイメージ署名システム１１３に含まれたハッシュ回路（例えば、図２のハッシュ回路３２）がダイジェストを生成するために使用するハッシュアルゴリズムと同一である。
一部実施形態において、図３のストレージコントローラ２１に含まれたハッシュ回路４１は、ファームウェアＦＷに対する第２ダイジェストＤＩＧ２を生成する。

段階Ｓ１０６０において、ストレージコントローラ２１０は、第１公開キーｐＫＥＹ_Ａに基づいてＡ署名（ＳＩＧＡ）を復号化することにより、第２比較対象ダイジェストＤＩＧ２’を生成する。
一部実施形態において、暗号化回路２１４は、保安メモリ２１７に保存された第１公開キーｐＫＥＹ_Ａに基づいて、ホスト１１０から受信したＡ署名（ＳＩＧＡ）を復号化することにより、第２比較対象ダイジェストＤＩＧ２’を生成する。
一部実施形態において、図３のストレージコントローラ２１に含まれた復号化回路４２が第２比較対象ダイジェストＤＩＧ２’を生成することもできる。

段階Ｓ１０７０において、ストレージコントローラ２１０は、第２ダイジェストＤＩＧ２と第２比較対象ダイジェストＤＩＧ２’とを比較する。
一部実施形態において、プロセッサ２１３は、第２ダイジェストＤＩＧ２と第２比較対象ダイジェストＤＩＧ２’とをＲＡＭ２１５にローディングし、比較命令語に基づいて第２ダイジェストＤＩＧ２と第２比較対象ダイジェストＤＩＧ２’とを比較する。
一部実施形態において、図４のストレージコントローラ２１に含まれた比較回路４３が、第２ダイジェストＤＩＧ２と第２比較対象ダイジェストＤＩＧ２’とを比較することもできる。
第２ダイジェストＤＩＧ２と第２比較対象ダイジェストＤＩＧ２’とが同一である場合、段階Ｓ１０７０が実行され、第２ダイジェストＤＩＧ２と第２比較対象ダイジェストＤＩＧ２’とが同一ではない場合、段階Ｓ１０４０が実行される。
段階Ｓ１０７０において、第２ダイジェストＤＩＧ２と第２比較対象ダイジェストＤＩＧ２’とが同一である場合、ファームウェアＦＷは、信頼可能なものと判定される。

段階Ｓ１０８０において、ストレージコントローラ２１０は、認証されたファームウェアＦＷを実行する。
すなわち、ストレージコントローラ２１０は、起動時、図１０のソフトウェアイメージを認証する方法を実行することによって取得される認証されたファームウェアＦＷを実行する。
一部実施形態において、段階Ｓ１０８０において、ストレージコントローラ２１０は、認証されたファームウェアＦＷ、Ａ署名（ＳＩＧＡ）及びＢ署名（ＳＩＧＢ）を図４のＲＯＭ２１６に保存する。
一部実施形態において、ストレージコントローラ２１０は、図１０のソフトウェアイメージを認証する方法の段階Ｓ１０１０～Ｓ１０７０に基づいて、新規ファームウェアＦＷ又はアップデートされたファームウェアＦＷに関連する認証を行い、認証された新規ファームウェアＦＷ、新規ファームウェアＦＷに対する第１署名（ＳＩＧＡ）及び第２署名（ＳＩＧＢ）を図９のＲＯＭ２１６に保存する。

ファームウェアアップデートは、図１１を参照して後述する。
図１１は、本発明の実施形態によるファームウェアアップデートを説明するための図である。
図１１は、図４を参照して後述する。
具体的には、ＲＯＭ２１６は、ストレージコントローラ２１０に電力供給が開始されるか、あるいはストレージコントローラ２１０がリセットされる場合、プロセッサ２１３が最初に実行する命令語を含むブートローダ（Ｂｏｏｔｌｏａｄｅｒ）を保存する。

ブートローダは、プロセッサ２１３によって実行されることにより、ＲＯＭ２１６に保存されたファームウェアをＲＡＭ２１５にローディングする。
ＲＯＭ２１６は、ファームウェア及びファームウェアに対する署名を保存する。
例えば、ＲＯＭ２１６は、アップデートされる前のファームウェア「ＯｌｄＦＷ」及び当該ファームウェアに対する署名「ＯｌｄＳＩＧＡ」、「ＯｌｄＳＩＧＢ」、すなわち、既存ソフトウェアイメージを保存する。
ファームウェアアップデート時、ＲＯＭ２１６は、アップデートされたファームウェア「ＮｅｗＦＷ」及び当該ファームウェアに対する署名「ＮｅｗＳＩＧＡ」、「ＮｅｗＳＩＧＢ」、すなわち、アップデートされたソフトウェアイメージを保存する。
アップデートされたソフトウェアイメージが既存ソフトウェアイメージと異なる保存領域に保存されるように図に示しているが、実施形態はそれに制限されない。
すなわち、既存ソフトウェアイメージは、消去され、消去された保存領域にアップデートされたソフトウェアイメージが新規に保存可能である。

図１１を参照すると、ストレージコントローラ２１０は、起動時、保安メモリ２１７に保存された第１公開キーｐＫＥＹ_Ａ及び第２公開キーｐＫＥＹ_Ｂに基づいて、アップデートされたファームウェア「ＮｅｗＦＷ」に対する署名「ＮＥＷＳＩＧＡ」、「ＮＥＷＳＩＧＢ」を検証し、検証結果に基づいてファームウェア「ＮｅｗＦＷ」を実行する。

尚、本発明は、上述の実施形態に限られるものではない。本発明の技術的範囲から逸脱しない範囲内で多様に変更実施することが可能である。

１、１００ストレージシステム
１０、１１０ホスト
２０、２００ストレージ装置
２１、２１０ストレージコントローラ
２２不揮発性メモリ
３０、１１３イメージ署名システム
３１キー生成器
３２ハッシュ回路
３３署名生成器
３４署名されたイメージ生成器
４１ハッシュ回路
４２復号化回路
４３比較回路
１１１ホストコントローラ
１１２ホストメモリ
２１１ホストインターフェース
２１２メモリインターフェース
２１３プロセッサ
２１４暗号化回路
２１５ＲＡＭ
２１６ＲＯＭ
２１７保安メモリ
２１８ＦＴＬ
２２０不揮発性メモリ

Claims

ソフトウェアイメージ、及び第１秘密キーに基づいて生成された前記ソフトウェアイメージに対する第１署名を受信し、第２秘密キーに基づいて、前記ソフトウェアイメージに対する第２署名を生成するホストと、
前記ホストから、前記ソフトウェアイメージ、前記第１署名、前記第２署名、及び前記第２秘密キーと関連した第２公開キーを受信し、前記第１秘密キーと関連した第１公開キーに基づいて行われる前記第１署名に関連する第１検証、及び前記第２公開キーに基づいて行われる前記第２署名に関連する第２検証に基づいて、前記ソフトウェアイメージを実行するように構成されるストレージ装置と、を有することを特徴とするストレージシステム。
前記ストレージ装置は、プロセッサと、
前記ソフトウェアイメージ、前記第１署名、及び前記第２署名を保存する不揮発性メモリと、
前記プロセッサによって実行される前記ソフトウェアイメージをローディングするシステムメモリと、
前記第１公開キー及び前記第２公開キーを保存する保安メモリ（ｓｅｃｕｒｉｔｙｍｅｍｏｒｙ）と、を含み、
前記ソフトウェアイメージは、前記第１署名及び前記第２署名が検証された以後に前記システムメモリにローディングされることを特徴とする請求項１に記載のストレージシステム。
前記不揮発性メモリは、前記ソフトウェアイメージの認証時、前記第１公開キー及び前記第２公開キーの内のいずれか１つの公開キーに基づいて、前記ソフトウェアイメージが認証されるか否かを示す認証状態に関連する状態テーブルを保存し、
前記プロセッサは、前記状態テーブルに基づいて、認証状態を、前記第１公開キー及び前記第２公開キーに基づいて、前記ソフトウェアイメージを認証する状態に変更することを特徴とする請求項２に記載のストレージシステム。
前記ストレージ装置は、前記ホストから、前記第１秘密キーに基づいて生成された前記第２公開キーに関連する署名を受信し、
前記保安メモリは、前記第１公開キーに基づいて前記第２公開キーに関連する認証が完了した後、前記第２公開キーを保存するように構成されることを特徴とする請求項２に記載のストレージシステム。
前記ストレージ装置は、前記ホストから、第３秘密キーと関連した第３公開キー、前記第１秘密キーに基づいて生成された第３公開キーに関連する署名、及び前記第３秘密キーに基づいて生成された前記第２公開キーに関連する署名を受信し、
前記保安メモリは、前記第１公開キーに基づいて行われる前記第３公開キーに関連する認証、及び認証された前記第３公開キーに基づいて行われる前記第２公開キーに関連する認証が完了した後、前記第２公開キー及び前記第３公開キーを保存するように構成されることを特徴とする請求項２に記載のストレージシステム。
前記ストレージ装置は、前記ホストから、アップデートされたソフトウェアイメージ、及び前記アップデートされたソフトウェアイメージに対する第３署名及び第４署名を受信し、
前記保安メモリは、前記第１公開キーに基づいて行われる前記第３署名に関連する検証、及び前記第２公開キーに基づいて行われる前記第４署名に関連する検証が完了した後、前記アップデートされたソフトウェアイメージ、前記第３署名、及び前記第４署名を保存することを特徴とする請求項２に記載のストレージシステム。
前記ストレージ装置は、起動時、前記第３署名及び前記第４署名が検証された以後に、前記アップデートされたソフトウェアイメージを実行することを特徴とする請求項６に記載のストレージシステム。
前記ストレージ装置は、前記第１署名又は前記第２署名に関連する検証が失敗した場合、前記ホストに検証失敗信号を伝達することを特徴とする請求項１に記載のストレージシステム。
プロセッサと、
前記プロセッサによって実行されるソフトウェアイメージ、及び前記ソフトウェアイメージに対する第１署名を保存する不揮発性メモリと、
前記第１署名に関連する検証に使用される第１公開キーを保存する保安メモリと、
ホストから第２公開キー及び前記ソフトウェアイメージに対する第２署名を受信するホストインターフェースと、を有し、
前記プロセッサは、前記第１公開キーに基づいて前記第２公開キーを認証し、
前記第２公開キーに基づいて前記第２署名を認証し、
前記第２署名を前記不揮発性メモリに保存し、
前記第２公開キーを前記保安メモリに保存することを特徴とするストレージコントローラ。
前記プロセッサは、起動時、前記第１公開キー及び前記第２公開キーに基づいて前記ソフトウェアイメージを認証し、認証結果に基づいて前記ソフトウェアイメージを実行することを特徴とする請求項９に記載のストレージコントローラ。
前記不揮発性メモリは、前記ソフトウェアイメージが実行される前に、前記ソフトウェアイメージを認証するために検証される署名を示す認証状態に関連する状態テーブルを保存し、
前記プロセッサは、前記第１署名及び前記第２署名が検証された以後、前記状態テーブルに基づいて、認証状態を、前記第１署名及び前記第２署名を検証する状態に変更することを特徴とする請求項９に記載のストレージコントローラ。
前記ホストインターフェースは、前記ホストから、アップデートされたソフトウェアイメージ、及び前記アップデートされたソフトウェアイメージに対する第３署名及び第４署名を受信し、
前記プロセッサは、前記第１公開キーに基づいて前記第３署名を検証し、
前記第２公開キーに基づいて前記第４署名を検証し、
前記アップデートされたソフトウェアイメージ、前記第３署名、及び前記第４署名を前記不揮発性メモリに保存することを特徴とする請求項９に記載のストレージコントローラ。
前記プロセッサは、起動時、前記第３署名及び前記第４署名が検証された以後に、前記アップデートされたソフトウェアイメージを実行することを特徴とする請求項１２に記載のストレージコントローラ。
前記ホストインターフェースは、前記第１署名又は前記第２署名に関連する検証が失敗した場合、前記ホストに検証失敗信号を伝達することを特徴とする請求項９に記載のストレージコントローラ。
ホストと通信し、第１公開キーを保存するストレージ装置の動作方法であって、
前記ホストから、ソフトウェアイメージ、前記ソフトウェアイメージに対する第１署名、前記ソフトウェアイメージに対する第２署名、及び第２公開キーを受信する段階と、
前記第１公開キーに基づいて、前記第１署名に関連する第１検証を行う段階と、
前記第２公開キーに基づいて、前記第２署名に関連する第２検証を行う段階と、
前記第１検証及び前記第２検証に基づいて、前記ソフトウェアイメージ、前記第１署名、及び前記第２署名を保存する段階と、を有することを特徴とするストレージ装置の動作方法。
起動時、前記第１検証及び前記第２検証を行う段階と、
前記第１検証及び前記第２検証に基づいて、前記ソフトウェアイメージを実行する段階と、をさらに有することを特徴とする請求項１５に記載のストレージ装置の動作方法。
前記ホストから、第３公開キー、前記第３公開キーに関連する第３署名、及び前記第２公開キーに関連する第４署名を受信する段階と、
前記第１公開キーに基づいて、前記第３署名に関連する第３検証を行う段階と、
前記第３公開キーに基づいて、前記第４署名に関連する第４検証を行う段階と、
前記第３検証及び前記第４検証に基づいて、前記第３公開キー及び前記第２公開キーを保存する段階と、をさらに有することを特徴とする請求項１５に記載のストレージ装置の動作方法。
前記第１検証又は前記第２検証が失敗した場合、前記ホストに起動中断を示す信号を出力する段階をさらに有することを特徴とする請求項１５に記載のストレージ装置の動作方法。
前記第１検証を行う段階は、前記ソフトウェアイメージに対する第１ダイジェストを生成する段階と、
前記第１公開キーに基づいて前記第１署名を復号化することにより、第２ダイジェストを生成する段階と、
前記第１ダイジェストと前記第２ダイジェストとの比較結果に基づいて、前記第１署名の有効性を示す情報を生成する段階と、を含むことを特徴とする請求項１５に記載のストレージ装置の動作方法。
前記第２検証を行う段階は、前記ソフトウェアイメージ及び前記第１検証に対する、第３ダイジェストを生成する段階と、
前記第２公開キーに基づいて前記第２署名を復号化することにより、第４ダイジェストを生成する段階と、
前記第３ダイジェストと前記第４ダイジェストとの比較結果に基づいて、前記第２署名の有効性を示す情報を生成する段階と、を含むことを特徴とする請求項１９に記載のストレージ装置の動作方法。