暗号鍵のライフサイクルのモニター-標準プラン
IBM Cloud® Hyper Protect Crypto Services は、 NIST SP 800-57 for key statesによるセキュリティー・ガイドラインに従います。
鍵の状態および遷移
暗号鍵は、存続期間中にいくつかの状態を遷移していきます。これらの状態は、鍵が存続している期間の長さ、およびデータが保護されているかどうかに応じて変化します。
Hyper Protect Crypto Services で提供されているグラフィカル・ユーザー・インターフェースまたは REST API を使用して、鍵のライフサイクルにおける状態の変化を追跡できます。 次の図は、鍵が生成から消滅までの間にいくつかの状態を経過する様子を示しています。
| 状態 | 整数マッピング | 説明 |
|---|---|---|
| プリアクティブ | 0 | 鍵は、最初は事前アクティブ状態で作成されます。 データを暗号で保護するためにアクティブ化前の鍵を使用することはできません。 |
| アクティブ | 1 | 鍵は、アクティベーション日に即時にアクティブ状態に移行します。 この遷移は、鍵の暗号期間の開始をマークします。 アクティベーション日が指定されていない鍵は、即時にアクティブになり、有効期限が切れるか破棄されるまでアクティブのままになります。 |
| 中断 | 2 | 鍵は、 暗号化および暗号化解除操作に対して無効 になると、中断状態に移行します。 この状態では、鍵はデータを暗号的に保護することができず、「アクティブ」状態または「破棄済み」状態にのみ移行できます。 |
| 非アクティブ | 3 | 有効期限が割り当てられている場合、鍵は有効期限日に「非アクティブ化」状態に移行します。 この状態では、鍵はデータを暗号的に保護することができず、破棄状態にのみ移行できます。 |
| 破棄済み | 5 | 削除された鍵は破棄状態になります。 この状態の鍵は、リカバリーできません。 鍵の遷移履歴や名前など、鍵に関連付けられているメタデータは、Hyper Protect Crypto Services データベースに保管されます。 |
鍵の状態およびサービス・アクション
鍵の状態は、鍵に対して実行されるアクションが成功するか失敗するかに影響します。 例えば、鍵がアクティブ状態の場合、その鍵は以前に削除されていないため、復元することはできません。
次の表は、鍵の状態に基づいた Hyper Protect Crypto Services でのサービス・アクションの処理方法を示しています。 列ヘッダーは鍵の状態を表し、行ヘッダーは、鍵に対して実行できるアクションを表します。 チェック・マーク・アイコン は、キー状態によってキーに対するアクションの成功が想定されていることを示します。
| アクション | プリアクティブ | アクティブ | 中断 | 非アクティブ | 破棄済み |
|---|---|---|---|---|---|
| 鍵を取得します。 | |||||
| キーをリストします。 | |||||
| 鍵をローテートします。 | |||||
| 鍵をラップします。 | |||||
| 鍵をアンラップします。 | |||||
| 鍵を再ラップします。 | |||||
| 鍵を無効にします。 | |||||
| 鍵を有効にします。 | |||||
| 鍵を削除します。 | |||||
| 鍵を復元します。 |
ライフサイクルの変更のモニター
ルート鍵をサービスに追加した後、UI または Hyper Protect Crypto Services 鍵管理 REST API を使用して、鍵の移行履歴と構成を表示します。
監査のために、 Hyper Protect Crypto Services を IBM Cloud Activity Trackerと統合することで、ルート鍵のアクティビティー証跡をモニターすることもできます。 両方のサービスがプロビジョンされて実行された後、 Hyper Protect Crypto Servicesで鍵に対するアクションを実行すると、アクティビティー・イベントが生成され、 IBM Cloud Activity Tracker ログに自動的に収集されます。