JP7341784B2 - ストレージ装置 - Google Patents

ストレージ装置 Download PDF

Info

Publication number
JP7341784B2
JP7341784B2 JP2019147505A JP2019147505A JP7341784B2 JP 7341784 B2 JP7341784 B2 JP 7341784B2 JP 2019147505 A JP2019147505 A JP 2019147505A JP 2019147505 A JP2019147505 A JP 2019147505A JP 7341784 B2 JP7341784 B2 JP 7341784B2
Authority
JP
Japan
Prior art keywords
firmware
normal operation
recovery
storage device
stored
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019147505A
Other languages
English (en)
Other versions
JP2021028763A (ja
Inventor
隼平 二木
健太郎 梅澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kioxia Corp
Original Assignee
Kioxia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kioxia Corp filed Critical Kioxia Corp
Priority to JP2019147505A priority Critical patent/JP7341784B2/ja
Priority to TW108147170A priority patent/TWI736075B/zh
Priority to CN202010062994.5A priority patent/CN112347518A/zh
Priority to US16/804,053 priority patent/US11455115B2/en
Publication of JP2021028763A publication Critical patent/JP2021028763A/ja
Application granted granted Critical
Publication of JP7341784B2 publication Critical patent/JP7341784B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1417—Boot up procedures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1441—Resetting or repowering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/572—Secure firmware programming, e.g. of basic input output system [BIOS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/74—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information operating in dual or compartmented mode, i.e. at least one secure mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0658—Controller construction arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/82—Solving problems relating to consistency
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/03—Indexing scheme relating to G06F21/50, monitoring users, programs or devices to maintain the integrity of platforms
    • G06F2221/033—Test or assess software

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Mathematical Physics (AREA)
  • Stored Programmes (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Description

本発明の実施形態は、ストレージ装置に関する。
近年、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などといった様々なストレージ装置が広く普及している。この種のストレージ装置は、データの書き込みやデータの読み出しなどの処理を、ファームウェアなどと称されるプログラムで示される手順で実行する。従って、ファームウェアが改ざんされると、ストレージ装置は、不正な動作を行ってしまう。また、ストレージ装置の動作に影響を及ぼすデータが改ざんされた場合も同様である。そのため、ファームウェアを含むプログラムやデータの信頼性を検証するセキュリティ機能を搭載するストレージ装置が登場するに至っている。起動時などにファームウェアの信頼性を検証するセキュリティ機能は、セキュアブート機能などと称されている。
米国特許第８４９０１８９号明細書 特開２０１５－５５８９８号公報 米国特許出願公開第２０１８／０１５７８３９号明細書
セキュアブート機能を搭載するストレージ装置において、ファームウェアが改ざんされてしまった場合、そのセキュアブート機能によって、ストレージ装置の起動が抑止されることになる。したがって、ストレージ装置を復旧するためには、製造元などへストレージ装置を預けて復旧を依頼する必要があった。
改ざんされたファームウェアを、ファームウェアを復旧するためのリカバリー用ファームウェアに書き換えることでストレージ装置を復旧する機能が、ストレージ装置自体に搭載されているならば、製造元などへストレージ装置を預けて復旧を依頼することを不要にできる。しかしながら、リカバリー用ファームウェアも同様に改ざんされてしまった場合には、ユーザの手元でストレージ装置を復旧することは、もはや不可能となってしまう。
本発明が解決しようとする課題は、ファームウェアについて高いレベルで信頼性が担保されたリカバリーを可能とするストレージ装置を提供することである。
実施形態によれば、ストレージ装置は、不揮発性メモリと、コントローラと、を具備する。前記コントローラは、ホストからのコマンドに基づき、前記不揮発性メモリへのデータの書き込みおよび前記不揮発性メモリからのデータの読み出しを制御する。前記コントローラは、少なくとも１つのプロセッサを含む。前記不揮発性メモリは、前記コマンドに基づくデータの書き込みおよび読み出しの制御を前記少なくとも１つのプロセッサが行うための通常動作用ファームウェアと、前記通常動作用ファームウェアを復旧するためのリカバリー用ファームウェアとを格納する。前記通常動作用ファームウェアおよび前記リカバリー用ファームウェアは暗号化されている。前記リカバリー用ファームウェアは、前記通常動作用ファームウェアよりも暗号強度の高いアルゴリズムまたは鍵長の大きな暗号鍵を用いて暗号化されて、前記不揮発性メモリに格納されている。
第１実施形態のストレージ装置の一構成例を示す図。 第１実施形態のストレージ装置のファームウェアのリカバリーに関する機能ブロックを示す図。 第１実施形態のストレージ装置のファームウェアのリカバリーに関する動作手順を示すフローチャート。 第２実施形態のストレージ装置のファームウェアのリカバリーに関する機能ブロックを示す図。 第３実施形態のストレージ装置の一構成例を示す図。 第３実施形態のストレージ装置のファームウェアのリカバリーに関する機能ブロックを示す図。 第４実施形態のストレージ装置のファームウェアのリカバリーに関する機能ブロックを示す図。
以下、実施の形態について、図面を参照して説明する。
（第１実施形態）
まず、第１実施形態について説明する。
図１は、本実施形態のストレージ装置１の一構成例を示す図である。
ストレージ装置１は、ＰＣＩｅ（登録商標）などのインタフェースを介して接続されるホスト２からコマンドを受信し、そのコマンドに対応する処理を実行して、その処理結果をホスト２へ送信する。ストレージ装置１が受信するコマンドには、データの書き込みを要求するライトコマンドや、データの読み出しを要求するリードコマンドなどが存在する。また、ストレージ装置１は、記憶領域上に区画を設けるためのコマンドなどといった様々な制御コマンドを受信し得る。
ストレージ装置１は、たとえばＳｏＣ（System On a Chip）として構成されるコントローラ１０と、たとえばＤＲＡＭである揮発性メモリ２０と、たとえばフラッシュメモリである不揮発性メモリ３０とを有する。
コントローラ１０は、揮発性メモリ２０をデータの一時的な格納領域として利用しながら、不揮発性メモリ３０へのデータの書き込み処理および不揮発性メモリ３０からのデータの読み出し処理を実行する。つまり、コントローラ１０は、ホスト２からのコマンドに基づき、不揮発性メモリ３０を制御する。コントローラ１０は、Security ＣＰＵ１１を含む複数のＣＰＵ（１１，１２－１，１２－２）を有する。
Security ＣＰＵ１１に内蔵されるメモリに格納されている情報へのアクセス手段は限られており、その情報の信頼性が保証される。従って、Security ＣＰＵ１１は一般的なＣＰＵと比較してセキュリティ強度の高いＣＰＵである。ここでは、コントローラ１０が、このSecurity ＣＰＵ１１のほか、２つの一般的なＣＰＵ（ＣＰＵ－Ａ１２－１，ＣＰＵ－Ｂ１２－２）を有していることを想定する。信頼性を保証することは、デジタル署名での検証によってプログラムの発行者を保証することを含む。なお、信頼性の保証には、完全性の保証が含まれる。つまり、信頼性を検証することには、完全性を検証することが含まれる。コントローラ１０は、ＣＰＵ－Ａ１２－１とＣＰＵ－Ｂ１２－２とが協働して、不揮発性メモリ３０へのデータの書き込み処理や不揮発性メモリ３０からのデータの読み出し処理を実行する。あるいは、ＣＰＵ－Ａ１２－１とＣＰＵ－Ｂ１２－２とが、各々、不揮発性メモリ３０へのデータの書き込み処理や不揮発性メモリ３０からのデータの読み出し処理を実行する。以下、一般的なＣＰＵであるＣＰＵ－Ａ１２－１とＣＰＵ－Ｂ１２－２とを、ＣＰＵ１２と総称することがある。
Security ＣＰＵ１１、ＣＰＵ－Ａ１２－１およびＣＰＵ－Ｂ１２－２は、不揮発性メモリ３０に格納されている各々のファームウェア（後述する通常動作用Security ＣＰＵ ＦＷ３１，通常動作用ＣＰＵ－Ａ ＦＷ３２－１，通常動作用ＣＰＵ－Ｂ ＦＷ３２－２）によって示される手順で処理を実行していく。具体的には、Security ＣＰＵ１１、ＣＰＵ－Ａ１２－１およびＣＰＵ－Ｂ１２－２は、各々のファームウェアを不揮発性メモリ３０から揮発性メモリ２０へたとえばモジュール単位で適宜にロードして実行する。Security ＣＰＵ１１内には、各々のファームウェアの信頼性を検証するためのセキュリティ保証データが格納されている。Security ＣＰＵ１１は、たとえばストレージ装置１の起動時、このセキュリティ保証データを用いて、各々のファームウェアの信頼性を検証する。つまり、本ストレージ装置１は、セキュアブート機能を有している。Security ＣＰＵ１１内に格納されるセキュリティ保証データは、Security ＣＰＵ１１からでしかアクセスできず、セキュリティ保証データを改ざんするためには、Security ＣＰＵ１１を不正に動作させなければならないので、まず、Security ＣＰＵ１１のファームウェアを改ざんする必要がある。しかし、Security ＣＰＵ１１のファームウェアの改ざんは、たとえばストレージ装置１の起動時における信頼性の検証によって検知される。従って、Security ＣＰＵ１１内のセキュリティ保証データは、その信頼性が保証されるので、信頼性の起点（Root of Trust）として扱うことができる。セキュリティ保証データとしては、特定の情報に限定されず、検証鍵やＭＡＣ値などといった様々な情報を適用し得る。
以上のような構成を持つ本ストレージ装置１は、改ざんされたファームウェアをリカバリーする機能を有する。図２は、本ストレージ装置１のファームウェアのリカバリーに関する機能ブロックを示す図である。
Security ＣＰＵ１１は、検知部１１１と、リカバリー判定部１１２と、リカバリー実行部１１３とを有する。これらの各部は、Security ＣＰＵ１１のみがアクセス可能であり、かつ、読み出しのみが可能であるメモリに格納されている等により、その信頼性が高いレベルで担保されているプログラムを当該Security ＣＰＵ１１が実行することによって実現される。あるいは、このプログラム自体が、セキュリティ保証データ１１４の１つとして、Security ＣＰＵ１１内に格納されていてもよい。
また、不揮発性メモリ３０は、第１に、Security ＣＰＵ１１のためのファームウェアである通常動作用Security ＣＰＵ ＦＷ３１と、ＣＰＵ－Ａ１２－１のためのファームウェアである通常動作用ＣＰＵ－Ａ ＦＷ３２－１と、ＣＰＵ－Ｂ１２－２のためのファームウェアである通常動作用ＣＰＵ－Ｂ ＦＷ３２－２とを格納している。また、不揮発性メモリ３０は、第２に、通常動作用Security ＣＰＵ ＦＷ３１を復旧するためのファームウェアであるリカバリー用Security ＣＰＵ ＦＷ３３と、通常動作用ＣＰＵ－Ａ ＦＷ３２－１を復旧するためのファームウェアであるリカバリー用ＣＰＵ－Ａ ＦＷ３４－１と、通常動作用ＣＰＵ－Ｂ ＦＷ３２－２を復旧するためのファームウェアであるリカバリー用ＣＰＵ－Ｂ ＦＷ３４－２とを格納している。
前者の通常動作用Security ＣＰＵ ＦＷ３１、通常動作用ＣＰＵ－Ａ ＦＷ３２－１および通常動作用ＣＰＵ－Ｂ ＦＷ３２－２と、後者のリカバリー用Security ＣＰＵ ＦＷ３３、リカバリー用ＣＰＵ－Ａ ＦＷ３４－１およびリカバリー用ＣＰＵ－Ｂ ＦＷ３４－２とのうち、少なくとも後者のリカバリー用Security ＣＰＵ ＦＷ３３、リカバリー用ＣＰＵ－Ａ ＦＷ３４－１およびリカバリー用ＣＰＵ－Ｂ ＦＷ３４－２は、暗号化された状態で不揮発性メモリ３０に格納されている。つまり、本ストレージ装置１は、プログラムやデータを暗号化し、また、暗号化されているプログラムやデータを復号する暗号化機能のうちの少なくとも復号に関する機能を有している。また、詳細については後述するが、後者のリカバリー用Security ＣＰＵ ＦＷ３３、リカバリー用ＣＰＵ－Ａ ＦＷ３４－１およびリカバリー用ＣＰＵ－Ｂ ＦＷ３４－２は、前者の通常動作用Security ＣＰＵ ＦＷ３１、通常動作用ＣＰＵ－Ａ ＦＷ３２－１および通常動作用ＣＰＵ－Ｂ ＦＷ３２－２と比較して、暗号強度の高いアルゴリズムまたは鍵長の大きな暗号鍵を用いて暗号化されている。つまり、高い信頼性が担保された状態で不揮発性メモリ３０に格納されている。通常動作用ファームウェア（３１，３２－１，３２－２）およびリカバリー用ファームウェア（３３，３４－１，３４－２）は、さらに、本ストレージ装置１が圧縮されたプログラムやデータを伸長する機能を有しているならば、圧縮された状態で不揮発性メモリ３０に格納されていてもよい。
検知部１１１は、ストレージ装置１の動作中における通常動作用ファームウェアの改ざんを検知するためのモジュールであり、ストレージ装置１の異常動作、より詳しくは、Security ＣＰＵ１１、ＣＰＵ－Ａ１２－１またはＣＰＵ－Ｂ１２－２の異常動作を検知する。なお、ストレージ装置１の停止中における通常動作用ファームウェアの改ざんは、ストレージ装置１の起動時において前述のセキュアブート機能によって検知される。異常動作を検知する方法については、特定の方法に限定されず、既知の様々な方法を適用し得る。
リカバリー判定部１１２は、ストレージ装置１の異常動作が検知された場合、当該ストレージ装置１を通常動作用ファームウェアのリカバリーによって回復させることが可能か否かを判定する。この判定は、たとえば、検出された異常動作がハードウェア障害を原因とするものか否かを調べ、ハードウェア障害を原因とするものでない場合、通常動作用ファームウェアのリカバリーによって回復させることが可能と判定するといったものであってもよい。また、Security ＣＰＵ１１内に格納されているセキュリティ保証データを用いて通常動作用Security ＣＰＵ ＦＷ３１、通常動作用ＣＰＵ－Ａ ＦＷ３２－１および通常動作用ＣＰＵ－Ｂ ＦＷ３２－２の信頼性を検証し、改ざんが検出された場合、通常動作用ファームウェアのリカバリーによって回復させることが可能と判定するといったものであってもよい。
リカバリー実行部１１３は、異常動作が検知されたストレージ装置１を、通常動作用ファームウェアのリカバリーによって回復させることが可能と判定された場合、通常動作用ファームウェアのリカバリーを実行する。たとえば、ＣＰＵ－Ａ１２－１の異常動作が検知部１１１によって検知された場合であって、通常動作用ＣＰＵ－Ａ ＦＷ３２－１のリカバリーによって当該ＣＰＵ－Ａ１２－１を回復させることが可能とリカバリー判定部１１２によって判定された場合、リカバリー実行部１１３は、通常動作用ＣＰＵ－Ａ ＦＷ３２－１をリカバリー用ＣＰＵ－Ａ ＦＷ３４－１に書き換えて、ストレージ装置１を再起動する処理を実行する。なお、通常動作用ファームウェアのリカバリーによって回復させることが不可能と判定された場合には、リカバリー判定部１１２によって、ホスト２へのエラーの通知が行われる。ホスト２へエラーを通知した場合、リカバリー判定部１１２は、ストレージ装置１を停止させるようにしてもよい。
また、リカバリー実行部１１３は、ストレージ装置１の起動時、前述のセキュアブート機能によって、たとえば、通常動作用ＣＰＵ－Ａ ＦＷ３２－１の改ざんが検出された場合も、通常動作用ＣＰＵ－Ａ ＦＷ３２－１をリカバリー用ＣＰＵ－Ａ ＦＷ３４－１に書き換えて、ストレージ装置１を再起動する処理を実行する。
なお、リカバリー用ファームウェア（３３，３４－１，３４－２）は、いわゆるバックアップとして通常動作用ファームウェア（３１，３２－１，３２－２）と同じものが用意されてもよいし、ホスト２から正規の通常動作用ファームウェアを取得する等の通常動作用ファームウェアを復旧するための必要最小限の機能を備えるものであってもよい。ファームウェアを復旧するとは、たとえば改ざんされたファームウェアを正規のファームウェアに書き換えて改ざん前の状態に戻すことである。
ところで、たとえば、改ざんされた通常動作用ＣＰＵ－Ａ ＦＷ３２－１をリカバリー用ＣＰＵ－Ａ ＦＷ３４－１によって復旧しようとしても、リカバリー用ＣＰＵ－Ａ ＦＷ３４－１も同様に改ざんされてしまっている場合、ストレージ装置１の再起動時に作動するセキュアブート機能によって、ストレージ装置１の起動が抑止される。つまり、本ストレージ装置１でのリカバリーはもはや不可能であり、製造元などへストレージ装置を預けて復旧を依頼しなければならない。
そこで、本ストレージ装置１は、リカバリー用ファームウェア（３３，３４－１，３４－２）について、通常動作用ファームウェア（３１，３２－１，３２－２）と比較して、高い信頼性が担保された状態で不揮発性メモリ３０に格納する。また、本ストレージ装置１は、通常動作用ファームウェアをリカバリー用ファームウェアに書き換えるにあたり、Security ＣＰＵ１１内に格納されているセキュリティ保証データ１１４を用いて、リカバリー用ファームウェアの信頼性を検証する。
リカバリー用ファームウェアを通常動作用ファームウェアと比較して高い信頼性が担保された状態で不揮発性メモリ３０に格納することについては、前述したように、暗号強度の高いアルゴリズムまたは鍵長の大きな暗号鍵を用いて暗号化することによって実現する。たとえば共通鍵暗号方式で暗号化が行われる場合、復号のための共通鍵（暗号鍵）がセキュリティ保証データ１１４としてSecurity ＣＰＵ１１内に格納される。本ストレージ装置１の暗号化機能を司るモジュールは、セキュリティ保証データ１１４としてSecurity ＣＰＵ１１内に格納されている暗号鍵を示す情報をパラメータとして受け取り、その情報で示される暗号鍵を用いて、指示されたプログラムまたはデータの復号を実行する。また、暗号化機能を司るモジュールが複数のアルゴリズムに対応する場合、アルゴリズムの指定もパラメータによって受け付ける。
リカバリー実行部１１３は、たとえば、通常動作用ファームウェア３２－１をリカバリー用ファームウェア３４－１に書き換える場合、まず、リカバリー用ファームウェア３４－１の不揮発性メモリ３０からの読み出しを実行する（図２：ａ１）。前述したように、リカバリー用ファームウェア３４－１は、暗号化されて不揮発性メモリ３０に格納されている。リカバリー実行部１１３は、暗号化機能を司るモジュールに対して、不揮発性メモリ３０から読み出されるリカバリー用ファームウェア３４－１の復号を指示する。リカバリー実行部１１３は、復号後のリカバリー用ファームウェア３４－１を揮発性メモリ２０へ格納する（図２：ａ２）。なお、リカバリー実行部１１３は、暗号化されているリカバリー用ファームウェア３４－１を揮発性メモリ２０へ格納した後、暗号化機能を司るモジュールに対して、その復号を指示するようにしてもよい。図２において示される揮発性メモリ２０上のリカバリー用ファームウェアは、復号後のリカバリー用ファームウェアである。
次に、リカバリー実行部１１３は、Security ＣＰＵ１１内に格納されているセキュリティ保証データ１１４を用いて、揮発性メモリ２０に格納したリカバリー用ファームウェア３４－１の信頼性を検証する（図２：ａ３）。検証が成功した場合、リカバリー実行部１１３は、不揮発性メモリ３０上の通常動作用ファームウェア３２－１をリカバリー用ファームウェア３４－１に更新し（図２：ａ４）、ストレージ装置１を再起動する。検証が失敗した場合には、リカバリー実行部１１３は、ホスト２へエラーを通知する。ホスト２へエラーを通知した場合、リカバリー実行部１１３は、ストレージ装置１を停止させるようにしてもよい。
なお、リカバリー実行部１１３は、暗号化されている状態のリカバリー用ファームウェアについて、Security ＣＰＵ１１内に格納されているセキュリティ保証データ１１４を用いた信頼性の検証を実行し、検証が成功した場合に、暗号化機能を司るモジュールに対して、その復号を指示するようにしてもよい。
リカバリー用ファームウェアを通常動作用ファームウェアよりも高い信頼性が担保された状態で不揮発性メモリ３０に格納することで、本ストレージ装置１は、製造元などへストレージ装置を預けてファームウェアの復旧を依頼するといった復旧作業のためのコストを削減することができ、よって、可用性を向上させることができる。
リカバリー用ファームウェアが、ホスト２から正規の通常動作用ファームウェアを取得する等の、通常動作用ファームウェアを復旧するための必要最小限の機能を備えるものであった場合、リカバリー実行部１１３によって再起動されたストレージ装置１は、たとえば以下のような手順で動作する。
まず、ストレージ装置１は、セキュアブート機能によって、リカバリー用ファームウェアの信頼性を検証する。リカバリー用ファームウェアは、高い信頼性が担保された状態で不揮発性メモリ３０に格納されているので、この検証は成功し、ストレージ装置１は、リカバリー用ファームウェアで示される手順に沿った動作を開始する。
ストレージ装置１は、通常動作用ファームウェアをホスト２から取得する。たとえば、ストレージ装置１とホスト２とを接続するインタフェースが、ホスト２側のメモリにストレージ装置１側からアクセスすることをサポートしているならば、ホスト２側のメモリから通常動作用ファームウェアを読み出すことによって取得してもよい。あるいは、ホスト２に対して、通常動作用ファームウェアの転送を要求するコマンドを送信することによって取得してもよい。または、ストレージ装置１は、ファームウェアの更新が必要であることを示すメッセージなどをホスト２へ送信するだけでもよく、以降、ホスト２主導の下、通常動作用ファームウェアの更新を行ってもよい。
ストレージ装置１は、リカバリー用ファームウェアに書き換えられている状態の不揮発性メモリ３０上のファームウェアを、ホスト２から取得した通常動作用ファームウェアに再び書き換える。この書き換え後、ストレージ装置１は再起動する。
なお、通常動作用ファームウェアをホスト２から取得する際、この通常動作用ファームウェアの信頼性を検証するための情報や、暗号化を解くための暗号鍵を共に取得し、セキュリティ保証データとして改めてSecurity ＣＰＵ１１内に格納するようにしてもよい。
図３は、本実施形態のストレージ装置１のファームウェアのリカバリーに関する動作手順を示すフローチャートである。
検知部１１１は、ストレージ装置１（Security ＣＰＵ１１、ＣＰＵ－Ａ１２－１またはＣＰＵ－Ｂ１２－２）の異常動作を検知する（Ｓ１１）。異常動作が検知された場合（Ｓ１１：ＹＥＳ）、リカバリー判定部１１２は、異常動作の原因を判定する（Ｓ１２）。たとえば、その異常動作がハードウェア障害を原因とするものか否かを判定する。リカバリー判定部１１２は、異常動作の原因の判定結果に基づき、ファームウェア（通常動作用Security ＣＰＵ ＦＷ３１、ＣＰＵ－Ａ１２－１またはＣＰＵ－Ｂ１２－２）の更新による復旧は可能か否かを判定する（Ｓ１３）。
ファームウェアの更新による復旧は可能と判定された場合（Ｓ１３：ＹＥＳ）、リカバリー実行部１１３は、リカバリー用ファームウェア（リカバリー用Security ＣＰＵ ＦＷ３３、リカバリー用ＣＰＵ－Ａ ＦＷ３４－１またはリカバリー用ＣＰＵ－Ｂ ＦＷ３４－２）を不揮発性メモリ３０から読み出し、揮発性メモリ２０に格納する（Ｓ１４）。リカバリー実行部１１３は、Security ＣＰＵ１１内に格納されているセキュリティ保証データを用いて、リカバリー用ファームウェアの信頼性を検証する（Ｓ１５）。
検証が成功した場合（Ｓ１６：ＹＥＳ）、リカバリー実行部１１３は、不揮発性メモリ３０上の通常動作用ファームウェアをリカバリー用ファームウェアに更新し（Ｓ１７）、ストレージ装置１を再起動する（Ｓ１８）。
一方、リカバリー判定部１１２によって、異常動作が検知されたストレージ装置１をファームウェアのリカバリーによって回復させることは不可能と判定された場合（Ｓ１３：ＮＯ）、または、リカバリー実行部１１３によるリカバリー用ファームウェアの信頼性の検証が失敗した場合（Ｓ１６：ＮＯ）、リカバリー判定部１１２またはリカバリー実行部１１３からホスト２に対してエラーが通知される（Ｓ１９）。
以上のように、リカバリー用ファームウェアを通常動作用ファームウェアよりも高い信頼性が担保された状態で不揮発性メモリ３０に格納する本ストレージ装置１は、ファームウェアについて高いレベルで信頼性が担保されたリカバリーを可能とする。
（第２実施形態）
次に、第２実施形態について説明する。
図４は、本実施形態のストレージ装置１のファームウェアのリカバリーに関する機能ブロックを示す図である。本実施形態のストレージ装置１も、第１実施形態と同様、コントローラ１０、揮発性メモリ２０および不揮発性メモリ３０を有する。ここでは、第１実施形態と同一の構成要素については同一の符号を用い、それらについての重複する説明を省略する。
本実施形態のストレージ装置１においては、不揮発性メモリ３０上に、アクセス権限がSecurity ＣＰＵ１１に限定される区画が設定され、この区画にリカバリー用ファームウェア（３３，３４－１，３４－２）が格納される。ここで、アクセス権限がSecurity ＣＰＵ１１に限定されるとは、Security ＣＰＵ１１のみがアクセス可能またはSecurity ＣＰＵ１１からの指示でのみアクセス可能であることを意味する。Security ＣＰＵ１１からの指示でのみアクセス可能とは、たとえば、ＣＰＵ－Ａ１２－１やＣＰＵ－Ｂ１２－２は、Security ＣＰＵ１１の制御下においてのみアクセス可能であることを意味する。
アクセス権限がSecurity ＣＰＵ１１に限定される区画の設定は、たとえばストレージ装置１の製造過程で行われ、かつ、その区画は、制御コマンドを含む外部からのコマンドの対象となり得ない区画として設けられる。
ここでは、アクセス権限がSecurity ＣＰＵ１１に限定される区画内の領域を高セキュリティ領域３０Ａと称し、不揮発性メモリ３０上の当該区画以外の領域を通常領域３０Ｂと称する。たとえば、ＣＰＵ－Ａ１２－１のための通常動作用ＣＰＵ－Ａ ＦＷ３２－１は、ＣＰＵ－Ａ１２－１がアクセス可能な通常領域３０Ｂに格納される。つまり、通常動作用ファームウェア（３１，３２－１，３２－２）は、通常領域３０Ｂに格納される。
このように、本実施形態のストレージ装置１は、アクセス権限がSecurity ＣＰＵ１１に限定される区画内の領域である高セキュリティ領域３０Ａにリカバリー用ファームウェアを格納することで、通常動作用ファームウェアと比較して高い信頼性が担保された状態で不揮発性メモリ３０に格納することを実現する。
なお、本実施形態のストレージ装置１においても、リカバリー用ファームウェアを高セキュリティ領域３０Ａに格納するにあたり、さらに、通常動作用ファームウェアを通常領域３０Ｂに格納する場合と比較して、暗号強度の高いアルゴリズムまたは鍵長の大きな暗号鍵を用いて暗号化するようにしてもよい。
本実施形態のストレージ装置１におけるリカバリー実行部１１３は、たとえば、通常動作用ファームウェア３２－１をリカバリー用ファームウェア３４－１に書き換える場合、そのリカバリー用ファームウェア３４－１を、不揮発性メモリ３０の高セキュリティ領域３０Ａから読み出す（図４：ｂ１）。以降、リカバリー実行部１１３は、第１実施形態と同様の手順で処理を実行する。つまり、リカバリー実行部１１３は、読み出されたリカバリー用ファームウェア３４－１を揮発性メモリ２０へ格納し（図４：ｂ２）、Security ＣＰＵ１１内に格納されているセキュリティ保証データ１１４を用いて、揮発性メモリ２０に格納したリカバリー用ファームウェア３４－１の信頼性を検証する（図４：ｂ３）。
検証が成功した場合、リカバリー実行部１１３は、不揮発性メモリ３０上の通常動作用ファームウェア３２－１をリカバリー用ファームウェア３４－１に更新し（図４：ｂ４）、本ストレージ装置１を再起動する。検証が失敗した場合には、リカバリー実行部１１３は、ホスト２へエラーを通知する。ホスト２へエラーを通知した場合、リカバリー実行部１１３は、ストレージ装置１を停止させるようにしてもよい。
以上のように、アクセス権限がSecurity ＣＰＵ１１に限定される区画内の領域である高セキュリティ領域３０Ａにリカバリー用ファームウェアを格納することで、通常動作用ファームウェアと比較して高い信頼性が担保された状態で不揮発性メモリ３０に格納する本実施形態のストレージ装置１においても、第１実施形態と同様、たとえば製造元などへストレージ装置を預けてファームウェアの復旧を依頼するといった復旧作業のためのコストを削減することができ、よって、可用性を向上させることができる。
つまり、本ストレージ装置１も、ファームウェアについて高いレベルで信頼性が担保されたリカバリーを可能とする。
（第３実施形態）
次に、第３実施形態について説明する。
図５は、本実施形態のストレージ装置１の一構成例を示す図である。
本実施形態のストレージ装置１は、第１実施形態や第２実施形態と比較して、マスクＲＯＭなどである読み出し専用メモリ４０をさらに有する。また、この読み出し専用メモリ４０は、そのアクセス権限が、Security ＣＰＵ１１に限定されている。ここで、アクセス権限がSecurity ＣＰＵ１１に限定されるとは、Security ＣＰＵ１１のみがアクセス可能またはSecurity ＣＰＵ１１からの指示でのみアクセス可能であることを意味する。Security ＣＰＵ１１からの指示でのみアクセス可能とは、たとえば、ＣＰＵ－Ａ１２－１やＣＰＵ－Ｂ１２－２は、Security ＣＰＵ１１の制御下においてのみアクセス可能であることを意味する。なお、ここでも、第１実施形態や第２実施形態と同一の構成要素については同一の符号を用い、それらについての重複する説明を省略する。
図６は、本実施形態のストレージ装置１のファームウェアのリカバリーに関する機能ブロックを示す図である。
本実施形態のストレージ装置１においては、アクセス権限がSecurity ＣＰＵ１１に限定される読み出し専用メモリ４０に、リカバリー用ファームウェア（３３，３４－１，３４－２）を格納する。つまり、本実施形態のストレージ装置１は、アクセス権限がSecurity ＣＰＵ１１に限定される読み出し専用メモリ４０をリカバリー用ファームウェアの格納場所とすることで、リカバリー用ファームウェアを、通常動作用ファームウェアと比較して高い信頼性が担保された状態で格納することを実現する。
なお、第１実施形態や第２実施形態のように、リカバリー用ファームウェアを大容量の不揮発性メモリ３０に格納する場合には、第１実施形態の説明で述べたように、当該リカバリー用ファームウェアは、いわゆるバックアップとして通常動作用ファームウェアと同じものが用意されてもよいし、ホスト２から正規の通常動作用ファームウェアを取得する等の、通常動作用ファームウェアを復旧するための必要最小限の機能を備えるものであってもよい。一方、リカバリー用ファームウェアを高い信頼性が担保された状態で格納することを目的として、読み出し専用メモリ４０を新設する場合には、コストを抑えるために、当該読み出し専用メモリ４０の容量を極力小さくすることが求められる。たとえば５００Ｋバイト程度に収めることが好ましい。この点を考慮して、本実施形態のストレージ装置１においては、リカバリー用ファームウェアを、ホスト２から正規の通常動作用ファームウェアを取得する等の、通常動作用ファームウェアを復旧するための必要最小限の機能を備えるものとする。つまり、読み出し専用メモリ４０の容量は、通常動作用ファームウェアを格納するために必要な容量よりも格段に小さい容量でよい。
本実施形態のストレージ装置１におけるリカバリー実行部１１３は、たとえば、通常動作用ファームウェア３２－１をリカバリー用ファームウェア３４－１に書き換える場合、そのリカバリー用ファームウェア３４－１を、アクセス権限がSecurity ＣＰＵ１１に限定される読み出し専用メモリ４０から読み出す（図６：ｃ１）。以降、リカバリー実行部１１３は、第１実施形態や第２実施形態と同様の手順で処理を実行する。つまり、リカバリー実行部１１３は、読み出されたリカバリー用ファームウェア３４－１を揮発性メモリ２０へ格納し（図６：ｃ２）、Security ＣＰＵ１１内に格納されているセキュリティ保証データ１１４を用いて、揮発性メモリ２０に格納したリカバリー用ファームウェア３４－１の信頼性を検証する（図６：ｃ３）。
検証が成功した場合、リカバリー実行部１１３は、不揮発性メモリ３０上の通常動作用ファームウェア３２－１をリカバリー用ファームウェア３４－１に更新し（図６：ｃ４）、本ストレージ装置１を再起動する。検証が失敗した場合には、リカバリー実行部１１３は、ホスト２へエラーを通知する。ホスト２へエラーを通知した場合、リカバリー実行部１１３は、ストレージ装置１を停止させるようにしてもよい。
本実施形態のストレージ装置１においては、前述したように、リカバリー用ファームウェアが、ホスト２から正規の通常動作用ファームウェアを取得する等の、通常動作用ファームウェアを復旧するための必要最小限の機能を備えるものであることを想定している。そのため、リカバリー用ファームウェア３４－１の信頼性の検証が成功し、通常動作用ファームウェア３２－１がリカバリー用ファームウェア３４－１に書き換えられて再起動されたストレージ装置１は、第１実施形態の説明でも述べたように、たとえば以下のような手順で動作する。
まず、ストレージ装置１は、セキュアブート機能によって、リカバリー用ファームウェアの信頼性を検証する。アクセス権限がSecurity ＣＰＵ１１に限定される読み出し専用メモリ４０から読み出されたリカバリー用ファームウェアの検証は成功し、ストレージ装置１は、リカバリー用ファームウェアで示される手順に沿った動作を開始する。
ストレージ装置１は、通常動作用ファームウェアをホスト２から取得し、リカバリー用ファームウェアに書き換えられている状態の不揮発性メモリ３０上のファームウェアを、ホスト２から取得した通常動作用ファームウェアに再び書き換える。この書き換え後、ストレージ装置１は、再起動する。
以上のように、アクセス権限がSecurity ＣＰＵ１１に限定される読み出し専用メモリ４０をリカバリー用ファームウェアの格納場所とすることで、リカバリー用ファームウェアを、通常動作用ファームウェアと比較して高い信頼性が担保された状態で格納する本実施形態のストレージ装置１においても、第１実施形態や第２実施形態と同様、製造元などへストレージ装置を預けてファームウェアの復旧を依頼するといった復旧作業のためのコストを削減することができ、よって、可用性を向上させることができる。
つまり、本ストレージ装置１も、ファームウェアについて高いレベルで信頼性が担保されたリカバリーを可能とする。
ところで、以上では、リカバリー用ファームウェアを格納する記憶素子として、アクセス権限がSecurity ＣＰＵ１１に限定される、マスクＲＯＭなどである読み出し専用メモリ４０をさらに有する例を説明した。つまり、書き換え不可の記憶素子を格納場所とすることで、リカバリー用ファームウェアを、不揮発性メモリ３０に格納する通常動作用ファームウェアと比較して高い信頼性が担保された状態で格納することを実現する例について説明した。この一変形例として、読み出し専用メモリ４０に代えて、ＮＯＲ型フラッシュメモリなどの書き込みも可能な記憶素子を適用する例を説明する。
当該一変形例においては、リカバリー用ファームウェアを格納する記憶素子として、ＮＯＲ型フラッシュメモリがコントローラ１０に外付けされているものと想定する。また、このＮＯＲ型フラッシュメモリのアクセス権限は、Security ＣＰＵ１１に限定されている。そして、書き込みが可能なＮＯＲ型フラッシュメモリをリカバリー用ファームウェアの格納場所とする当該一変形例においては、ＮＯＲ型フラッシュメモリに格納されているリカバリー用ファームウェアの信頼性を検証するための検証データを、たとえば、電気的に素子特性を不可逆的に変更させることによってデータを記憶するフューズ素子（ｅＦｕｓｅ）に格納する。ｅＦｕｓｅは、コントローラ１０内に設けられてもよいし、コントローラ１０の外部に設けられてもよい。検証データは、たとえばハッシュ値である。
リカバリー実行部１１３は、ＮＯＲ型フラッシュメモリからリカバリー用ファームウェアを読み出し、不揮発性メモリ３０上の通常動作用ファームウェアを当該読み出したリカバリー用ファームウェアに書き換えるにあたり、ｅＦｕｓｅに記録されている検証データを用いて当該読み出したリカバリー用ファームウェアの信頼性を検証する。リカバリー実行部１１３は、この検証が成功した場合、不揮発性メモリ３０上の通常動作用ファームウェアをリカバリー用ファームウェアに書き換える。このように、当該一変形例においても、リカバリー用ファームウェアを、通常動作用ファームウェアと比較して高い信頼性が担保された状態で格納することが実現される。
当該一変形例においては、マスクＲＯＭなどである読み出し専用メモリ４０の場合と比較して、ストレージ装置１の製造時において、ＮＯＲ型フラッシュメモリへ格納するリカバリー用ファームウェアを変更することができるという効果を奏する。また、リカバリー用ファームウェアの信頼性を検証するための検証データがｅＦｕｓｅによって記録されるので、ＮＯＲ型フラッシュメモリ自体の差し替えに対応することができる。あるいは、マスクＲＯＭなどである読み出し専用メモリ４０にリカバリー用ファームウェアを格納する場合において、さらに、当該リカバリー用ファームウェアの信頼性を検証するための検証データをｅＦｕｓｅに記録するようにしてもよい。
また、本実施形態においては、リカバリー用ファームウェアが、ホスト２から正規の通常動作用ファームウェアを取得する等の、通常動作用ファームウェアを復旧するための必要最小限の機能を備えるものと想定し、不揮発性メモリ３０上の通常動作用ファームウェアをリカバリー用ファームウェアに書き換えて、ストレージ装置１を再起動することとしている。リカバリー用ファームウェアが、ホスト２から正規の通常動作用ファームウェアを取得する等の、通常動作用ファームウェアを復旧するための必要最小限の機能を備えるものである場合、不揮発性メモリ３０上の通常動作用ファームウェアをリカバリー用ファームウェアに書き換えることに代えて、揮発性メモリ２０に格納された後、セキュリティ保証データ１１４を用いた信頼性の検証が成功したリカバリー用ファームウェアが、正規の通常動作用ファームウェアをホスト２から取得し、改ざんされている不揮発性メモリ３０上の通常動作用ファームウェアを、ホスト２から取得した正規の通常動作用ファームウェアに書き換えるようにしてもよい。この場合、ストレージ装置１の再起動が１回で済むことになる。
（第４実施形態）
次に、第４実施形態について説明する。
図７は、本実施形態のストレージ装置１のファームウェアのリカバリーに関する機能ブロックを示す図である。本実施形態のストレージ装置１も、第１実施形態から第３実施形態と同様、コントローラ１０、揮発性メモリ２０および不揮発性メモリ３０を有する。ここでは、第１実施形態から第３実施形態と同一の構成要素については同一の符号を用い、それらについての重複する説明を省略する。
本実施形態のストレージ装置１は、第１実施形態と同様、不揮発性メモリ３０上に、アクセス権限がSecurity ＣＰＵ１１に限定される区画を設定し、この区画にリカバリー用ファームウェアを格納する。つまり、本実施形態のストレージ装置１においては、高セキュリティ領域３０Ａが不揮発性メモリ３０上に存在する。
また、本実施形態のストレージ装置１においては、通常動作用ファームウェアが、たとえば暗号鍵などの重要データを扱うことを想定する。重要データは、通常動作用ファームウェアと同様、不揮発性メモリ３０の通常領域３０Ｂに格納されている。また、その信頼性を検証するための情報がセキュリティ保証データ１１４としてSecurity ＣＰＵ１１内に格納されている。さらに、本実施形態のストレージ装置１においては、ホスト２からのコマンドによる指示やストレージ装置１の内部処理などによって、重要データが特定のタイミングで更新され得る。
この場合、通常動作用ファームウェアのリカバリー時、最新の重要データが失われると、再起動されたストレージ装置１は、正常な動作が行えなくなってしまう。そこで、本実施形態のストレージ装置１は、さらに、重要データ３５を復旧するためのリカバリー用重要データ３６を、不揮発性メモリ３０上の高セキュリティ領域３０Ａに格納する。
本実施形態のストレージ装置１におけるリカバリー実行部１１３は、たとえば特定のタイミングでの重要データ３５の更新時、更新された重要データ３５を不揮発性メモリ３０の通常領域３０Ｂから読み出す（図７：ｄ１１）。なお、リカバリー実行部１１３によるリカバリー用重要データ３６の高セキュリティ領域３０Ａへの格納は、重要データ３５の更新時とは異なるタイミングで実行されてもよい。つまり、符号ｄ１１で示される、重要データ３５の通常領域３０Ｂからの読み出しは、特定のタイミングでの重要データ３５の更新時に限定されない。
リカバリー実行部１１３は、Security ＣＰＵ１１内に格納されているセキュリティ保証データ１１４を用いて、通常領域３０Ｂから読み出した重要データ３５の信頼性を検証する（図７：ｄ１２）。この検証が成功した場合、リカバリー実行部１１３は、読み出した重要データ３５の高セキュリティ領域３０Ａへの書き込みを実行する（図７：ｄ１３）。検証が失敗した場合には、リカバリー実行部１１３は、ホスト２へエラーを通知する。ホスト２へエラーを通知した場合、リカバリー実行部１１３は、ストレージ装置１を停止させるようにしてもよい。
また、通常動作用ファームウェアのリカバリー実行時、リカバリー実行部１１３は、リカバリー用重要データ３６を不揮発性メモリ３０の高セキュリティ領域３０Ａから読み出す（図７：ｄ２１）。なお、通常動作用ファームウェア自体のリカバリーの手順は、第１実施形態で説明した通りであるので、ここでは、その説明を省略する。
リカバリー実行部１１３は、読み出したリカバリー用重要データ３６について、Security ＣＰＵ１１内に格納されているセキュリティ保証データ１１４を用いて、その信頼性を検証する（図７：ｄ２２）。そして、検証が成功した場合、リカバリー実行部１１３は、不揮発性メモリ３０の通常領域３０Ｂに格納されている重要データ３５をリカバリー用重要データ３６に書き換える。
本実施形態のストレージ装置１においては、通常動作用ファームウェアによって扱われる重要データが特定のタイミングで更新され、かつ、通常動作用ファームウェアのリカバリー時、最新の重要データが復旧されるので、異常動作が検知される前の状態から使い続けることが可能となり、可用性を向上させることができる。
また、本実施形態では、不揮発性メモリ３０上に、アクセス権限がSecurity ＣＰＵ１１に限定される区画を設定し、この区画にリカバリー用ファームウェアと通常動作用ファームウェアが扱う重要データとを格納する例を説明した。第３実施形態において一変形例として説明した、ＮＯＲ型フラッシュメモリなどの書き込みが可能な記憶素子にリカバリー用ファームウェアを格納し、かつ、リカバリー用ファームウェアの信頼性を検証するための検証データがｅＦｕｓｅによって記録される形態において、通常動作用ファームウェアが扱う重要データのバックアップをＮＯＲ型フラッシュメモリに格納するようにしてもよい。検証データは、更新が発生しないリカバリー用ファームウェア分のみＦｕｓｅによって記録する。アクセス権限がSecurity ＣＰＵ１１に限定されるＮＯＲ型フラッシュメモリに重要データを格納するだけでも、重要データの信頼性は高いレベルで担保される。
この場合、ＮＯＲ型フラッシュメモリの一部領域に、検証データがＦｕｓｅによって記録される、更新が発生しないリカバリー用ファームウェアを格納し、ＮＯＲ型フラッシュメモリの他の領域には、更新が発生する重要データを格納するという組み合わせを低コストで実現できる。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
１…ストレージ装置、２…ホスト、１０…コントローラ、１１…Security ＣＰＵ、１２－１，１２－２…一般的なＣＰＵ、２０…揮発性メモリ、３０…不揮発性メモリ、３０Ａ…高セキュリティ領域、３０Ｂ…通常領域、３１，３２－１，３２－２…通常動作用ファームウェア、３３，３４－１，３４－２…リカバリー用ファームウェア、３５…重要データ、３６…リカバリー用重要データ、４０…読み出し専用メモリ、１１１…検知部、１１２…リカバリー判定部、１１３…リカバリー実行部、１１４…セキュリティ保証データ。

Claims (10)

  1. 不揮発性メモリと、
    ホストからのコマンドに基づき、前記不揮発性メモリへのデータの書き込みおよび前記不揮発性メモリからのデータの読み出しを制御するコントローラと、
    を具備し、
    前記コントローラは、少なくとも１つのプロセッサを含み、
    前記不揮発性メモリは、前記コマンドに基づくデータの書き込みおよび読み出しの制御を前記少なくとも１つのプロセッサが行うための通常動作用ファームウェアと、前記通常動作用ファームウェアを復旧するためのリカバリー用ファームウェアとを格納し、
    前記通常動作用ファームウェアおよび前記リカバリー用ファームウェアが暗号化され、
    前記リカバリー用ファームウェアは、前記通常動作用ファームウェアよりも暗号強度の高いアルゴリズムまたは鍵長の大きな暗号鍵を用いて暗号化されて、前記不揮発性メモリに格納されている、
    ストレージ装置。
  2. 前記少なくとも１つのプロセッサは、前記通常動作用ファームウェアおよび前記リカバリー用ファームウェアの信頼性を検証する機能を有する第１プロセッサを含み、
    前記不揮発性メモリには、前記第１プロセッサのみがアクセス可能な第１領域が設定され、
    前記リカバリー用ファームウェアは、前記第１領域に格納されており、
    前記通常動作用ファームウェアは、前記不揮発性メモリの前記第１領域以外の第２領域に格納されている、
    請求項１に記載のストレージ装置。
  3. 前記リカバリー用ファームウェアによって前記通常動作用ファームウェアが復旧された場合において前記通常動作用ファームウェアによって使用されるべきデータが、前記第１領域に格納されている請求項２に記載のストレージ装置。
  4. 前記リカバリー用ファームウェアは、正規の前記通常動作用ファームウェアを前記ホストから取得する処理と、前記不揮発性メモリの前記第２領域に格納されている前記通常動作用ファームウェアを、前記ホストから取得した正規の前記通常動作用ファームウェアに更新する処理と、を前記第１プロセッサに実行させるためのプログラムである請求項２に記載のストレージ装置。
  5. 不揮発性メモリと、
    ホストからのコマンドに基づき、前記不揮発性メモリへのデータの書き込みおよび前記不揮発性メモリからのデータの読み出しを制御するコントローラと、
    を具備し、
    前記コントローラは、プロセッサを含み、
    前記不揮発性メモリは、前記コマンドに基づくデータの書き込みおよび読み出しの制御を前記プロセッサが行うための通常動作用ファームウェアと、前記通常動作用ファームウェアを復旧するためのリカバリー用ファームウェアとを格納し、
    前記コントローラは、前記通常動作用ファームウェアと前記リカバリー用ファームウェアの信頼性を検証する機能を有する第１プロセッサと、前記通常動作用ファームウェアを実行する第２プロセッサとを有し、前記第１プロセッサは前記不揮発性メモリの第１領域にはアクセス可能であるが、前記第２プロセッサは前記第１領域にはアクセスできず、かつ、前記リカバリー用ファームウェアは前記第１領域に格納され、前記通常動作用ファームウェアは前記不揮発性メモリの前記第１領域とは異なる第２領域に格納され、
    前記通常動作用ファームウェアおよび前記リカバリー用ファームウェアが暗号化され、
    前記リカバリー用ファームウェアは、前記通常動作用ファームウェアよりも暗号強度の高いアルゴリズムまたは鍵長の大きな暗号鍵を用いて暗号化されて前記不揮発性メモリに格納されている、
    ストレージ装置。
  6. 前記リカバリー用ファームウェアによって前記通常動作用ファームウェアが復旧された場合において前記通常動作用ファームウェアによって使用されるべきデータが、前記第１領域に格納されている請求項５に記載のストレージ装置。
  7. 前記リカバリー用ファームウェアは、正規の前記通常動作用ファームウェアを前記ホストから取得する処理と、前記不揮発性メモリの前記第２領域に格納されている前記通常動作用ファームウェアを、前記ホストから取得した正規の前記通常動作用ファームウェアに更新する処理と、を前記第１プロセッサに実行させるためのプログラムである請求項５に記載のストレージ装置。
  8. 第１不揮発性メモリと、
    プログラムを含むデータを前記第１不揮発性メモリよりも高い信頼性が担保された状態で格納するための第２不揮発性メモリと、
    ホストからのコマンドに基づき、前記第１不揮発性メモリへのデータの書き込みおよび前記第１不揮発性メモリからのデータの読み出しを制御するコントローラと、
    を具備し、
    前記コントローラは、プロセッサを含み、
    前記コマンドに基づくデータの書き込みおよび読み出しの制御を前記プロセッサが行うための通常動作用ファームウェアが、前記第１不揮発性メモリに格納されており、
    前記通常動作用ファームウェアを復旧するためのリカバリー用ファームウェアが、前記第２不揮発性メモリに格納され、
    前記コントローラは、前記通常動作用ファームウェアと前記リカバリー用ファームウェアの信頼性を検証する機能を有する第１プロセッサと、前記通常動作用ファームウェアを実行する第２プロセッサとを有し、前記第１プロセッサは前記第２不揮発性メモリにはアクセス可能であるが、前記第２プロセッサは前記第２不揮発性メモリにはアクセスできず、かつ、前記リカバリー用ファームウェアは前記第２不揮発性メモリに格納され、前記通常動作用ファームウェアは前記第1不揮発性メモリに格納され、
    前記通常動作用ファームウェアおよび前記リカバリー用ファームウェアが暗号化され、
    前記リカバリー用ファームウェアは、前記通常動作用ファームウェアよりも暗号強度の高いアルゴリズムまたは鍵長の大きな暗号鍵を用いて暗号化されて前記第２不揮発性メモリに格納されている、
    ストレージ装置。
  9. 前記リカバリー用ファームウェアによって前記通常動作用ファームウェアが復旧された場合において前記通常動作用ファームウェアによって使用されるべきデータが、前記第１不揮発性メモリに格納されている請求項８に記載のストレージ装置。
  10. 前記リカバリー用ファームウェアは、正規の前記通常動作用ファームウェアを前記ホストから取得する処理と、前記第２不揮発性メモリに格納されている前記通常動作用ファームウェアを、前記ホストから取得した正規の前記通常動作用ファームウェアに更新する処理と、を前記第１プロセッサに実行させるためのプログラムである請求項８に記載のストレージ装置。
JP2019147505A 2019-08-09 2019-08-09 ストレージ装置 Active JP7341784B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2019147505A JP7341784B2 (ja) 2019-08-09 2019-08-09 ストレージ装置
TW108147170A TWI736075B (zh) 2019-08-09 2019-12-23 儲存裝置
CN202010062994.5A CN112347518A (zh) 2019-08-09 2020-01-20 储存装置
US16/804,053 US11455115B2 (en) 2019-08-09 2020-02-28 Storage device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019147505A JP7341784B2 (ja) 2019-08-09 2019-08-09 ストレージ装置

Publications (2)

Publication Number Publication Date
JP2021028763A JP2021028763A (ja) 2021-02-25
JP7341784B2 true JP7341784B2 (ja) 2023-09-11

Family

ID=74357159

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019147505A Active JP7341784B2 (ja) 2019-08-09 2019-08-09 ストレージ装置

Country Status (4)

Country Link
US (1) US11455115B2 (ja)
JP (1) JP7341784B2 (ja)
CN (1) CN112347518A (ja)
TW (1) TWI736075B (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111966970B (zh) * 2020-07-31 2021-05-07 深圳比特微电子科技有限公司 防止数字货币矿机固件回退的方法、装置和数字货币矿机
US11797679B2 (en) * 2021-07-28 2023-10-24 Dell Products, L.P. Trust verification system and method for a baseboard management controller (BMC)
KR20230068824A (ko) 2021-11-11 2023-05-18 삼성전자주식회사 스토리지 장치, 이에 대한 동작 방법 및 메모리 시스템
JP2023088703A (ja) * 2021-12-15 2023-06-27 キヤノン株式会社 情報処理装置、その制御方法、及びプログラム
TWI817502B (zh) * 2022-05-13 2023-10-01 宇瞻科技股份有限公司 固態硬碟系統

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015036847A (ja) 2013-08-12 2015-02-23 株式会社東芝 半導体装置
JP2016118879A (ja) 2014-12-19 2016-06-30 株式会社デンソー マイクロコンピュータ
US20190073478A1 (en) 2017-09-01 2019-03-07 Microsoft Technology Licensing, Llc Hardware-enforced firmware security

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09330272A (ja) * 1996-06-12 1997-12-22 Hitachi Ltd Ｂｉｏｓ制御方式
US6934873B2 (en) * 2002-02-28 2005-08-23 Dell Products L.P. Automatic BIOS recovery in a multi-node computer system
US20080186753A1 (en) * 2007-02-05 2008-08-07 Broadcom Corporation High density one time programmable memory
US8490189B2 (en) 2009-09-25 2013-07-16 Intel Corporation Using chipset-based protected firmware for host software tamper detection and protection
JP5624510B2 (ja) * 2011-04-08 2014-11-12 株式会社東芝 記憶装置、記憶システム及び認証方法
US10803970B2 (en) * 2011-11-14 2020-10-13 Seagate Technology Llc Solid-state disk manufacturing self test
EP2704053B1 (en) * 2012-08-27 2016-09-21 Giesecke & Devrient GmbH Method and system for updating a firmware of a security module
CN103810430B (zh) * 2012-11-13 2018-02-27 联想(北京)有限公司 一种控制电子设备的方法及电子设备
US9317548B2 (en) * 2013-01-30 2016-04-19 International Business Machines Corporation Reducing collisions within a hash table
US9092398B2 (en) * 2013-02-14 2015-07-28 Avago Technologies General Ip (Singapore) Pte Ltd Restoring expander operations in a data storage switch
US9858208B2 (en) * 2013-03-21 2018-01-02 International Business Machines Corporation System for securing contents of removable memory
EP2854066B1 (en) * 2013-08-21 2018-02-28 Nxp B.V. System and method for firmware integrity verification using multiple keys and OTP memory
JP6244759B2 (ja) 2013-09-10 2017-12-13 株式会社ソシオネクスト セキュアブート方法、半導体装置、及び、セキュアブートプログラム
WO2016010604A2 (en) * 2014-04-28 2016-01-21 Topia Technology, Inc. Systems and methods for security hardening of data in transit and at rest via segmentation, shuffling and multi-key encryption
CN104573529B (zh) * 2015-01-28 2018-04-17 加弘科技咨询(上海)有限公司 一种bios固件的划分、更新方法和系统
KR102385552B1 (ko) * 2015-12-29 2022-04-12 삼성전자주식회사 시스템-온-칩 및 이를 포함하는 전자 장치
US10740468B2 (en) * 2016-09-30 2020-08-11 Hewlett Packard Enterprise Development Lp Multiple roots of trust to verify integrity
US10621351B2 (en) 2016-11-01 2020-04-14 Raptor Engineering, LLC. Systems and methods for tamper-resistant verification of firmware with a trusted platform module

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015036847A (ja) 2013-08-12 2015-02-23 株式会社東芝 半導体装置
JP2016118879A (ja) 2014-12-19 2016-06-30 株式会社デンソー マイクロコンピュータ
US20190073478A1 (en) 2017-09-01 2019-03-07 Microsoft Technology Licensing, Llc Hardware-enforced firmware security

Also Published As

Publication number Publication date
TW202107277A (zh) 2021-02-16
TWI736075B (zh) 2021-08-11
CN112347518A (zh) 2021-02-09
US11455115B2 (en) 2022-09-27
US20210042035A1 (en) 2021-02-11
JP2021028763A (ja) 2021-02-25

Similar Documents

Publication Publication Date Title
JP7341784B2 (ja) ストレージ装置
US7461268B2 (en) E-fuses for storing security version data
JP6373888B2 (ja) 情報処理装置及び制御方法
US8438377B2 (en) Information processing apparatus, method and computer-readable storage medium that encrypts and decrypts data using a value calculated from operating-state data
US20210397441A1 (en) Firmware updating system and method
US20100088525A1 (en) External encryption and recovery management with hardware encrypted storage devices
KR102567097B1 (ko) 임베디드 시스템의 부트 롬 업데이트 방법 및 부팅 방법
CN109445705B (zh) 固件认证方法及固态硬盘
TWI775346B (zh) 防止回滾攻擊之系統及方法
CN113505363B (zh) 通过软件方式实现存储空间防重放的方法和系统
JP2005332221A (ja) 記憶装置
JP6622360B2 (ja) 情報処理装置
JP7249968B2 (ja) 情報処理装置およびストレージ
RU2580014C2 (ru) Система и способ изменения маски зашифрованной области при возникновении сбоя в компьютерной системе
JP2000250818A (ja) 記憶システム、記憶装置及び記憶データ保護方法
JP2020149236A (ja) 電子機器及び電子機器の制御方法
TWI824602B (zh) 電子裝置及其控制方法
JP7341376B2 (ja) 情報処理装置、情報処理方法、及び、情報処理プログラム
JP7320126B2 (ja) 車両制御装置及び車両制御システム
US20230129942A1 (en) Method for locking a rewritable non-volatile memory and electronic device implementing said method
KR102545102B1 (ko) 차량용 제어기 및 그 업데이트 방법
JP7413300B2 (ja) 記憶装置
WO2021015204A1 (ja) アクセス制御装置、アクセス制御方法及びプログラム
CN113742784A (zh) 应用加速验证映像文件方法的系统
CN115221527A (zh) 电子装置及其控制方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220309

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230110

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230224

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230530

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230719

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230801

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230830

R151 Written notification of patent or utility model registration

Ref document number: 7341784

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151