暗号技術活用委員会活動報告
2022年7月5日
暗号技術活用委員会 委員長（横浜国立大学 教授）
松本 勉
1

目次
１．暗号技術活用委員会 概要
２．2019年度暗号技術活用委員会 活動概要
 TLS暗号設定ガイドライン
 鍵管理ガイドライン『暗号鍵管理システム設計指針（基本編）』

３．2020 - 2021年度暗号技術活用委員会 活動概要
 CRYPTREC暗号リスト改定に向けた利用実績による選定基準（案） 暗号強度要件（アルゴリズム及び鍵長選択）に関する設定基準
 暗号鍵設定ガイダンス
 暗号鍵管理ガイダンス作成に向けた検討
2

目次
１．暗号技術活用委員会 概要
２．2019年度暗号技術活用委員会 活動概要
 TLS暗号設定ガイドライン
 鍵管理ガイドライン『暗号鍵管理システム設計指針（基本編）』

３．2020 - 2021年度暗号技術活用委員会 活動概要
 CRYPTREC暗号リスト改定に向けた利用実績による選定基準（案） 暗号強度要件（アルゴリズム及び鍵長選択）に関する設定基準
 暗号鍵設定ガイダンス
 暗号鍵管理ガイダンス作成に向けた検討
3

暗号技術活用委員会活動目的＆計画【活動目的】
暗号技術活用委員会では、情報システム全般のセキュリティ確保に寄与することを目的として、暗号の取り扱いに関する観点から必要な活動を行うものとする。
具体的には、実運用とセキュリティ確保の両面の観点から、以下の対象を取り扱う。
暗号アルゴリズムの利用及び設定に関する運用マネジメント
 暗号プロトコルの利用及び設定に関する運用マネジメント
 その他、情報システム全体のセキュリティ確保に有用な暗号に関わる運用マネジメント
【活動計画】CRYPTREC
暗号リスト関連2019年度

2020年度シンポジウム2019

開発・調達
要件
解説書的
位置づけ

暗号鍵関連

暗号鍵管理システム
設計指針（基本編）

暗号プロトコル

TLS暗号設定
ガイドライン

2021年度

本日 2022年度

2023年度～

利用実績に関する
選定基準案

利用実績に
実績調査 関する評価

CRYPTREC
暗号リスト改定

暗号強度要件設定基準

5年定期見直し

暗号鍵設定ガイダンス
暗号鍵管理ガイダンス

検討予定
検討予定
4

1．CRYPTRECの概要

CRYPTREC活動体制（2019年度～2020年度）
暗号技術検討会① CRYPTREC暗号のセキュリティ及び信頼性確保のための調査・検討② CRYPTREC暗号リストの改定に関する調査・検討③ 関係機関と連携した暗号技術の普及による情報セキュリティ対策の推進検討・提言
量子コンピュータ時代に向けた暗号の在り方検討タスクフォース（2019年6月～ ）暗号技術評価委員会

暗号技術活用委員会① 暗号技術の安全性及び実装に係る監視及び評価① 暗号の普及促進・セキュリティ産業の競争力強化に係る検討② 新世代暗号に係る調査② 暗号技術の利用状況に係る調査及び必要な対策の検討③ 暗号技術の安全な利用方法に関する調査③ 暗号政策の中長期的視点からの取組の検討

暗号技術調査WG（暗号解析評価）

TLS暗号設定
ガイドラインWG（2019～2020年度）（2019年度）

5

1．CRYPTRECの概要

CRYPTREC活動体制（2020年度～2022年度）
暗号技術検討会① CRYPTREC暗号のセキュリティ及び信頼性確保のための調査・検討② CRYPTREC暗号リストの改定に関する調査・検討③ 関係機関と連携した暗号技術の普及による情報セキュリティ対策の推進検討・提言
量子コンピュータ時代に向けた暗号の在り方検討タスクフォース（2019年6月～ ）暗号技術評価委員会

暗号技術活用委員会① 暗号技術の安全性及び実装に係る監視及び評価① 暗号の普及促進・セキュリティ産業の競争力強化に係る検討② 新世代暗号に係る調査② 暗号技術の利用状況に係る調査及び必要な対策の検討③ 暗号技術の安全な利用方法に関する調査③ 暗号政策の中長期的視点からの取組の検討

暗号技術調査WG（暗号解析評価）

暗号技術調査WG（耐量子計算機暗号）

暗号鍵管理
ガイダンスWG（～2020年度）（2021年度～ ）（2021年度～ ）暗号技術調査WG（高機能暗号）（2021年度～ ）6

暗号技術活用委員会委員
委員長
委員
委員
委員
委員
委員
委員
委員
委員
委員
委員
委員
委員
委員
委員

松本 勉
上原 哲太郎
垣内 由梨香
菊池 浩明
佐藤 直之
須賀 祐治
田村 裕子
手塚 悟
寺村 亮一
松本 泰
三澤 学
満塩 尚史
山岸 篤弘
山口 利恵
渡邊 創

（注）2022年3月末時点

横浜国立大学 教授
立命館大学 教授
マイクロソフト株式会社 セキュリティプログラムマネージャー
明治大学 教授
SCSK株式会社 シニアプロフェッショナルコンサルタント
株式会社インターネットイニシアティブ シニアエンジニア
日本銀行 企画役補佐
慶應義塾大学 教授
株式会社イエラエセキュリティ 執行役員
セコム株式会社 マネージャー
三菱電機株式会社 主席研究員
デジタル庁 セキュリティアーキテクト
日本情報経済社会推進協会 客員研究員（2022年2月まで）
東京大学 特任准教授
産業技術総合研究所 サイバーフィジカルセキュリティ研究センター 副研究センター長
7

TLS暗号設定ガイドラインWG委員（2019年度）
主査
委員
委員
委員
委員
委員
委員
委員
委員
委員

須賀 祐治
漆嶌 賢二
垣内 由梨香
菅野 哲
菊池 浩明
北村 英志
島岡 政基
杉尾 信行
杉原 弘祐
松本 照悟

（注）2020年6月末時点

株式会社インターネットイニシアティブ シニアエンジニア
GMOグローバルサイン株式会社 部長
マイクロソフト株式会社 セキュリティプログラムマネージャー
株式会社レビダム 代表取締役
明治大学 教授
グーグル合同会社 デベロッパーアドポケイト
セコム株式会社 主任研究員
株式会社NTTドコモ
セコムトラストシステムズ株式会社
アマゾンウェブサービスジャパン株式会社 シニアセキュリティコンサルタント

8

暗号鍵管理ガイダンスWG委員（2021-2022年度）（注）2022年3月末時点
主査
委員
委員
委員
委員
委員
委員
委員
委員
委員
委員

上原 哲太郎漆嶌 賢二
垣内 由梨香
菅野 哲
菊池 浩明
楠 正憲
小林 浩二
須賀 祐治
西原 敏夫
舟木 康浩
満塩 尚史

立命館大学 教授
GMOグローバルサイン株式会社 部長
マイクロソフト株式会社 セキュリティプログラムマネージャー
株式会社イエラエセキュリティ 取締役CTO of Development
明治大学 教授
デジタル庁 統括官
パナソニック株式会社 オートモーティブ社 主任技師
株式会社インターネットイニシアティブ シニアエンジニア
シスコシステムズ合同会社 シニアセキュリティアーキテクト
タレスDIC CPLジャパン株式会社 セールスエンジニアマネージャー
デジタル庁 セキュリティアーキテクト

9目次
１．暗号技術活用委員会 概要
２．2019年度暗号技術活用委員会 活動概要
 TLS暗号設定ガイドライン
 鍵管理ガイドライン『暗号鍵管理システム設計指針（基本編）』

３．2020 - 2021年度暗号技術活用委員会 活動概要
 CRYPTREC暗号リスト改定に向けた利用実績による選定基準（案） 暗号強度要件（アルゴリズム及び鍵長選択）に関する設定基準
 暗号鍵設定ガイダンス
 暗号鍵管理ガイダンス作成に向けた検討102019年度 暗号技術活用委員会審議状況回
2019年度
第一回

2020年度
第一回

開催日

議案

2019年
6月12日

活用委員会活動計画について
TLS暗号設定ガイドラインWG活動計画について
暗号鍵管理システム設計指針（基本編）ドラフト版について

2020年
6月1日

TLS暗号設定ガイドラインについて
暗号鍵管理システム設計指針（基本編）について
EdDSAに関する安全性評価の必要性について
運用監視暗号リストからの削除について

これらを紹介（注）2020年度第一回は新型コロナウイルス感染拡大防止の観点から延期とした2019年度第二回会合の代替会合として開催したもの

11

『TLS暗号設定ガイドライン』とは2020年7月7日公開

 有識者の知見を集約したTLSを安全に使うためのBest Practice TLSの安全性と可用性（相互接続性）のバランスを踏まえた推奨暗号設定方法をガイダンス
 ユースケースに応じた3段階の設定基準を用意「高セキュリティ型」「推奨セキュリティ型」「セキュリティ例外型」

 設定確認するための「チェックリスト」
 OpenSSLやWindows等の「サーバ設定方法例」

 主な想定読者

利用環境の実態を考慮して設定方法をアップデート
2015年

SSL/TLS暗号設定
ガイドライン（第1.0/1.1版）

2018年

暗号のエキスパートではない
想定読者層が対象

 具体的な構築・設定を行うサーバ構築者
 サービス提供に責任を持つサーバ管理者
 サーバ構築を発注するシステム担当者

SSL/TLS暗号設定
ガイドライン（第2.0版）
今回

2020年

TLS暗号設定
ガイドライン（第3.0版）

12

TLS利用環境の変化
TLS1.0／1.1排除の動きが本格化。TLS1.3のサポート開始

 「Deprecating TLSv1.0 and TLSv1.1」のドラフト審議中（18.9.14～）
 主要ブラウザベンダが2020年前半にTLS1.0/1.1を無効化するアナウンス サポート率（2014年 → 2020年 → 2022年）：
TLS1.0（99.3% → 62.9% → 36.5%）、TLS1.2（25.7% → 96.5% → 99.8%）、
TLS1.3（－ → 22.0% → 55.5%）

民間CA発行のSHA-1利用サーバ証明書は全て有効期限切れ
 しかも、SHA-1の「Prefix-collision attack」が見つかる → 致命的攻撃

Perfect Forward Secrecyのサポート進展

 主要ブラウザデフォルト有効率： 2014年 5.0% → 2020年 82.7% → 2022年 90.7%

SSL/TLS暗号設定ガイドラインに掲載されていないアルゴリズムの利用拡大
 ChaCha20-Poly1305, EdDSA

13

TLS暗号設定ガイドラインWGでの検討テーマ
議論テーマ①ガイドライン名の名称変更②3段構成の概要の見直し③推奨プロトコルバージョンの見直し④サーバ証明書推奨設定の見直し⑤推奨暗号スイートの見直し⑥具体的な設定方法の見直し⑦情報提供として記載している内容の見直し⑧ブラウザでの標記に関する留意点の見直し⑨（専用）サーバ―ブラウザ以外も含めた利用形態⑩常時HTTPS化に伴う留意点⑪コラムの題材
凡例： ★：結論を確認

第一回(19/9/2)
★
◎
◎
◎
○
★

2019年度
第二回(19/11/19)

第三回(20/1/7)

★
★
★
◎

★

◎：重点的に議論し、方向性を決定

◎
◎
○
○
○
○：自由議論2020年度
第一回(20/5/26)

★
★
★
★
★
14

TLS暗号設定ガイドラインで扱っている設定項目
 安全性への寄与度を考慮し、より現実的かつ実効性が高い要求設定に区分
 最低限の安全性を確保するために必ず満たさなければならない「遵守項目」
 よりよい安全性を実現するために満たすことが望ましい「推奨項目」
プロトコルバージョン
要求設定

遵
守

サーバ証明書

暗号スイート推奨プロトコルバージョン
暗号スイート

利用禁止プロトコルバージョンを利用不可にする設定
利用する暗号アルゴリズムと鍵長の設定
発行・更新時の鍵情報の生成方法の明確化
警告表示の回避方法の明確化
利用禁止暗号アルゴリズムを利用不可にする設定
公開鍵暗号の鍵長の設定
利用プロトコルバージョンの優先順位付け
利用推奨暗号アルゴリズムのみでの設定
推奨暗号スイートの優先順位付け
15例えば、【推奨】利用推奨暗号＆ 【遵守】 利用禁止暗号バージョン

高セキュリティ型
推奨セキュリティ型
TLS1.3（必須）、TLS1.2（オプション） TLS1.2（必須）、TLS1.3（オプション）

セキュリティ例外型
TLS1.3 ～ TLS1.0のいずれか
DH
DHE
ECDH
ECDHE
RSAES-PKCS1-V1_5
ECDSA
RSASSA-PKCS1-v1_5

DHE

DHE

ECDHE

ECDHE

ECDSA
RSASSA-PKCS1-v1_5
RSASSA-PSS*2*3

ECDSA
RSASSA-PKCS1-v1_5

64ビット
ブロック暗号－－－

128ビット
ブロック暗号

AES
Camellia*4

AES
Camellia*4
CBC
CCM, CCM_8
GCM
ChaCha20-Poly1305
SHA-1
SHA-256
SHA-384

AES
Camellia*4
CBC
CCM, CCM_8
GCM
ChaCha20-Poly1305
SHA-1
SHA-256
SHA-384DSA
EdDSA*2
DH
ECDH

DSA
EdDSA*2
なし

鍵交換

署名

暗号化

利用モード
ストリーム
ハッシュ関数(HMAC)
推奨しないが利用を妨げない

追加の利用禁止暗号

CCM, CCM_8
GCM
ChaCha20-Poly1305
SHA-256
SHA-384DSA
EdDSA*2DH
ECDH
RSAES-PKCS1-V1_5
CBC
SHA-1

RSAES-PKCS1-V1_5

共通の利用禁止暗号なし

GOST R 34.10-2012*1
RC2, EXPORT-RC2, IDEA, DES,EXPORT-DES, GOST 28147-89*1,
Magma*1, 3-key Triple DES
Kuznyechik*1, ARIA, SEEDCTR_OMAC*1
RC4, EXPORT-RC4
MD5, GOST R 34.11-2012*1
凡例：*1 現在ID（RFCではない）*2 暗号スイートのIANA登録番号
として管理されていない*3 TLS1.3でのみ利用可*4 TLS1.2以前で利用可

16

『暗号鍵管理システム設計指針（基本編）』とは2020年7月7日公開

あらゆる分野／領域の暗号鍵管理システム（CKMS）を対象に
暗号鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき検討事項（Framework Requirements）を網羅的にカバーする指針 イントロダクション＞「鍵管理」の在り方／考え方の解説
 技術的な中身＞SP800-130の理解を深める利用手引き
 SP800-130の Framework Requirements を『暗号鍵管理における目的に応じた』対象範囲に分類・整理することによって検討すべき項目の目的や必要性を明確化

 セキュリティ要求事項は定義せず、特定のセキュリティ機能を義務づけない どのように要求事項に対応するか＞設計者に委ねられる 対応方針が適正かどうかの判断＞運用管理者や調達責任者が行う
17

暗号鍵管理の考え方の枠組み
本設計指針が取扱う範囲

業界（セクタ）固有の特性／環境

Framework Requirements
あらゆるケースにおける鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき事項一覧の提示（具体的な技術仕様は取扱わない）

SP800-130
包括的なフレームワークに沿って暗号鍵管理システ
ムの『対応方針として考慮すべきトピック及び仕様書等に記載する文書化要求事項の一覧』を列挙

業界等で取組んでいただきたい範囲

システム依存の環境／条件

SI／調達者が取り組む範囲Profile Requirements

System Requirements

SP800-152（具体的な技術仕様を取扱う）

Framework Requirementsに沿い、選択 Profile Requirementsに適合するようにシステ
業界（セクタ）固有の特性／環境も考慮して
ム個別の環境／条件を考慮して実際のシステ
業界（セクタ）内で共通に実現すべき要求事項
ムが実現すべき具体的な設計仕様書や運用
精緻化
精緻化（設計方針・運用要件等）を規定
マニュアル等を作成
選択

増補

SP800-130に沿い、米国政府システムの特性／
環境等を考慮して『米国政府システムの暗号鍵管理
システムが共通に実現すべき要求事項（設計方針・運用要件等）』を規定

個々の技術選択の下支え根拠

増補○○システム設計仕様書○○システム運用マニュアル

個々の技術選択の下支え根拠

Guidance• 鍵管理について理解するための汎用的なガイダンスの提示• 暗号アルゴリズムや鍵長、等の推奨設定／考え方の提示

SP800-57 Part1、CRYPTREC暗号リスト、リストガイド（鍵管理）

SP800-57 Part3、TLS暗号設定ガイドライン

暗号メカニズムを選択・利用する際の『バックグランド情報及び適切な選択を支援するためのフレームワーク』の提供

暗号プロトコル／アプリケーションを選択・利用する際の『適切な選択を支援するためのバックグランド情報』の提供

18

「Framework Requirements」と「Profile/System Requirements」の違い
暗号鍵管理システムで検討すべき事項は同じでも実現方法は違う
Framework requirements

必ずブレークダウンする作業が必要
Profile Requirements
Framework Requirements
CKMS設計は、システムによって使用される全ての暗号アルゴリ
ズムを明記しなければならない

全ての要求事項が『○○を明記しなければならない』

Profile/System requirements
Guidance
電子政府推奨暗号リスト

X業界におけるCKMS設計では
電子政府推奨暗号アルゴリズムを利用しなければならない

System Requirements
AシステムCKMS設計ではAESを利用しなければならない
BシステムCKMS設計ではCamelliaを利用しなければならない

Y業界におけるCKMS設計では米国政府標準暗号アルゴリズムを利用しなければならない

CシステムCKMS設計ではAESを利用しなければならない
Guidance
米国政府標準暗号

DシステムCKMS設計では
EdDSAを利用しなければ
ならない

19

暗号鍵管理における目的別分類関係
デバイス管理をシステム管理を含む場合含む場合【A】暗号鍵管理システムの設計原理と運用ポリシー（69項目）

最低限の範囲

暗号鍵管理システムとして実現すべき全体方針を決める項目

適用【B】暗号アルゴリズム運用のための暗号鍵管理オペレーション対策（81項目）【C】暗号アルゴリズムの選択（2項目）【D】暗号アルゴリズム運用に必要な鍵情報の管理（10項目）【E】暗号鍵管理デバイスのセキュリティ対策（37項目）【F】暗号鍵管理システムのオペレーション対策（57項目）（システムに限らず）全ての暗号鍵管理において全体方針に合致するように決める必要がある項目
暗号鍵管理に利用するデバイスを対象に、必要に応じて、全体方針に合致するように決める必要がある項目
暗号鍵管理システム全体を対象に、必要に応じて、全体方針に合致するように決める必要がある項目
20

暗号鍵管理における時間管理の概念図
運用開始

運用終了

CKMSのセキュリティライフタイム

運用開始

運用終了

（暗号アルゴリズムAの）セキュリティライフタイム
アルゴリズムAの暗号鍵(暗号アルゴリズムAの)最大許容暗号鍵有効期間

暗号鍵廃棄

暗号鍵有効期間

暗号鍵有効期間
暗号鍵生成

暗号アルゴリズムA
暗号鍵有効期間

暗号アルゴリズムB

有効期間の更新不可

有効期間の更新可
暗号鍵の交換（再生成）

暗号鍵有効期間

暗号鍵有効期間

暗号アルゴリズムの
移行

暗号鍵廃棄

暗号鍵生成

暗号アルゴリズムの移行期間

運用終了

運用開始

（暗号アルゴリズムBの）セキュリティライフタイム
アルゴリズムBの暗号鍵

CKMSが保護する情報(暗号アルゴリズムBの)最大許容暗号鍵有効期間

情報廃棄（情報Aの）ライフタイム

暗号鍵有効期間

情報生成

情報廃棄

暗号鍵生成

暗号鍵廃棄

（情報Bの）ライフタイム
情報生成

情報廃棄

暗号鍵の交換（情報Cの）ライフタイム
情報廃棄

情報生成

保護手段の移行（情報Dの）ライフタイム
情報生成

21

チェックリスト22

本設計指針の活用方法
 どのような要求仕様／設計方法を採用するかは、設計者、又はセキュリティ
プロファイル等の他ドキュメントに委ねられる
 設計者：選択し得るオプションリストとして使用して要求仕様を決定
 責任者：不適切な要求仕様や検討漏れがないかの確認リストとして活用
CKMS設計者

各節のトピックスで対象とするFramework Requirementsの目的及び概要に照らして取り扱う対象範囲であるかを判断
対象範囲• どのような要求仕様／設計方法を採用するか、どのような対応をとるかを決定• Profile RequirementsやSystem Requirementsの文書に要求事項として記載

対象範囲外
対象外と判断した理由を明記したうえで
当該Framework Requirementsは「対象外」と除外

管理責任者等
Profile RequirementsやSystem Requirementsの文書に記載の要求事項が適切であるかどうかを確認

対象外の理由が適切であるかどうかを確認
23

目次
１．暗号技術活用委員会 概要
２．2019年度暗号技術活用委員会 活動概要
 TLS暗号設定ガイドライン
 鍵管理ガイドライン『暗号鍵管理システム設計指針（基本編）』

３．2020 - 2021年度暗号技術活用委員会 活動概要

 CRYPTREC暗号リスト改定に向けた利用実績による選定基準（案） 暗号強度要件（アルゴリズム及び鍵長選択）に関する設定基準
 暗号鍵設定ガイダンス
 暗号鍵管理ガイダンス作成に向けた検討24

2020-2021年度 暗号技術活用委員会審議状況回
2020年度
第一回
2020年度
第二回
第三回

2021年度
第一回

第二回

第三回

開催日
2020年
6月1日

議案
新型コロナウイルス感染拡大防止の観点から延期とした2019年度第二回会合の代替会合として開催したもの

 2020年度活用委員会活動計画の確認
 推奨鍵長ガイドライン（仮）についての検討
 暗号鍵管理の参照プロファイルについての検討
 鍵長ガイドライン（仮）（方向案）についての検討
2021年
 暗号鍵管理の参照プロファイルについての検討（二回目）
3月2日
 2020年度暗号技術活用委員会活動報告案について
 2021年度暗号技術活用委員会活動計画の確認
 暗号鍵管理ガイダンスWG活動計画について
2021年
 利用実績による選定基準について
6月30日
 鍵長設定要件（仮称）について
講演「CRYPTREC暗号リスト
 鍵長設定ガイダンス（一般用）（仮称）について改定に向けた動向及び暗号強度
 利用実績調査による選定基準案について
要件設定基準の紹介」で紹介
2021年
 鍵長設定要件（仮称）について
12月13日 鍵長設定ガイダンス（一般用）（仮称）について
 メール審議結果及び暗号強度要件（アルゴリズム及び鍵長選択）に関する設定基準について
 利用実績による選定基準（案）について2022年
 暗号鍵設定ガイダンス（仮称）について
3月1日
 暗号鍵管理ガイダンスWG活動報告
こちらを紹介 2021年度暗号技術活用委員会活動報告案について
2021年
1月15日

25

暗号鍵の鍵長設定に関する２つのドキュメント
CRYPTREC暗号リストとセットで使うことを想定した鍵長の設定基準CRYPTREC暗号
リストと同様に省庁が発行主体

適切に鍵長を設定し、適切に鍵管理を行って安全に運用していくための技術的ガイダンス

暗号運用ガイドラインの一つとして
IPA・NICTが発行主体

26

『暗号鍵設定ガイダンス』とは暗号技術に用いられる暗号鍵に対して適切に鍵長を設定し、さらに適切に鍵管理を行って安全に運用していくための技術的ガイダンス
 想定読者
暗号技術を組込んだシステム又はアプリケーションの設計・開発・運用・提供にあたって、安全な暗号技術の選定、及び暗号技術の安全な運用方針・対策の作成や決定などに携わる管理者、設計者、開発者など
 「暗号強度要件（アルゴリズム及び鍵長選択）に関する設定基準」との位置づけの違いを明確化
 本ガイダンスは、暗号鍵についての鍵長設定や運用の考え方を解説するもので、強制的な要求（～しなければならない／～してはならない）は原則として使わない
 CRYPTREC暗号リストを利用していると見なされるためには、本ガイダンスではなく、「設定基準」のほうを利用して鍵長を設定しなければならない
27

暗号鍵設定ガイダンスの取り扱い項目
安全な暗号
技術の導入

暗号アルゴリズム

暗号鍵の鍵タイプ

暗号鍵の鍵長暗号鍵の保護要件

凡例：
本ガイダンスで取り扱っている項目

暗号鍵の保管方法
暗号鍵へのアクセス制御

暗号鍵の利用期間

暗号鍵の生成暗号鍵の鍵確立

暗号鍵のライフサイクル
暗号技術の
安全な運用

暗号鍵のライフサイクル管理

暗号鍵の破棄暗号鍵の危殆化時BCP対応
暗号鍵の喪失・破損時BCP対応

BCP（システム運用継続）対策

故障・災害時BCP対応
新暗号技術への移行計画
暗号アルゴリズムの危殆化時BCP対応
28

暗号鍵のセキュリティ強度要件（鍵長設定）の考え方
 今後10～15年程度なら安全と期待される強度（＝下限のビットセキュリティ強度）を提示システムの運用寿命と求められるセキュリティ強度

 一定のセキュリティマージンを追加したそれ以上のセキュリティ強度で設定
 Appendixに各国の推奨状況を記載
年

1982

ANSSI

56

Lenstra

2030

2040

2050

2060

2070

81 ～ 96 86 ～ 104 91 ～ 112 96 ～ 120 101 ～ 128

56

93

101

109

－

－

56

88

95

102

－

－

 暗号鍵の鍵長設定に影響を与える『寿命』
 システムの運用寿命
 鍵長のセキュリティ寿命
 データのセキュリティ寿命29鍵長の利用期間の考え方
通信時
暗号化
保管時
鍵共有
署名
メッセージ認証
エンティティ認証

データのセキュリティ寿命（鍵共有後から）通信が終了するまでの期間
データが暗号化されてから、復号する必要がなくなるまでの期間
鍵共有を行っている期間
署名生成してから、当該署名の署名検証を行う必要がなくなるまでの期間
MACを生成してから、当該データの完全性検証を行う必要がなくなるまでの期間
エンティティ認証を行っている期間

30

暗号鍵の種類（鍵タイプ）と保護要件
鍵タイプ
データ暗号化対称鍵

鍵共有対称鍵

鍵共有プライベート鍵
鍵共有公開鍵
署名プライベート鍵
署名検証公開鍵
認証対称鍵
認証プライベート鍵
認証公開鍵

セキュリティ特性
関連性保護
保証の必要性
保護期間
機密性
当該鍵の生成から、データのセキュリティ
 当該鍵を共有しているエンティティ－
完全性
寿命が尽きる又は利用期間が終わるまで
 暗号化データのいずれか遅い方の期間
可用性
当該鍵の生成から、利用期間が終わる
機密性
 当該鍵を共有しているエンティティ－
完全性又は暗号化された鍵が保護を必要としな
 暗号化された鍵
くなるまでのいずれか遅い方の期間
可用性
機密性 鍵共有公開鍵
当該鍵の生成から交換した全ての鍵の保保有
完全性
護期間が終了するまで
 暗号化された鍵
可用性
完全性
 鍵共有プライベート鍵
有効性
当該鍵の生成から利用期間終了まで
機密性
 署名検証公開鍵保有
当該鍵の生成から利用期間終了まで
完全性
完全性
 署名プライベート鍵
当該鍵の生成から署名データの検証が有効性
可用性 署名データ
不要になるまで
機密性
 当該鍵を共有しているエンティティ
当該鍵の生成から認証データの検証が－完全性不要になるまで
 認証データ
可用性
機密性 認証公開鍵保有
当該鍵の生成から利用期間終了まで
完全性
完全性
 認証プライベート鍵
当該鍵の生成から認証データの検証が有効性不要になるまで
可用性 認証データ
31

『暗号鍵管理ガイダンス』とは「暗号鍵管理システム設計指針（基本編）」の解説書を目指す
暗号鍵管理プロファイルを作成するためのガイダンス
暗号鍵管理で必要となる項目について、シンプルなモデルを例示し説明

Profile Requirements

Framework Requirements

あらゆるケースにおける鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき事項一覧の提示

暗号鍵管理
システム設計指針（基本編）

2020年7月公開

チェックリスト

System Requirements

Framework Requirementsに沿い、セクタ固有の特性／環境も考慮してセクタ内で共通に実現すべき要求事項（設計方針・運用要件等）を規定

Profile Requirementsに適合するようにシステム個別の環境／条件を考慮して実際のシステムが実現すべき具体的な設計
仕様書や運用マニュアル等を作成

参照プロファイル

設計仕様書
運用マニュアルセキュリティポリシー

反映

設計指針の解説や考慮点の提示
チェックリスト記載の例示

暗号鍵管理
ガイダンス
（本書）

反映
暗号鍵設定ガイダンス
セキュリティ強度選択
暗号鍵タイプ選択
暗号鍵保護要件
暗号鍵ライフサイクル
危殆化時のBCP対策
移行対策の必要性

チェックリスト
暗号鍵の鍵長や運用方針を決定
32

ガイダンス内容のイメージ
 暗号鍵管理システム設計指針（基本編）のFrame Requirementsについて「ガイダンスで記載する説明事項」と「チェックリストの記載例」を中心に説明
検討番号

*.**

要求内容

暗 号 鍵 管 理システ ム設 計 指針（ 基本編） の説明や  目的・趣旨
要求事項
Frame Requirementsの内容を基本的に引用
 記載内容ガイダンスで記載する説明事項

1. 要求に対する判断理由に関する考え方を記載
2. 必要に応じて、要求に関する補足説明を記載

チェックリストの記載例

トイモデルを利用した判断理由の記載内容を例示－



解説・考慮点
トイモデルとチェックリストの記載例

 チェックリストの解説にあたって、参考例として「トイモデル」を使う
 6つの目的別分類ごとに、理解しやすい
トイモデルを用意
33

ガイダンス作成の進め方
 暗号鍵管理ガイダンスWGを設置して検討
主査：上原 哲太郎（立命館大学 情報理工学部 教授）
この後、「暗号化消去と暗号鍵管理」の講演をしていただきます 要求内容に対する考え方について、以下の意義を考慮して記載内容を決定
 鍵管理に必要な情報を集中的に管理できる 暗号鍵管理システム新規設計時に必要な要素を漏れなく検討できる Crypto Agility等、どの暗号アルゴリズムがどのように利用されているかを把握できる
 情報アセットの洗い出しに利用できる（保護すべき企業の重要資産の洗い出しに利用可能）
 インシデント発生時のレスポンスが早くなる & 説明責任に有用
 監査対象から各リスト項目が漏れる可能性を減らす
 将来的な対策に有用。例えば、量子コンピュータの実現に伴う移行計画、災害時事業継続計画など

2022年度末の完成を目指して作成を進めていきます34本日紹介したドキュメントなど
 TLS暗号設定ガイドライン及び関連参考資料

 CRYPTREC HP: https://www.cryptrec.go.jp/op_guidelines.html
 IPA HP：https://www.ipa.go.jp/security/vuln/ssl_crypt_config.html

 暗号鍵管理システム設計指針（基本編）

 CRYPTREC HP: https://www.cryptrec.go.jp/op_guidelines.html
 IPA HP： https://www.ipa.go.jp/security/vuln/ckms.html

 暗号強度要件（アルゴリズム及び鍵長選択）に関する設定基準
 CRYPTREC HP: https://www.cryptrec.go.jp/list.html

 暗号鍵設定ガイダンス

 CRYPTREC HP: https://www.cryptrec.go.jp/op_guidelines.html
 IPA HP： https://www.ipa.go.jp/security/vuln/ckms_setting.html

 NIST SP日本語訳

 IPA HP: https://www.ipa.go.jp/security/ipg/crypt.html

SP800-57 Part1 rev.5, SP800-88 rev.1,
SP800-130, SP800-175A/B

35

https://www.cryptrec.go.jp/