事務局

1.1.活動内容

(1)暗号雑管理ガイダンスの拡充

( 2 ) 暗号利活用のための新たなガイダンスの作成

1.2.  開催状況

第2章　成果概要
2.1. TLS暗号設定ガイドラインの改訂
【改訂の背景】

【改訂に向けた検討項目】

確実に改訂する項目

基準変更の要否についての検討項目

内容の変更・改訂の必要性についての検討項目

(カ) コラム

【改訂内客】

2.2.暗号鍵管理ガイダンスの拡充

暗号雑管理ガイダンスの位置づけと想定読者

ガイダンスの位置づけ

想定就者

暗号幾管理ガイダンス拡充部分の章構成

1.はじめに

2023年度は、「暗号鍵管理システムの設計原理と運用ポリシー」及び「暗号鍵管理デバイスへのセキュリティ対策」について、記載すべき内容をダイジェスト形式で整理した。整理した主な概要は以下のとおりである。議論の詳細については、【別紙】暗号鍵管理ガイダンスWG活動報告を参照されたい。
Φトイモデル
暗号鍵管理システムのシンプルなモデル（トイモデル）を例示し、それに対する各検討項目への対応例を説明するためのモデルとして、「暗号鍵管理システムの設計原理と運用ポリシー」及び「暗号鍵管理デバイスへのセキュリティ対策」の節に記載するトイモデルを、IoT製品向けのプライベートCAシステム（図2）とすることに決定した。
トイモデルで扱う「プライベートCAシステム」の構成
●    CKMSの範囲をCAサーバとHSMまでとするプライベートCAシステムはIoT製品（家電想定）向けに公開鍵証明書の発行及び●証明書の失効管理に使われるCRLの発行を行う●証明書のトラストアンカーはプライベートCAである● IoT製品向けのID管理、プライベート鍵生成、発行された証明書の機器埋め込みは工場内で行う● IoT製品は運用時にネット接続され、スマホ内専用アプリからIoT製品ハブ経由でセンシングや制御が行われる。証明書は専用アプリとIoT機器の接続（TLSでの認証と秘匿通信確立）に利用される
②　「暗号雑管理システムの設計原理と運用ポリシー」に記載する「解説・考慮点」の主
な概要（表4）

⑧　「暗号雑管理デバイスへのセキュリティ対策」に記載する「解説・考慮点」の主な概
夏（表5）

2.3. Triple DES等の取り扱いについて
NISTがTriple DESを規定していたSP 800-67 Revision 2を2023年12月31日に(予定通り)廃止したことに伴い、暗号技術検討会事務局からのTriple DESの取り扱いについての意見聴取の依頼に対し、暗号技術活用委員会としては検討の結果、以下のように回答した。 【Triple DESの扱いに対する意見】 ●　現時点では、「運用監視暗号リスト」からの削除を検討する必要性はない●現時点では、「運用監視暗号リスト」の条件である「互換性維持以外の目的での利用は推奨しない。」が実質的かつ十分な制約になっており、特段の利用制限を付加する必要性もない● リストに移行した時点での状況とほとんど変わっていないため、Triple DESの位置づけに変更はない。」との注釈を付記する
【上記意見に至った理由】
①　廃止理由が、安全性が著しく低下したわけではなく、NISTのスケジュールに基づく動きであること②　利用実績調査結果からは依然として極めて高い実装率であること③　すでに運用監視暗号リストに掲載されており、互換性維持以外の目的での利用が推奨されていないこと④ NISTも、Triple DESですでに暗号化されたデータに対する処理は引き続き許容していること⑤　「電子政府推奨暗号リスト」に掲載されているDSAは、現在のFIPS PUB 186-5では廃止されているが、FIPS PUB 186-5になるときに削除すべきとの議論はなかったこلد【運用監視暗号リスト掲載のアルゴリズムの取り扱いに対する意見】 ●運用監視暗号リスト掲載の暗号アルゴリズムは、新規に極力使用しないように促していく活動を積極的に進めるべきである。
【DSAの扱いに対する意見】
● 今回、Triple DESの取り扱いについて検討することになった理由が「SP 800-67 Revision 2が廃止された」ことが契機になっていると承知している。その場合、上記⑤に記載の通り、DSAも「現在のFIPS PUB 186-5では廃止されている」ことから、 Triple DESとの注釈と同様の注釈を追記すべきではないか。
第3章　今後に向けて
2024年度は、暗号鍵管理ガイダンスWGにて検討中の暗号鍵管理ガイダンスを完成させる予定である。また、暗号利活用のための新たなガイダンスとして、クラウド利用者が留意すべき鍵管理を解説することを目的とする「クラウドにおける鍵管理ガイダンス」の作成に着手する計画である。おおむね２年程度での完成を想定している。

1.     2023年度の活動内容
1.1.活動背景と目標
CRYPTRECでは、情報システム設計者やシステム調達者が暗号の利活用を適切に行うためのガイドライン作成を進めており、暗号鍵管理ガイダンスWGでは暗号鍵管理が必要なシステムの設計者向けに、暗号鍵管理システム（CKMS：Cryptographic Key Management System）の設計において考慮すべき事項を解説したガイダンスの作成を行っている。本WGでは、2020年度に発行した「暗号鍵管理システム設計指針（基本編）」の副読本として2021- 2022年度で「暗号鍵管理ガイダンスVer.1.0」を作成した。しかしながら、同ガイダンスVer.1.0は、あらゆる暗号鍵管理システムにおいて検討が必要となる共通項目に絞って解説を行ったものであり、「暗号鍵管理システム設計指針（基本編)」に記載された項目のすべてをカバーしたものではない。このため、同ガイダンスVer.1.0でカバーしなかった項目についてガイダンスの拡充を行い、2024年度の公開を目指す。
1.2. 暗号雑管理ガイダンスWGの委員構成及び開催状況
暗号鍵管理ガイダンスWGの委員構成は表1-1のとおりである。また、2023年度の開催状況は表1-2のとおりである。

2.
2.1.活動概要
2022年度に完成させた「暗号鍵管理ガイダンスVer.1.0」の追補との位置づけとして、2023年度は表1-2内の議事概要のように、「暗号鍵管理システム設計指針（基本編）」に記載された項目でありながら記載を見送った部分について章・節ごとに記載予定の概要について審議した。特に、「暗号鍵管理システム（CKMS）の設計原理と運用ポリシー」及び「暗号鍵管理デバイスへのセキュリティ対策」の２つの章について記載すべき事項をダイジェスト形式で整理した。
暗号雑管理ガイダンスの位置づけと想定就者
暗号鍵管理ガイダンスの位置づけ及び想定読者は次のとおりである。これらは同ガイダンスVer.1.0と同じである。
ガイダンスの位置づけ
●暗号鍵管理機能を持つシステム設計者向けのガイダンスを作成する。このガイダンスは2020年に発行した「暗号鍵管理システム設計指針（基本編）」に記載された各検討項目 (Framework Requirement：以降FR)をより詳細に解説した副読本である●    「暗号鍵管理システム設計指針（基本編）」に記載された各検討項目の解釈に役立つ、検討項目の背景や補足事項、実システムでの設計において検討項目に基づいた要求事項を含めるかどうかの判断材料などについて解説する●暗号鍵管理システムのシンプルなモデル（トイモデル）を例示し、トイモデルにおける各検討項目への対応例を説明することで、各検討項目の内容や思想の理解を促進すス
想定就者
●暗号鍵管理機能を持つシステムの設計者
暗号農管理ガイダンス拡充部分の準構成
暗号雛管理ガイダンス拡充部分は「暗号雛管理システム設計指針（基本編）」の章構成に対応して下表のとおりである。なお、下表はガイダンス拡充分を別冊とした場合の章構成であり、2022年度発行済のガイダンスVer.1.0にマージするか別冊とするかは2024年度の執筆状況を踏まえて決定する。

2.2.  「暗号鍵管理システム（CKMS）の散計原理と運用ポリシー」の章
本年度のWGで主に議論した概要は以下のとおりである。
①　本章に記載するトイモデル
本章に記載するトイモデルについて検討を行い、IoT製品向けのプライベートCAシステム（図1）とすることに決定した。トイモデルで扱う「プライベートCAシステム」の構成● CKMSの範囲をCAサーバとHSMまでとする●プライベートCAシステムはIoT製品(家電想定)向けに公開鍵証明書の発行及び証明書の失効管理に使われるCRLの発行を行う●証明書のトラストアンカーはプライベートCAである● IoT製品向けのID管理、プライベート鍵生成、発行された証明書の機器埋め込みは工場内で行う●    IoT製品は運用時にネット接続され、スマホ内専用アプリからIoT製品ハプ経由でセンシングや制御が行われる。証明書は専用アプリとIoT機器の接続(TLSでの認証と秘匿通信確立)に利用される
②　異なるセキュリティドメイン間での健情報の交換についての論点
異なるセキュリティドメイン間およびマルチレベルのセキュリティドメインを持つセキュリティドメインとの雛交換の事例として、GPKI、マイナンバーカードのJPKI及び民間活用、eシールについて該当する可能性を議論した。その結果、GPKIはセキュリティレベルの同等性を確認する事例であるがマルチレベルではないこと、マイナンバーカードの民間活用やeシールはマルチレベルのドメインポリシーを持つがドメインレベルが異なる相互の鍵交換を行う事例ではないことを確認した。以上を踏まえ、GPKIを異なるセキュリティドメイン間での鍵交換の事例とし、マルチレベルのセキュリティドメイン間での鍵交換の事例は記載しない方針とした。
③　解説・考慮点の記載概要

本章に記載する「解説・考慮点」の主な概要について以下のように取りまとめた。

④　トイモデルでの説明の記載概要
本章に記載する「トイモデルでの説明」の主な概要について以下のように取りまとめた。

2.3.  「暗号鍵管理デバイスへのセキュリティ対策」の章
本年度のWGで主に議論した概要は以下のとおりである。
①　本革に記載するトイモデル
本章に記載するトイモデルとして、図1のプライベートCAにおけるハードウェア・セキュリティモジュール（HSM）を対象とすることに決定した。
②　HSMでの鍵の入出力機能について
HSM における鍵の入出力機能、障害対策や可用性確保のための鍵情報のクローン機能及びバックアップ＆リストア機能について議論した。HSMで利用するプライベート鍵はHSM内で生成することが原則であるが、既存の秘密鍵をインポートするニーズがあり鍵の入力機能を備えた製品があること、PKIではHSMのクローンではなく鍵情報のバックアップ＆リストアを利用するのが一般的であること、鍵情報のバックアップ＆リストアはPKCS#11に従ったAPIであるがHSMベンダの独自仕様として機能提供されることを確認した。これらをトイモデルでの説明に反映することとした。
③　HSMでのセキュリティ評価・試験について
HSMでのセキュリティ評価・試験に関わる情報提供について議論した。HSMベンダのセキュリティ評価・試験の情報提供はFIPS140認証取得のセキュリティポリシーや製品マニュアルの範囲が原則であり、ベンダテストやペネトレーションテストの結果は提供していないことを確認した。その結果、セキュリティ評価・試験はFR要求内容の説明の追加に加えて、 FIPS140などのセキュリティ認証でFRが要求するテストにカバーできるものが多いことを補足する方針とした。
④　「解説・考慮点」の記載概要
本章に記載する「解説・考慮点」の主な概要について以下のように取りまとめた。

⑤　「トイモデルでの説明」の記載概要
本章に記載する「トイモデルでの説明」の主な概要について以下のように取りまとめた。

3.今後に向けて
2024年度は、2022年度に取りまとめを行わなかった拡充部分について、残る「暗号鍵管理システム（CKMS）のオペレーション対策」の章を今年度と同様の形式で記載概要として整理する。その上で、記載概要をもとにガイダンス文書の執筆を進め、暗号鍵管理ガイダンスの拡充を完了する予定である。 CRYPTREC Report 2022 (暗号技術活用委員会報告 CRYPTREC RP-3000-2022)不許複製禁無断転載発行日 2023年6月30日第1版(印刷版)発行者• 〒113-6591東京都文京区本駒込二丁目28番8号独立行政法人情報処理推進機構(セキュリティセンター技術評価部暗号グループ) INFORMATION-TECHNOLOGY PROMOTION AGENCY, JAPAN 2-28-8 HONKOMAGOME, BUNKYO-KU TOKYO, 113-6591 JAPAN • 〒184-8795東京都小金井市貴井北町四丁目2番1号国立研究開発法人情報通信研究機構(サイパーセキュリティ研究所セキュリティ基盤研究室) NATIONAL INSTITUTE OF INFORMATION AND COMMUNICATIONS TECHNOLOGY 4-2-1 NUKUI-KITAMACHI, KOGANEI TOKYO, 184-8795 JAPAN