ISC暗号鍵管理｜鍵ライフサイクル・職務分掌・失効対応を整理

1｜暗号の目的と鍵の役割を対応させる

暗号は機密性だけでなく、完全性、認証、否認防止などのサービスを提供できます。ただし、どのサービスが得られるかはアルゴリズム、鍵種類、利用方法で変わります。

symmetric encryptionは同じ秘密鍵で暗号化・復号し、大量データ処理に適します。asymmetric cryptographyはpublic/private key pairを使い、暗号化、鍵交換、デジタル署名などに利用します。public keyは公開できますが、真正性を確認する仕組みが必要です。

2｜鍵をライフサイクル資産として管理する

鍵管理は生成時だけの統制ではありません。pre-activation、active、deactivated、compromised、destroyedなどの状態を定義し、各状態で許可される操作を制限します。

有効期間を過ぎた鍵を新規暗号化や署名に使わない一方、過去データの復号や過去署名の検証に必要な鍵を保持する場合があります。運用終了と保管終了を同じ日にしない設計が必要です。

• 生成・登録
• 配布・確立
• 有効化・利用
• ローテーション・停止
• 失効・アーカイブ
• 安全な破棄

3｜生成と配布では予測不能性と真正性を守る

鍵は承認された暗号モジュールと十分な乱数源を使って生成し、鍵長とアルゴリズムを組織の基準・保護期間に合わせます。弱い乱数で生成した長い鍵は強い鍵になりません。

鍵配布では盗聴だけでなく、相手の取り違えや改ざんを防ぎます。事前共有、鍵合意、public key certificateなどの方法に応じて、送信者・受信者の認証と完全性を確保します。秘密鍵を通常メールへ添付する運用は不適切です。

4｜鍵保管はデータ保管より強くする

暗号文と復号鍵を同じアクセス境界に置けば、片方の侵害が両方へ及ぶ可能性があります。Hardware Security Module、key vault、暗号化されたkey wrappingなどを使い、鍵を利用するアプリケーションと管理機能を分離します。

最小権限、役割分離、dual control、split knowledgeをリスクに応じて採用します。鍵管理者が単独で鍵を生成・輸出・利用・ログ削除できる状態は避けます。緊急アクセスにも事後レビューと期限を付けます。

5｜inventoryとcryptoperiodで交換漏れを防ぐ

鍵inventoryには所有者、用途、アルゴリズム、鍵長、状態、生成日、期限、保管場所、関連システム、証明書を記録します。実鍵の値を台帳へ記載するのではなく、識別子とメタデータを管理します。

cryptoperiodは一つの鍵を特定用途で使用できる期間です。データ量、脅威、アルゴリズム強度、復旧要件に応じて設定し、期限前にローテーションします。証明書更新と秘密鍵交換が常に同じ意味とは限りません。

6｜可用性と機密性を同時に守る

復号鍵を失えば、暗号化データが正常でも利用不能になります。業務継続要件に応じて鍵をバックアップし、本番鍵と同等以上の保護、複数人承認、復元テストを設けます。

すべての鍵をバックアップすべきとは限りません。デジタル署名のprivate signing keyなど、複製がリスクを高める鍵もあります。鍵の目的と規程に基づいて可用性要件を決めます。

7｜compromise時は失効だけで終わらせない

鍵漏えいの疑いがあれば、鍵を停止・失効し、新しい鍵を発行します。certificate revocation情報を利用者へ反映し、関連するセッション・token・派生鍵も評価します。

さらに、影響期間と対象データを特定し、過去通信が解読される可能性、署名が偽造される可能性、再暗号化の必要性を判断します。root cause、通知、証拠保全、再発防止までincident responseへ接続します。

8｜ISC問題の解答フロー

NISTは暗号アルゴリズムと鍵長の移行ガイダンスを更新します。受験時は2026年AICPA BlueprintとNISTの最新statusを確認し、特定アルゴリズムの寿命を固定暗記しないでください。

• ① 守るサービスは機密性・完全性・認証・否認防止のどれか
• ② symmetricかasymmetricか、どの鍵を秘密にするか
• ③ 鍵ライフサイクルのどの段階のリスクか
• ④ 予防統制・発見統制・復旧統制を組み合わせる
• ⑤ compromiseの影響範囲とローテーション・失効・再暗号化を確認する