知財求人 - 知財ポータルサイト「IP Force」
▶ ルネサス エレクトロニクス アメリカ インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023178262
(43)【公開日】2023-12-14
(54)【発明の名称】セキュアな証明書認証を用いた書き込み保護機能
(51)【国際特許分類】
H04L 9/32 20060101AFI20231207BHJP
G06F 21/62 20130101ALI20231207BHJP
G06F 21/64 20130101ALI20231207BHJP
【ＦＩ】
H04L9/32 200D
G06F21/62 318
G06F21/64
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023090793
(22)【出願日】2023-06-01
(31)【優先権主張番号】63/348,783
(32)【優先日】2022-06-03
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】18/066,433
(32)【優先日】2022-12-15
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】518364964
【氏名又は名称】ルネサス エレクトロニクス アメリカ インコーポレイテッド
【氏名又は名称原語表記】ＲＥＮＥＳＡＳ ＥＬＥＣＴＲＯＮＩＣＳ ＡＭＥＲＩＣＡ ＩＮＣ．
【住所又は居所原語表記】１００１ Ｍｕｒｐｈｙ Ｒａｎｃｈ Ｒｏａｄ， Ｍｉｌｐｉｔａｓ， Ｃａｌｉｆｏｒｎｉａ ９５０３５， Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】110002066
【氏名又は名称】弁理士法人筒井国際特許事務所
(72)【発明者】
【氏名】シュエタル・アルビンド・パテル
(57)【要約】 （修正有）
【課題】不揮発性メモリブロックのセキュアな証明書認証を用いたデータの読み取り保護及び書き込み保護を行う装置を提供する。
【解決手段】情報処理システムにおいて、メモリシステムは、エンティティに対応する証明書チェーン３２６を含むメモリスロット３２４と、メモリブロックと、処理デバイスと、を含む。メモリブロックは、保護が有効になっている。処理デバイスは、エンティティのコンピューティングデバイスからメモリブロックの保護を解除するための要求メッセージを受信する。要求メッセージは、エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む。処理デバイスはまた、証明書チェーンに少なくとも部分的に基づいて、エンティティに対応する公開鍵を決定し、公開鍵に少なくとも部分的に基づいて、署名が有効であると決定し、メモリブロックの保護が証明書チェーンに対応すると決定し、メモリブロックの保護を解除する。
【選択図】図７
【解決手段】情報処理システムにおいて、メモリシステムは、エンティティに対応する証明書チェーン３２６を含むメモリスロット３２４と、メモリブロックと、処理デバイスと、を含む。メモリブロックは、保護が有効になっている。処理デバイスは、エンティティのコンピューティングデバイスからメモリブロックの保護を解除するための要求メッセージを受信する。要求メッセージは、エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む。処理デバイスはまた、証明書チェーンに少なくとも部分的に基づいて、エンティティに対応する公開鍵を決定し、公開鍵に少なくとも部分的に基づいて、署名が有効であると決定し、メモリブロックの保護が証明書チェーンに対応すると決定し、メモリブロックの保護を解除する。
【選択図】図７
【特許請求の範囲】
【請求項1】
エンティティに対応する証明書チェーンを含むメモリスロットと、
保護が有効になっているメモリブロックと、
メモリに結合された少なくとも１つの処理デバイスと、
を備える装置であって、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、前記メモリブロックの保護を解除するための前記要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定し、
前記メモリブロックの保護が前記証明書チェーンに対応すると決定し、
前記署名が有効であるという決定と、前記メモリブロックの保護が前記証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記メモリブロックの保護を解除するように構成される、
装置。
保護が有効になっているメモリブロックと、
メモリに結合された少なくとも１つの処理デバイスと、
を備える装置であって、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、前記メモリブロックの保護を解除するための前記要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定し、
前記メモリブロックの保護が前記証明書チェーンに対応すると決定し、
前記署名が有効であるという決定と、前記メモリブロックの保護が前記証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記メモリブロックの保護を解除するように構成される、
装置。
【請求項2】
前記少なくとも１つの処理デバイスは、
前記エンティティのコンピューティングデバイスから前記証明書チェーンを受信し、
前記証明書チェーンを前記メモリスロットにインストールするようにさらに構成され、
前記メモリブロックの保護は、書き込み保護および読み取り保護のうちの一方である、
請求項１に記載の装置。
前記エンティティのコンピューティングデバイスから前記証明書チェーンを受信し、
前記証明書チェーンを前記メモリスロットにインストールするようにさらに構成され、
前記メモリブロックの保護は、書き込み保護および読み取り保護のうちの一方である、
請求項１に記載の装置。
【請求項3】
前記メモリブロックは、複数の前記メモリブロックのうちの第１のメモリブロックを含み、
前記複数のメモリブロックのうちの第２のメモリブロックは、保護が有効になっており、
前記要求メッセージは、第１の要求メッセージを含み、
前記署名は、第１の署名を含み、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定し、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないと決定し、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないという決定に少なくとも部分的に基づいて、エラーを含む応答メッセージを返すようにさらに構成される、
請求項１に記載の装置。
前記複数のメモリブロックのうちの第２のメモリブロックは、保護が有効になっており、
前記要求メッセージは、第１の要求メッセージを含み、
前記署名は、第１の署名を含み、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定し、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないと決定し、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないという決定に少なくとも部分的に基づいて、エラーを含む応答メッセージを返すようにさらに構成される、
請求項１に記載の装置。
【請求項4】
前記メモリスロットは、複数のメモリスロットを含み、
前記証明書チェーンは、前記複数のメモリスロットのうちの第１のメモリスロットにインストールされた第１の証明書チェーンを含み、前記エンティティは、第１のエンティティを含み、
前記複数のメモリスロットのうちの第２のメモリスロットは、第２のエンティティに対応する第２の証明書チェーンを含み、
前記少なくとも１つの処理デバイスは、
前記第２のエンティティの秘密鍵に少なくとも部分的に基づいて生成された第３の署名を含む第３の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第３の要求メッセージを前記第２のエンティティのコンピューティングデバイスから受信し、
前記第２の証明書チェーンに少なくとも部分的に基づいて、前記第２のエンティティに対応する第２の公開鍵を決定し、
前記第２の公開鍵に少なくとも部分的に基づいて、前記第３の署名が有効であると決定し、
前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応すると決定し、
前記第２の署名が有効であるという決定と、前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記第２のメモリブロックの保護を解除するようにさらに構成される、
請求項３に記載の装置。
前記証明書チェーンは、前記複数のメモリスロットのうちの第１のメモリスロットにインストールされた第１の証明書チェーンを含み、前記エンティティは、第１のエンティティを含み、
前記複数のメモリスロットのうちの第２のメモリスロットは、第２のエンティティに対応する第２の証明書チェーンを含み、
前記少なくとも１つの処理デバイスは、
前記第２のエンティティの秘密鍵に少なくとも部分的に基づいて生成された第３の署名を含む第３の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第３の要求メッセージを前記第２のエンティティのコンピューティングデバイスから受信し、
前記第２の証明書チェーンに少なくとも部分的に基づいて、前記第２のエンティティに対応する第２の公開鍵を決定し、
前記第２の公開鍵に少なくとも部分的に基づいて、前記第３の署名が有効であると決定し、
前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応すると決定し、
前記第２の署名が有効であるという決定と、前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記第２のメモリブロックの保護を解除するようにさらに構成される、
請求項３に記載の装置。
【請求項5】
前記証明書チェーンは、復号化証明書を含む複数の証明書を含み、前記復号化証明書は、前記エンティティの秘密鍵に対応する前記公開鍵を格納する、請求項１に記載の装置。
【請求項6】
前記要求メッセージは、第１の要求メッセージを含み、
前記署名は、第１の署名を含み、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、保護設定／解除モードを開始するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定し、
前記第２の署名が有効であるという決定に少なくとも部分的に基づいて、第１のノンスを含む応答メッセージを前記エンティティのコンピューティングデバイスに返すようにさらに構成され、
前記第１の要求メッセージは、第２のノンスを含み、
前記少なくとも１つの処理デバイスは、前記第２のノンスと前記第１のノンスとが一致すると決定するようにさらに構成され、
前記メモリブロックの保護の解除は、前記第２のノンスと前記第１のノンスとが一致するという決定に少なくとも部分的に基づいている、
請求項１に記載の装置。
前記署名は、第１の署名を含み、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、保護設定／解除モードを開始するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定し、
前記第２の署名が有効であるという決定に少なくとも部分的に基づいて、第１のノンスを含む応答メッセージを前記エンティティのコンピューティングデバイスに返すようにさらに構成され、
前記第１の要求メッセージは、第２のノンスを含み、
前記少なくとも１つの処理デバイスは、前記第２のノンスと前記第１のノンスとが一致すると決定するようにさらに構成され、
前記メモリブロックの保護の解除は、前記第２のノンスと前記第１のノンスとが一致するという決定に少なくとも部分的に基づいている、
請求項１に記載の装置。
【請求項7】
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、前記証明書チェーンを無効にするための前記要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定し、
前記署名が有効であるという決定に少なくとも部分的に基づいて、前記証明書チェーンを無効にするようにさらに構成される、
請求項１に記載の装置。
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、前記証明書チェーンを無効にするための前記要求メッセージを前記エンティティのコンピューティングデバイスから受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定し、
前記署名が有効であるという決定に少なくとも部分的に基づいて、前記証明書チェーンを無効にするようにさらに構成される、
請求項１に記載の装置。
【請求項8】
エンティティに対応する証明書チェーンを含むメモリスロットと、
メモリに結合された少なくとも１つの処理デバイスと、
を備える装置であって、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、前記装置のファームウェアを更新するための前記要求メッセージを受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定し、
前記署名が有効であるという決定に少なくとも部分的に基づいて、ファームウェア更新動作を実行するように構成される、
装置。
メモリに結合された少なくとも１つの処理デバイスと、
を備える装置であって、
前記少なくとも１つの処理デバイスは、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、前記装置のファームウェアを更新するための前記要求メッセージを受信し、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する公開鍵を決定し、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定し、
前記署名が有効であるという決定に少なくとも部分的に基づいて、ファームウェア更新動作を実行するように構成される、
装置。
【請求項9】
前記要求メッセージは、不透明型データフィールドから入力されたデータを含むフィールドを含み、
前記装置は、第１のファームウェアスロットを含み、前記第１のファームウェアスロットは、アクティブファームウェアスロットであり、
前記装置は、第２のファームウェアスロットを含み、
前記ファームウェア更新動作は、
前記署名が有効であるという決定に少なくとも部分的に基づいて、ファームウェア更新モードを開始するステップと、
第１のノンスを生成するステップと、
前記不透明型データフィールドから入力された前記データに少なくとも部分的に基づいて、新しい公開鍵を生成するステップと、
前記第１のノンスを、前記装置に関連付けられたメモリコントローラに提供するステップと、
前記メモリコントローラから、第２の署名、第２のノンス、およびファームウェアデータパッケージを含むファームウェア転送要求を受信するステップと、
前記新しい公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定するステップと、
前記第２のノンスと前記第１のノンスとが一致すると決定するステップと、
前記新しい公開鍵に少なくとも部分的に基づく前記第２の署名が有効であるという決定と、前記第２のノンスと前記第１のノンスとが一致するという決定とに少なくとも部分的に基づいて、前記第２のファームウェアスロットへの前記ファームウェアデータパッケージの転送を開始するステップと、
を含む、請求項８に記載の装置。
前記装置は、第１のファームウェアスロットを含み、前記第１のファームウェアスロットは、アクティブファームウェアスロットであり、
前記装置は、第２のファームウェアスロットを含み、
前記ファームウェア更新動作は、
前記署名が有効であるという決定に少なくとも部分的に基づいて、ファームウェア更新モードを開始するステップと、
第１のノンスを生成するステップと、
前記不透明型データフィールドから入力された前記データに少なくとも部分的に基づいて、新しい公開鍵を生成するステップと、
前記第１のノンスを、前記装置に関連付けられたメモリコントローラに提供するステップと、
前記メモリコントローラから、第２の署名、第２のノンス、およびファームウェアデータパッケージを含むファームウェア転送要求を受信するステップと、
前記新しい公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定するステップと、
前記第２のノンスと前記第１のノンスとが一致すると決定するステップと、
前記新しい公開鍵に少なくとも部分的に基づく前記第２の署名が有効であるという決定と、前記第２のノンスと前記第１のノンスとが一致するという決定とに少なくとも部分的に基づいて、前記第２のファームウェアスロットへの前記ファームウェアデータパッケージの転送を開始するステップと、
を含む、請求項８に記載の装置。
【請求項10】
前記ファームウェア更新動作は、
前記メモリコントローラから、第３の署名、第３のノンス、およびファームウェア転送終了コマンドを含む第２のファームウェア転送要求を受信するステップと、
前記新しい公開鍵に少なくとも部分的に基づいて、前記第３の署名が有効であると決定するステップと、
前記第３のノンスと前記第１のノンスとが一致すると決定するステップと、
前記新しい公開鍵と、前記第２のノンスと前記第１のノンスとが一致するという決定とに少なくとも部分的に基づいて、前記ファームウェア転送終了コマンドを実行するステップと、
をさらに含む、請求項９に記載の装置。
前記メモリコントローラから、第３の署名、第３のノンス、およびファームウェア転送終了コマンドを含む第２のファームウェア転送要求を受信するステップと、
前記新しい公開鍵に少なくとも部分的に基づいて、前記第３の署名が有効であると決定するステップと、
前記第３のノンスと前記第１のノンスとが一致すると決定するステップと、
前記新しい公開鍵と、前記第２のノンスと前記第１のノンスとが一致するという決定とに少なくとも部分的に基づいて、前記ファームウェア転送終了コマンドを実行するステップと、
をさらに含む、請求項９に記載の装置。
【請求項11】
前記ファームウェア更新動作は、
前記ファームウェア転送終了コマンドの実行に少なくとも部分的に基づいて、前記ファームウェアデータパッケージから第４の署名を抽出するステップと、
前記新しい公開鍵を使用して前記第４の署名を復号化して、第１のファームウェアデータハッシュを取得するステップと、
前記ファームウェアデータパッケージのファームウェアデータに少なくとも部分的に基づいて、第２のファームウェアデータハッシュを計算するステップと、
前記第１のファームウェアデータハッシュと前記第２のファームウェアデータハッシュとが一致すると決定するステップと、
前記第１のファームウェアデータハッシュと前記第２のファームウェアデータハッシュとが一致するという決定に少なくとも部分的に基づいて、ファームウェアアクティベート動作を実行するステップと、
をさらに含む、請求項１０に記載の装置。
前記ファームウェア転送終了コマンドの実行に少なくとも部分的に基づいて、前記ファームウェアデータパッケージから第４の署名を抽出するステップと、
前記新しい公開鍵を使用して前記第４の署名を復号化して、第１のファームウェアデータハッシュを取得するステップと、
前記ファームウェアデータパッケージのファームウェアデータに少なくとも部分的に基づいて、第２のファームウェアデータハッシュを計算するステップと、
前記第１のファームウェアデータハッシュと前記第２のファームウェアデータハッシュとが一致すると決定するステップと、
前記第１のファームウェアデータハッシュと前記第２のファームウェアデータハッシュとが一致するという決定に少なくとも部分的に基づいて、ファームウェアアクティベート動作を実行するステップと、
をさらに含む、請求項１０に記載の装置。
【請求項12】
前記ファームウェアアクティベート動作は、
前記メモリコントローラからファームウェアアクティベートコマンドを受信するステップと、
前記ファームウェアデータパッケージを含む前記第２のファームウェアスロットを前記アクティブファームウェアスロットとして設定するステップと、
前記装置の電源を投入し、前記電源の投入により、前記ファームウェアデータパッケージがアクティベートされるステップと、
を含む、請求項１１に記載の装置。
前記メモリコントローラからファームウェアアクティベートコマンドを受信するステップと、
前記ファームウェアデータパッケージを含む前記第２のファームウェアスロットを前記アクティブファームウェアスロットとして設定するステップと、
前記装置の電源を投入し、前記電源の投入により、前記ファームウェアデータパッケージがアクティベートされるステップと、
を含む、請求項１１に記載の装置。
【請求項13】
前記ファームウェアアクティベート動作は、
前記第１のノンスをクリアするステップと、
前記新しい公開鍵をクリアするステップと、
をさらに含む、請求項１２に記載の装置。
前記第１のノンスをクリアするステップと、
前記新しい公開鍵をクリアするステップと、
をさらに含む、請求項１２に記載の装置。
【請求項14】
ハードウェアを備える少なくとも１つの処理デバイスによって実現される方法であって、
エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、装置のメモリブロックの保護を解除するための前記要求メッセージを前記エンティティのコンピューティングデバイスから受信するステップと、
前記エンティティに対応する証明書チェーンであって、前記装置のメモリスロットにインストールされた前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定するステップと、
前記メモリブロックの保護が前記証明書チェーンに対応すると決定するステップと、
前記署名が有効であるという決定と、前記メモリブロックの保護が前記証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記メモリブロックの保護を解除するステップと、
を含む、方法。
エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、装置のメモリブロックの保護を解除するための前記要求メッセージを前記エンティティのコンピューティングデバイスから受信するステップと、
前記エンティティに対応する証明書チェーンであって、前記装置のメモリスロットにインストールされた前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定するステップと、
前記メモリブロックの保護が前記証明書チェーンに対応すると決定するステップと、
前記署名が有効であるという決定と、前記メモリブロックの保護が前記証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記メモリブロックの保護を解除するステップと、
を含む、方法。
【請求項15】
前記証明書チェーンを前記エンティティのコンピューティングデバイスから受信するステップと、
前記証明書チェーンを前記メモリスロット内にインストールするステップと、
をさらに含み、
前記メモリブロックの保護は、書き込み保護および読み取り保護のうちの一方である、
請求項１４に記載の方法。
前記証明書チェーンを前記メモリスロット内にインストールするステップと、
をさらに含み、
前記メモリブロックの保護は、書き込み保護および読み取り保護のうちの一方である、
請求項１４に記載の方法。
【請求項16】
前記メモリブロックは、複数のメモリブロックのうちの第１のメモリブロックを含み、
前記複数のメモリブロックのうちの第２のメモリブロックは、保護が有効になっており、
前記要求メッセージは、第１の要求メッセージを含み、
前記署名は、第１の署名を含み、
前記方法は、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信するステップと、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定するステップと、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないと決定するステップと、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないという決定に少なくとも部分的に基づいて、エラーを含む応答メッセージを返すステップと、
をさらに含む、請求項１４に記載の方法。
前記複数のメモリブロックのうちの第２のメモリブロックは、保護が有効になっており、
前記要求メッセージは、第１の要求メッセージを含み、
前記署名は、第１の署名を含み、
前記方法は、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信するステップと、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定するステップと、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないと決定するステップと、
前記第２のメモリブロックの保護が前記証明書チェーンに対応しないという決定に少なくとも部分的に基づいて、エラーを含む応答メッセージを返すステップと、
をさらに含む、請求項１４に記載の方法。
【請求項17】
前記メモリスロットは、複数のメモリスロットを含み、
前記証明書チェーンは、前記複数のメモリスロットのうちの第１のメモリスロットにインストールされた第１の証明書チェーンを含み、前記エンティティは、第１のエンティティを含み、
前記複数のメモリスロットのうちの第２のメモリスロットは、第２のエンティティに対応する第２の証明書チェーンを含み、
前記方法は、
前記第２のエンティティの秘密鍵に少なくとも部分的に基づいて生成された第３の署名を含む第３の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第３の要求メッセージを前記第２のエンティティのコンピューティングデバイスから受信するステップと、
前記第２の証明書チェーンに少なくとも部分的に基づいて、前記第２のエンティティに対応する第２の公開鍵を決定するステップと、
前記第２の公開鍵に少なくとも部分的に基づいて、前記第３の署名が有効であると決定するステップと、
前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応すると決定するステップと、
前記第２の署名が有効であるという決定と、前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記第２のメモリブロックの保護を解除するステップと、
をさらに含む、請求項１６に記載の方法。
前記証明書チェーンは、前記複数のメモリスロットのうちの第１のメモリスロットにインストールされた第１の証明書チェーンを含み、前記エンティティは、第１のエンティティを含み、
前記複数のメモリスロットのうちの第２のメモリスロットは、第２のエンティティに対応する第２の証明書チェーンを含み、
前記方法は、
前記第２のエンティティの秘密鍵に少なくとも部分的に基づいて生成された第３の署名を含む第３の要求メッセージであって、前記第２のメモリブロックの保護を解除するための前記第３の要求メッセージを前記第２のエンティティのコンピューティングデバイスから受信するステップと、
前記第２の証明書チェーンに少なくとも部分的に基づいて、前記第２のエンティティに対応する第２の公開鍵を決定するステップと、
前記第２の公開鍵に少なくとも部分的に基づいて、前記第３の署名が有効であると決定するステップと、
前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応すると決定するステップと、
前記第２の署名が有効であるという決定と、前記第２のメモリブロックの保護が前記第２の証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、前記第２のメモリブロックの保護を解除するステップと、
をさらに含む、請求項１６に記載の方法。
【請求項18】
前記証明書チェーンは、復号化証明書を含む複数の証明書を含み、前記復号化証明書は、前記エンティティの秘密鍵に対応する前記公開鍵を格納する、請求項１４に記載の方法。
【請求項19】
前記前記要求メッセージは、第１の要求メッセージを含み、
前記署名は、第１の署名を含み、
前記方法は、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、保護設定／解除モードを開始するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信するステップと、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定するステップと、
前記第２の署名が有効であるという決定に少なくとも部分的に基づいて、第１のノンスを含む応答メッセージを前記エンティティのコンピューティングデバイスに返すステップと、
をさらに含み、
前記第１の要求メッセージは、第２のノンスを含み、
前記方法は、前記第２のノンスと前記第１のノンスとが一致すると決定するステップをさらに含み、
前記メモリブロックの保護の解除は、前記第２のノンスと前記第１のノンスとが一致するという決定に少なくとも部分的に基づいている、
請求項１４に記載の方法。
前記署名は、第１の署名を含み、
前記方法は、
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された第２の署名を含む第２の要求メッセージであって、保護設定／解除モードを開始するための前記第２の要求メッセージを前記エンティティのコンピューティングデバイスから受信するステップと、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記第２の署名が有効であると決定するステップと、
前記第２の署名が有効であるという決定に少なくとも部分的に基づいて、第１のノンスを含む応答メッセージを前記エンティティのコンピューティングデバイスに返すステップと、
をさらに含み、
前記第１の要求メッセージは、第２のノンスを含み、
前記方法は、前記第２のノンスと前記第１のノンスとが一致すると決定するステップをさらに含み、
前記メモリブロックの保護の解除は、前記第２のノンスと前記第１のノンスとが一致するという決定に少なくとも部分的に基づいている、
請求項１４に記載の方法。
【請求項20】
前記エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む要求メッセージであって、前記証明書チェーンを無効にするための前記要求メッセージを前記エンティティのコンピューティングデバイスから受信するステップと、
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定するステップと、
前記署名が有効であるという決定に少なくとも部分的に基づいて、前記証明書チェーンを無効にするステップと、
をさらに含む、請求項１４に記載の方法。
前記証明書チェーンに少なくとも部分的に基づいて、前記エンティティに対応する前記公開鍵を決定するステップと、
前記公開鍵に少なくとも部分的に基づいて、前記署名が有効であると決定するステップと、
前記署名が有効であるという決定に少なくとも部分的に基づいて、前記証明書チェーンを無効にするステップと、
をさらに含む、請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願の相互参照］
本出願は、２０２２年６月３日に出願された米国仮特許出願第６３／３４８，７８３号の優先権を主張する。その全文は、参照により本出願に組み込まれる。
本出願は、２０２２年６月３日に出願された米国仮特許出願第６３／３４８，７８３号の優先権を主張する。その全文は、参照により本出願に組み込まれる。
【0002】
本開示は、データ保護に関する。より詳細には、本開示は、一部の実施形態において、セキュアな証明書認証を用いたデータの読み取り保護および書き込み保護に関する。
【背景技術】
【0003】
書き込み保護に関して、例えばＤＩＭＭ（dual in-line memory module）やＤＲＡＭ（dynamic random access memory）などのメモリモジュール内の一部の不揮発性メモリブロックは、明示的に解除されるまで書き込み保護されている。場合によっては、例えば、特定のデータブロックは、メモリモジュール製造業者、チップ製造業者、またはシステム環境製造業者など、メモリモジュールの生産に関わる様々なエンティティが使用するために確保されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
書き込み保護機能または書き込み保護されたブロックの内容を変更するには、テスト環境に存在する可能性があるが通常の使用時には利用できない特定の接続を確立する必要がある場合が多いので、特定のブロックに書き込み保護を設定した後では、多くの場合、メモリモジュールをサービスから外さない限り書き込み保護を解除することはできない。そのため、通常のオペレーティングシステム環境における書き込み保護の設定と書き込み保護されたブロックの解除または書き換えをセキュアに管理することが困難な場合がある。
【課題を解決するための手段】
【0005】
一実施形態において、エンティティに対応する証明書チェーンを含むメモリスロットと、メモリブロックと、を備える装置が提供される。メモリブロックは、保護が有効になっている。該装置は、メモリに結合された少なくとも１つの処理デバイスをさらに備える。少なくとも１つの処理デバイスは、メモリブロックの保護を解除するための要求メッセージをエンティティのコンピューティングデバイスから受信するように構成される。要求メッセージは、エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む。少なくとも１つの処理デバイスは、証明書チェーンに少なくとも部分的に基づいて、エンティティに対応する公開鍵を決定し、公開鍵に少なくとも部分的に基づいて、署名が有効であると決定し、メモリブロックの保護が証明書チェーンに対応すると決定し、署名が有効であるという決定と、メモリブロックの保護が証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、メモリブロックの保護を解除するように構成される。
【0006】
一部の実施形態において、少なくとも１つの処理デバイスは、エンティティのコンピューティングデバイスから証明書チェーンを無効にするための要求メッセージを受信するようにさらに構成される。要求メッセージは、エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む。少なくとも１つの処理デバイスは、証明書チェーンに少なくとも部分的に基づいて、エンティティに対応する公開鍵を決定し、公開鍵に少なくとも部分的に基づいて、署名が有効であると決定し、署名が有効であるという決定に少なくとも部分的に基づいて、証明書チェーンを無効にするようにさらに構成される。
【0007】
別の実施形態において、エンティティに対応する証明書チェーンを含むメモリスロットと、メモリに結合された少なくとも１つの処理デバイスと、を備える装置が提供される。少なくとも１つの処理デバイスは、装置のファームウェアを更新するための要求メッセージを受信するように構成される。要求メッセージは、エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む。少なくとも１つの処理デバイスは、証明書チェーンに少なくとも部分的に基づいて、エンティティに対応する公開鍵を決定し、公開鍵に少なくとも部分的に基づいて、署名が有効であると決定し、署名が有効であるという決定に少なくとも部分的に基づいて、ファームウェア更新動作を実行するように構成される。
【0008】
別の実施形態において、ハードウェアを備える少なくとも１つの処理デバイスによって実現される方法が提供される。該方法は、装置のメモリブロックの保護を解除するための要求メッセージをエンティティのコンピューティングデバイスから受信するステップを含む。要求メッセージは、エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む。該方法は、装置のメモリスロットにインストールされた証明書チェーンに少なくとも部分的に基づいて、エンティティに対応する公開鍵を決定するステップをさらに含む。証明書チェーンは、エンティティに対応する。該方法は、公開鍵に少なくとも部分的に基づいて、署名が有効であると決定するステップと、メモリブロックの保護が証明書チェーンに対応すると決定するステップと、署名が有効であるという決定と、メモリブロックの保護が証明書チェーンに対応するという決定とに少なくとも部分的に基づいて、メモリブロックの保護を解除するステップと、をさらに含む。
【0009】
一部の実施形態において、該方法は、証明書チェーンを無効にするための要求メッセージをエンティティのコンピューティングデバイスから受信するステップをさらに含む。要求メッセージは、エンティティの秘密鍵に少なくとも部分的に基づいて生成された署名を含む。該方法は、証明書チェーンに少なくとも部分的に基づいて、エンティティに対応する公開鍵を決定するステップと、公開鍵に少なくとも部分的に基づいて、署名が有効であると決定するステップと、署名が有効であるという決定に少なくとも部分的に基づいて、証明書チェーンを無効にするステップと、をさらに含む。
【0010】
上述した概要は、例示的なものであり、いかなる場合でも限定的であることを意図していない。上述した例示的な態様、実施形態、および特徴に加えて、さらなる態様、実施形態、および特徴が、添付の図面および以下の詳細な説明を参照することで明らかになるであろう。図において、同様の参照符号は、同一または機能的に類似する要素を示している。
【図面の簡単な説明】
【0011】
【図1】一実施形態によるメモリシステムの一例を示す図である。
【図10】一実施形態による要求メッセージフォーマットの一例を示す図である。
【図11】一実施形態による応答メッセージフォーマットの一例を示す図である。
【発明を実施するための形態】
【0012】
図１および図２は、メモリモジュール２０と、コネクタ７０と、メモリコントローラ８０と、エンティティ８５と、を含むメモリシステム１５などの情報処理システム１０の例示的な実施形態を示している。情報処理システム１０は、本明細書において特定のタイプ、配置、および数のコンポーネントを有するものとして説明および図示されているが、他の実施形態において他のタイプ、配置、または数のコンポーネントを有していてもよい。
【0013】
図１を参照すると、例示的な一実施形態において、メモリシステム１５は、ＤＩＭＭ、ＤＲＡＭモジュールまたは他のメモリモジュールを備えるメモリモジュール２０を含む。一部の実施形態において、メモリモジュール２０は、ＤＤＲ（double data rate）ＲＡＭモジュールとして実装されてもよい。一部の実施形態において、メモリモジュール２０は、ＤＤＲ５ ＳＤＲＡＭ（DDR fifth generation synchronous DRAM）モジュールまたは他の世代のＤＤＲモジュールとして実装されてもよい。一例において、開示されている実施形態は、ＵＤＩＭＭ（unbuffered DIMM）を備えてもよい。例えば、ノートブック型コンピュータの場合、開示されている実施形態は、ＤＤＲ５ ＳＯＤＩＭＭなどのＳＯＤＩＭＭ（small outline DIMM）を備えてもよい。別の例において、開示されている実施形態は、ＲＤＩＭＭ（registered DIMM）を備えてもよい。メモリモジュール２０は、特定のタイプ、配置、および数のコンポーネントを有するものとして説明および図示されているが、他の実施形態において、他のタイプ、配置、または数のコンポーネントを有してもよい。
【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】
ステップ８１４において、エンティティ８５は、例えば、要求メッセージ４００のフォーマットを使用して、１つまたは複数のスロット３２４の証明書チェーン３２６を無効にするためのコマンドを含むコマンドメッセージを生成する。コマンドは、ＳＰＤハブ６５が要求メッセージへの応答でメモリコントローラ８０に提供したのと同じノンスを含む。
【0142】
ステップ８１６において、エンティティ８５は、コマンドメッセージのダイジェストを計算する。
【0143】
ステップ８１８において、エンティティ８５は、復号化秘密鍵を使用して、ダイジェストに少なくとも部分的に基づく署名を生成する。
【0144】
ステップ８２０において、エンティティ８５は、署名をコマンドメッセージに付加し、署名を含むコマンドメッセージをメモリコントローラ８０に送信する。メモリコントローラ８０は、付加された署名と共にコマンドメッセージをＳＰＤハブ６５に提供する。
【0145】
ステップ８２２において、ＳＰＤハブ６５は、例えば、コマンドメッセージに対応する証明書チェーンを使用して、コマンドメッセージに含まれるスロットおよび署名の有効性をチェックする。また、ＳＰＤハブ６５は、コマンドメッセージと共に受信したノンスが、要求メッセージへの応答でＳＰＤハブ６５によって提供されたノンスと同じであることを確認する。例えば、ＳＰＤハブ６５は、コマンドメッセージが、要求メッセージを受けたときと同じ情報を示すかどうか決定してもよく、コマンドメッセージ内で指定されたスロットのダイジェスト値が、指定されたスロットの内部に格納されたダイジェスト値とが一致するかどうか決定してもよく、コマンドメッセージが、要求メッセージに応答してＳＰＤハブ６５が生成したのと同じノンスを示すかどうかを決定してもよく、コマンドメッセージの署名が有効であるかどうかを決定してもよく、他の決定が行われてもよい。
【0146】
スロット、署名、およびノンスのいずれかが有効でない場合、ＳＰＤハブ６５は、ステップ８２４において、エラーメッセージでメモリコントローラ８０に応答し、エラーフラグを立てる。一部の実施形態において、プロセスは、メモリコントローラ８０またはエンティティ８５がステップ８２６においてエラーフラグをクリアするまで続行されず、その後、プロセスは、ステップ８２８に進む。
【0147】
ＳＰＤハブ６５は、ステップ８２８において、証明書無効化モードを終了し、ステップ８３０において、例えば、応答メッセージ５００のフォーマットを使用して、証明書無効化モードが終了したことを示す応答をメモリコントローラ８０に提供する（図１１）。その後、プロセスは、開始ステップに戻り、再びステップ８００に進む。
【0148】
ステップ８２２に戻る。スロット、署名、およびノンスが有効である場合、ＳＰＤハブ６５は、ステップ８３２において、例えば、対応するスロット３２４の証明書チェーン３２６を無効にしてノンスをクリアすることでコマンドを実行し、ステップ８３４において、例えば、応答メッセージ５００のフォーマットを使用して、コマンドの正常終了を示す応答をメモリコントローラ８０に提供する。例えば、証明書チェーン３２６は、証明書チェーンをクリアまたは削除することで、または所定の値で証明書チェーンを例えばすべて０、すべて１または別のパターンで上書きすることで、または他の方法で無効にされてもよい。
【0149】
ステップ８３６において、エンティティ８５は、例えば、要求メッセージ４００のフォーマットを使用して、証明書無効化モードを終了するためのコマンドを含む、証明書無効化モードを終了するメッセージを生成し、その証明書無効化モードを終了するメッセージをメモリコントローラ８０に送信する。メモリコントローラ８０は、証明書無効化モードを終了するメッセージをＳＰＤハブ６５に提供する。一部の実施形態において、証明書無効化モードを終了するメッセージは、署名されていてもよい。一部の実施形態において、証明書無効化モードを終了するメッセージは、署名を必要としない。
【0150】
ステップ８３８において、ＳＰＤハブ６５は、証明書無効化モードを終了するメッセージに少なくとも部分的に基づいて、証明書無効化モードを終了し、例えば、応答メッセージ５００のフォーマットを使用して、証明書無効化モードが終了したことを示す応答をメモリコントローラ８０に提供する。
【0151】
ステップ８４０において、エンティティ８５は、例えば、要求メッセージ４００のフォーマットを使用して、バージョンを取得するためのコマンドを含むバージョン取得メッセージを生成し、そのバージョン取得メッセージをメモリコントローラ８０に送信する。メモリコントローラ８０は、バージョン取得メッセージをＳＰＤハブ６５に提供する。
【0152】
ステップ８４２において、ＳＰＤハブ６５は、バージョンを取得し、例えば、応答メッセージ５００のフォーマットを使用して、バージョンを含む応答をメモリコントローラ８０に提供する。
【0153】
ステップ８４４において、エンティティ８５、メモリコントローラ８０、およびＳＰＤハブ６５は、通常のランタイム動作に戻る。
【0154】
上記の例示的なプロセスは、特定のステップを有するかステップを特定の順序で実施するように説明されているが、他の実施形態において、ステップの一部のみが実施されてもよく、ステップが他の順序で実施されてもよい。
【0155】
一部の実施形態において、ファームウェアは、書き込み保護と同様に保護されてもよい。例えば、許可されたエンティティ以外のエンティティによる、悪意のあるファームウェアの更新またはファームウェアへの変更を禁止するために、証明書チェーンの認証に基づくプロセスを利用して、ファームウェアの更新または変更を検証してもよい。
【0156】
一部の実施形態において、ファームウェア更新プロセスは、複数のステップを含んでもよい。例えば、プロセスは、ＳＰＤハブ６５をファームウェア管理モードにするステップと、ファームウェア更新動作を実行するステップと、を含んでもよい。例示的な実施形態において、ＳＰＤハブ６５をファームウェア管理モードにするためのメッセージと、ファームウェア更新プロセスを実行するためのメッセージは、ファームウェア更新における有効性を保証するために、２つの異なるＳＰＤＭメッセージを含んでもよい。例えば、一部の実施形態において、ＳＰＤハブ６５は、ファームウェア更新メッセージの受信を可能にするために、最初にファームウェア管理モードを開始するためのコマンドを含むメッセージを受信する必要があるようになっていてもよい。
【0157】
例示的な実施形態において、ファームウェア更新は、例えば、ＳＰＤハブコンポーネントプロバイダによってスロット０にインストールされたＳＰＤハブ６５の証明書チェーンに基づいてのみ許可されるようになっていてもよい。他の実施形態において、他の特定のエンティティがファームウェア更新を実行する権限を有していてもよい。
【0158】
【0159】
ステップ９００において、例えば、例示的な実施形態におけるＳＰＤハブコンポーネントプロバイダなど、ファームウェア更新の実行を要求するエンティティ８５は、例えば、要求メッセージ４００のフォーマットを使用して、ファームウェア管理モードの要求メッセージを生成する（図１０）。ファームウェア管理モードの要求メッセージは、ファームウェア管理モードを開始するためのコマンドを含む。また、一部の実施形態において、ファームウェア管理モードの要求メッセージは、不透明型データフィールドを含む。これは、このフィールドに含まれるデータ入力に基づいて、（ステップ９０６において）ＳＰＤハブ６５に新しい秘密鍵／公開鍵のペアを生成させるように構成される。ＳＰＤハブは、新しい公開鍵を使用して、ファームウェア更新メッセージを復号化し、ファームウェアイメージを認証するように構成される。秘密鍵は、ＳＰＤハブ６５によって使用されず、非公開のままであるか、削除される。
【0160】
ステップ９０２において、エンティティ８５は、要求メッセージのダイジェスト３２８を計算する。
【0161】
ステップ９０４において、エンティティ８５は、この場合、ＳＰＤハブコンポーネントプロバイダによってスロット０にインストールされた証明書チェーン３２６に対応する秘密鍵である復号化秘密鍵を使用して、ダイジェストに少なくとも部分的に基づく署名を生成する。
【0162】
ステップ９０５において、エンティティ８５は、署名をファームウェア管理モードの要求メッセージに付加し、署名を含む、ファームウェア管理モードの要求メッセージをメモリコントローラ８０に送信する。メモリコントローラ８０は、付加された署名と共にファームウェア管理モードの要求メッセージをＳＰＤハブ６５に提供する。また、一部の実施形態において、メモリコントローラは、例えば、ペイロード内に、ファームウェア管理モードの要求メッセージと共にノンスを生成および提供する。また、メモリコントローラ８０は、不透明型データフィールドの同じデータ入力に基づいて、ＳＰＤハブ６５と同じ秘密鍵／公開鍵のペアを生成する。メモリコントローラ８０は、後続のファームウェア更新メッセージを署名するために、新しい秘密鍵を利用するように構成される。
【0163】
ステップ９０６において、ＳＰＤハブ６５は、例えば、スロット０で見つかった証明書チェーン３２６の復号化証明書の公開鍵を使用して、署名の有効性をチェックして、署名を検証する。
【0164】
署名が有効でない場合、ＳＰＤハブ６５は、ステップ９０８において、エラーメッセージでメモリコントローラ８０に応答する。一部の実施形態において、プロセスは、メモリコントローラ８０またはエンティティ８５がステップ９１０においてエラーフラグをクリアするまで続行されず、その後、プロセスは、ステップ９００に戻る。
【0165】
署名が有効である場合、ＳＰＤハブ６５は、ステップ９１２において、ノンス、および新しい秘密鍵／公開鍵のペアを生成し、ファームウェア更新モードを開始することで、ファームウェア更新の受け入れを有効にする。
【0166】
また、ＳＰＤハブ６５は、ステップ９１４において、例えば、応答メッセージ５００のフォーマットを使用して、ノンス、現在のアクティブファームウェアスロットステータス、および改訂番号を含む応答メッセージでメモリコントローラ８０に応答する（図１１）。メモリコントローラ８０は、応答メッセージおよびノンスをエンティティ８５に提供する。ＳＰＤハブ６５は、新しく生成されたノンスおよび公開鍵／秘密鍵のペアを内部の一時ストレージに格納する。ノンスは、新しいファームウェアがアクティベートされるか、ＳＰＤハブ６５がファームウェア管理モードを終了するまで、後続のファームウェア更新メッセージのために使用される。例えば、一部の実施形態において、ＳＰＤハブ６５は、新しいファームウェアがアクティベートされるか、ＳＰＤハブ６５がファームウェア管理モードを終了すると、ノンスと新しい公開鍵／秘密鍵のペアを自動的にクリアするように構成される。一部の実施形態において、新しいファームウェアがアクティベートされると、ＳＰＤハブ６５がファームウェア管理モードを自動的に終了させる。
【0167】
一部の実施形態において、ＳＰＤハブ６５は、ファームウェアのために２つのスロットを有するが、他の数のスロットが代替的に使用されてもよい。スロットは、アクティブスロットと、将来の更新スロットと、を含む。アクティブスロットは、ＳＰＤハブ６５で現在実行されているファームウェアを含む。将来の更新スロットには、新しいファームウェアがロードされる。新しいファームウェアがアクティベートされると、将来の更新スロットがアクティブスロットになり、アクティブスロットが将来の更新スロットになる。ファームウェアのサイズは、ＳＰＤハブ６５の属性に応じて異なることができ、場合によっては大きなデータサイズを含んでもよい。
【0168】
ステップ９１６において、エンティティ８５は、例えば、要求メッセージ４００のフォーマットを使用して、完全ファームウェア転送コマンド、部分ファームウェア転送コマンド、ファームウェア転送終了コマンド、または別のファームウェア転送コマンドを含むファームウェア更新メッセージをメモリコントローラ８０に提供することで、ファームウェアロード動作を開始してもよい（図１０）。また、ファームウェア更新メッセージは、ステップ９１２においてＳＰＤハブ６５によって生成されたノンスを含む。メモリコントローラ８０は、ファームウェア更新メッセージをＳＰＤハブ６５に提供する。
【0169】
例えば、部分ファームウェア転送コマンドまたは完全ファームウェア転送コマンドは、第１のファームウェア更新メッセージに含まれてもよく、部分ファームウェア転送コマンドまたはファームウェア転送終了コマンドは、第２または後続のファームウェア転送メッセージに含まれてもよく、ファームウェア転送終了コマンドは、ファームウェアデータの転送が完了し、ファームウェアデータが将来の更新スロットにインストールされた後に、最終ファームウェア転送メッセージに含まれてもよい。ファームウェア転送終了コマンドは、新しくインストールされたファームウェアを認証するために、ＳＰＤハブ６５をトリガーするように構成されてもよい。ファームウェアパッケージは、ファームウェアデータと、不透明型データフィールドのデータ入力に基づいてメモリコントローラ８０によって生成された新しい秘密鍵を使用してメモリコントローラ８０によって生成された署名と、を有する。一部の実施形態において、署名は、秘密鍵によって署名されたファームウェアデータ全体のハッシュ値である。
【0170】
ステップ９１８において、ＳＰＤハブ６５は、不透明型データフィールドから入力されたデータを使用して生成された新しい公開鍵を使用して、署名およびノンスの有効性をチェックする。例示的な実施形態において、ファームウェア更新メッセージは、有効な署名を含むファームウェア管理モードの要求メッセージをメモリコントローラ８０が送信し、ＳＰＤハブ６５が署名の検証に成功した後にのみ、ＳＰＤハブ６５によって受け入れられる。この検証が行われない場合、ファームウェア更新メッセージは、エラーメッセージと共にメモリコントローラ８０に返される。
【0171】
署名およびノンスのいずれかが有効でない場合、ＳＰＤハブ６５は、ステップ９２０において、エラーメッセージでメモリコントローラ８０に応答し、エラーフラグを立てる。一部の実施形態において、プロセスは、メモリコントローラ８０またはエンティティ８５がステップ９２２においてエラーフラグをクリアするまで続行されず、その後、プロセスは、ステップ９１６に戻る。
【0172】
ステップ９１８に戻る。署名およびノンスが有効である場合、ＳＰＤハブ６５は、ステップ９２４において、例えば、部分ファームウェアコマンド、完全ファームウェア転送コマンド、またはファームウェア転送終了コマンドを実行することで、ファームウェア更新メッセージを実行し、ステップ９２６において、例えば、応答メッセージ５００のフォーマットを使用して、ファームウェア更新メッセージで見つかったファームウェア転送コマンドが正常に実行されたことを示す応答をメモリコントローラ８０に提供する。
【0173】
ステップ９２８において、エンティティ８５は、ファームウェア転送動作が完了したかどうかを決定する。ファームウェア転送動作が完了していない場合、例えば、ファームウェア転送がまだ進行中である場合、プロセスは、ステップ９１６に戻り、エンティティ８５は、部分ファームウェア転送コマンドを含む新しいファームウェア更新メッセージを生成し、ファームウェアデータが完全に転送された場合、ファームウェア転送終了コマンドを生成する。その後、プロセスは、再びステップ９１８に進む。
【0174】
ファームウェア転送動作が完了している場合、例えば、ステップ９２６において、ファームウェア転送終了コマンドが正常に実行されたという表示を含むハブ応答を受信した場合、プロセスは、ステップ９３０（ＳＰＤハブ６５の場合）および９３８（エンティティ８５の場合）に進む。
【0175】
ステップ９３０において、ＳＰＤハブ６５は、ファームウェアパッケージから署名情報を抽出し、署名を復号化して、例えば、不透明型データフィールドに基づいて生成された新しい公開鍵を使用して、ファームウェアデータパッケージのファームウェアデータハッシュを取得する。
【0176】
ステップ９３２において、ＳＰＤハブ６５は、将来の更新スロットにインストールされたファームウェアデータに基づいて、ファームウェア（ＦＭ）データハッシュを計算する。
【0177】
ステップ９３４において、ＳＰＤハブ６５は、取得したファームウェアデータハッシュと計算したファームウェアデータハッシュとを比較することで、ファームウェア署名の有効性をチェックする。
【0178】
ファームウェア署名が有効でない場合、例えば、取得したファームウェアデータハッシュと計算したファームウェアデータハッシュとの間で不一致がある場合、ＳＰＤハブ６５は、ステップ９３６において、ファームウェアデータパッケージを破棄し、例えば、将来の更新スロット内のファームウェアデータをクリア、削除、または上書きし、エラーフラグを立てて、例えば、応答メッセージ５００のフォーマットを使用して、エラーフラグを含む応答メッセージを生成する（図１０）。また、ＳＰＤハブ６５は、ノンスおよび新しい鍵ペアをクリアし、ファームウェア管理モードを終了する。その後、プロセスは、開始ステップに進み、エンティティ８５は、ファームウェアの更新を再び試みるために、ＳＰＤハブ６５にファームウェア管理モードを開始するように再び要求する必要がある。
【0179】
ファームウェア署名が有効である場合、例えば、取得したファームウェアデータハッシュと計算したファームウェアデータハッシュとが一致する場合、ＳＰＤハブ６５は、ファームウェアのアクティベートを有効にし、メモリコントローラ８０からのファームウェアアクティベートコマンドを待ち、プロセスは、ステップ９３８に進んでファームウェアアクティベート動作を開始する。
【0180】
ステップ９３８において、エンティティ８５は、例えば、要求メッセージ４００のフォーマットを使用して、ファームウェアアクティベートコマンドを含むファームウェア更新メッセージを生成する（図１０）。エンティティ８５は、ファームウェア更新メッセージをメモリコントローラ８０に提供し、ファームウェア更新メッセージは、メモリコントローラ８０によってＳＰＤハブ６５に提供される。一部の実施形態において、ファームウェア更新メッセージは、新しい秘密鍵で署名され、ステップ９１６について上述したファームウェア更新メッセージと同様にＳＰＤハブ６５によって生成されたノンスを含む。このように、メモリコントローラ８０は、ファームウェア更新パッケージの一部として、ファームウェアデータパッケージ内に、第２の署名および第２のノンスを含むファームウェア転送要求をアサートする。
【0181】
ファームウェアアクティベートコマンドを含むファームウェア更新メッセージを受信したことに応答して、ＳＰＤハブ６５は、例えば、ステップ９４０において、将来の更新スロットをアクティブスロットにし、アクティブスロットを将来の更新スロットにし、ノンスをクリアし、新しい鍵ペアをクリアし、ファームウェア管理モードを終了することで、ファームウェアをアクティベートするように構成される。また、ＳＰＤハブ６５は、ステップ９４２において、例えば、応答メッセージ５００のフォーマットを使用して、ファームウェア更新コマンドが実行されたことを示す応答メッセージを生成し、その応答メッセージをメモリコントローラ８０に提供するように構成される（図１０）。一部の実施形態において、ＳＰＤハブ６５は、ステップ９１８および９３４について上述したものと同様のファームウェア更新メッセージの有効性チェックを実行する。
【0182】
ステップ９４４において、ＳＰＤハブ６５は、新しいファームウェアをインストールするためにパワーサイクル動作を実行する。
【0183】
ステップ９４６において、ＳＰＤハブ６５が再開すると、新しいファームウェアが有効になる。
【0184】
上記の例示的なプロセスは、特定のステップを有するかステップを特定の順序で実施するように説明されているが、別の実施形態において、ステップの一部のみが実施されてもよく、ステップが他の順序で実施されてもよい。
【0185】
例示的な実施形態で上述したように、ＳＰＤハブ６５は、各エンティティ８５によって対応するスロット３２４にインストールされた個々の証明書チェーン３２６を使用することで、通常のランタイム動作中に、個々のブロックおよびブロックのグループに対する書き込み保護を管理し、エンティティごとにファームウェア更新を管理するように構成される。ＳＰＤハブ６５によって一時的に生成され、有効なエンティティ８５によって署名され、そこから受信した後続の要求メッセージで使用するためにメモリコントローラ８０に提供される固有のノンスと、各エンティティ８５の秘密鍵とを組み合わせて使用することで、要求メッセージおよび応答メッセージの追加的な保護が提供される。
【0186】
例示的な実施形態において、例えばＤＤＲメモリモジュールなどのメモリモジュールでＳＰＤハブ６５が利用されるように説明しているが、他の実施形態において、上述したコンポーネントおよびプロセスを含むＳＰＤハブ６５は、他のデバイスまたはシステムで書き込み保護またはファームウェア更新を管理するために利用されてもよい。
【0187】
本明細書で使用される用語は、特定の実施形態を説明するためにのみ使用されており、本発明を限定することを意図していない。本明細書で使用される単数を表す用語は、特に明示されない限り、その複数を含むことも意図している。また、本明細書で使用される「備える」という用語は、記載されている特徴、整数、ステップ、動作、要素、および／またはコンポーネントの存在を画定するが、１つまたは複数の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはそれらの群の存在または追加を排除しないことに留意されたい。
【0188】
添付の特許請求の範囲に記載のすべての手段またはステップと機能要素の対応する構造、材料、動作、およびそれらの等価物は、具体的に記載されている他の要素と組み合わせて機能を実現するための任意の構造、材料、または動作を包含することを意図している。本発明の説明は例示および説明のために提供されているが、網羅的であること、または開示された形態の本発明に限定されることを意図していない。当業者には、本発明の範囲および精神から逸脱することなく、多くの修正および変形を適用することができることが明らかであろう。上述した実施形態は、本発明の原理および実用化を最適に説明するために、また、検討される特定の用途に適するように種々の修正を伴う様々な実施形態について本発明を当業者が理解できるように、選択および説明されたものである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【外国語明細書】