暗号技術活用委員会活動報告
2019年7月12日
暗号技術活用委員会 委員長（横浜国立大学 教授）
松本 勉
1目次
１．暗号技術活用委員会 概要
２．2017年度暗号技術活用委員会 活動概要
SSL/TLS暗号設定ガイドライン改定の紹介

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

鍵管理ガイドライン『暗号鍵管理システム設計指針（基本編）』のドラフト版の紹介

４．2019年度暗号技術活用委員会 活動計画紹介
2

１．暗号技術活用委員会 概要

32017／2018年度 CRYPTREC体制
暗号技術検討会
事務局：総務省, 経済産業省（１） CRYPTREC暗号のセキュリティ及び信頼性確保のための調査・検討（２） CRYPTREC暗号リストの改定に関する調査・検討（３） 関係機関と連携した暗号技術の普及による情報セキュリティ対策の推進検討・提言

暗号技術評価委員会

暗号技術活用委員会

事務局：NICT, IPA

事務局：IPA, NICT

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

暗号技術調査WG（暗号解析評価）42017／2018年度 暗号技術活用委員会委員
委員長

松本 勉

国立大学法人横浜国立大学 大学院環境情報研究院 教授

委員

上原 哲太郎立命館大学 情報理工学部 情報システム学科 教授

委員

垣内 由梨香マイクロソフト株式会社 セキュリティレスポンスチーム セキュリティプログラムマネージャー

委員

菊池 浩明

明治大学 総合数理学部 先端メディアサイエンス学科 教授

委員

須賀 祐治

株式会社インターネットイニシアティブ セキュリティ本部セキュリティ情報統括室 シニアエンジニア

委員

杉尾 信行

株式会社ＮＴＴドコモ サービスイノベーション部

委員

清藤 武暢

日本銀行金融研究所 情報技術研究センター 主査

委員

手塚 悟

慶應義塾大学 大学院政策・メディア研究科 特任教授

委員

寺村 亮一

株式会社NDIAS 自動車セキュリティ事業部 マネージャー

委員

松本 泰

セコム株式会社 IS研究所 コミュニケーションプラットフォームディビジョン マネージャー

委員

三澤 学

三菱電機株式会社 情報技術総合研究所 情報ネットワーク基盤技術部 主席研究員

委員

満塩 尚史

内閣官房 IT総合戦略室 政府CIO補佐官

委員

山岸 篤弘

一般財団法人日本情報経済社会推進協会 電子署名・認証センター 客員研究員

委員

山口 利恵

国立大学法人東京大学 大学院情報理工学系研究科 ソーシャルICT研究センター 特任准教授

委員

渡邊 創

国立研究会開発法人産業技術総合研究所 サイバーフィジカルセキュリティ研究センター
副研究センター長（注）２０１９年３月末時点 5

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

2018年度
鍵管理に関する運用ガイドライン『暗号鍵管理システム設計指針（基本編）』のドラフト版作成

2019年度～完成版へ

SSL/TLS暗号設定ガイドラインのアップデートに向けた活動
6

２．2017年度暗号技術活用委員会 活動概要SSL/TLS暗号設定ガイドライン改定の紹介

7

2017年度 暗号技術活用委員会審議状況
回

第1回

開催日時

主な議題

 SSL/TLS暗号設定ガイドラインのアップデート作業に
2017.09.07
ついて 鍵管理に関する運用ガイドラインの事前検討について

報告会 2017.12.27

 SSL/TLSに関する動向及び鍵管理に関する公募調査の中間報告
 SSL/TLS暗号設定ガイドラインのアップデート案について

第2回

2018.03.15

SSL/TLS暗号設定ガイドライン改定の紹介
 鍵管理に関する運用ガイドライン作成に向けた今後の計画について

8

「SSL/TLS暗号設定ガイドライン」とは①
2013～2014年にSSL/TLSで色々な問題が起こっていた暗号に関するリテラシーがあることを前提とせずに、SSL/TLSを安全に使うためのガイドラインを作ろう
引用：CRYPTRECシンポジウム2015より
9

「SSL/TLS暗号設定ガイドライン」とは②
 主な想定読者

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

暗号のエキスパートではない想定読者層が対象 2015年3月時点でのSSL/TLSの安全性と可用性（相互接続性）のバランスを踏まえた推奨暗号設定方法をガイダンス
 ユースケースに応じた3段階の設定基準を用意「高セキュリティ型」
2014年後半の利用環境の「推奨セキュリティ型」
実態も考慮した設定を採用「セキュリティ例外型」
 OpenSSLやWindows等の「設定方法例」をAppendixに記載
 設定確認するための「チェックリスト」も用意
大ヒット
御礼

2015年5月公開後、１８０，０００件以上のダウンロード
10

設定ガイドラインアップデートの必要性
引用：CRYPTRECシンポジウム2015より2015年3月時点ではバランスが取れていても2017年ではバランスが取れているとは言えない状況に11

設定ガイドラインアップデートの方向性
 セキュリティ例外型見直しに向けた環境が進展

 RC4及びSSL3.0利用禁止のRFC発行、Triple DES非推奨化への勧告
 認定認証事業者が発行する証明書ではSHA-1からSHA-256へ移行完了、パブリック証明書もSHA-1証明書の発行終了
 携帯キャリアがSHA-1証明書での接続はできないと注意喚起
 セキュリティ例外型の利用を終了させる時期（EOL）は導入せず

 EOL導入で、EOLまでは利用を容認すると誤解される恐れあり何らかの形でセキュリティ例外型の記述見直し※ 推奨セキュリティ型以上への早急な移行を強く勧告する方向で
 最新動向の反映

 TLS1.0/TLS1.1非推奨等のRFC発行
 TLS1.2の標準搭載が大きく進展
 TLS1.3 RFC発行に向けた作業が大詰め

高セキュリティ型についての情報提供※ 高セキュリティ型の利用促進を図る方向で
12

設定ガイドラインアップデートの主なポイント①
SSL3.0やRC4の利用を禁止するRFCが発行
TLS1.0/TLS1.1利用を非推奨化するRFCが発行
TLS1.2の標準搭載が大きく進展

TLS1.3のRFC発行＆サポートが始まる

セキュリティ例外型の利用制限を強化「早期移行を前提とした暫定的な利用継続」⇒「移行完了までの短期の暫定運用」

高セキュリティ型の適用範囲の拡大「とりわけ高い安全性が必要、非常に高度で限定的な使い方」⇒「高い安全性が必要、高度な使い方」

TLS1.3の情報提供
本格的なプロトコルの世代交代への準備
13

設定ガイドラインアップデートの主なポイント②
アップデートでの変更箇所
設定基準

概要

安全性

標準的な水準を大きく上回※高い安全性を必要とする理由があるケースが対象 る高い安全性水準を達成
で、高度な使い方

高セキュリ 漏えいすると致命的または壊滅的な悪影響をティ型及ぼすと予想される情報を通信するような場合

相互接続性
本ガイドラインで対象とするブラウザであれば問題なく相互接続性を確保

ほとんどのすべ推奨セキュ 漏えいすると何らかの悪影響を及ぼすと予想さ 標準的な安リティ型 れる情報を、安全性確保と利便性実現をバラン 全性水準を実 ての機器につい現て相互接続性をスさせて通信するような場合
確保※ほぼすべての一般的な利用形態で使うことを想定

セキュリ 脆弱なプロトコルバージョンや暗号が使われる
ティ例外型 リスクを受容したうえで、安全性よりも相互接続性に対する要求をやむなく優先させて通信する
ような場合であって、推奨セキュリティ型への移行完了までの短期の暫定運用としての設定基
準※システム等の制約により、推奨セキュリティ型（以上）の設定が事実上できない場合最低限度の安全性水準を満たしているとは言えない状況。速やかな推奨セキュリティ型への移行を強く求める

ほとんどのすべての機器について相互接続性を確保

14

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

鍵管理ガイドライン『暗号鍵管理システム設計指針（基本編）』のドラフト版の紹介

15

2018年度 暗号技術活用委員会審議状況
回

開催日時

主な議題

第1回

2018.09.06  鍵管理に関するフレームワークについての検討

技術検討
会合

2018.12.26

 鍵管理ガイドラインのドラフト素案作成に向けた技術的検討
 鍵管理ガイドラインのドラフト素案の審議

第2回

2019.03.14

鍵管理ガイドライン『暗号鍵管理システム設計指針（基本編）』の紹介
 次期CRYPTREC暗号リスト策定に向けた方針についての検討

16

暗号鍵管理システム設計指針（基本編）とはあらゆる分野／領域の暗号鍵管理システム（CKMS）を対象に暗号鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき検討事項（FrameworkRequirements）を網羅的にカバーする指針 イントロダクションとして＞「鍵管理」の在り方／考え方の解説
 技術的な中身として＞SP800-130の理解を深める解説書・利用手引きとして活用
 SP800-130記載のトピックス／FR（Framework Requirements）を『暗号鍵管理における目的に応じた』対象範囲に分類・整理することによって検討すべき項目の目的や必要性を明確化 オリジナルな「鍵管理ガイドライン」ではない。SP800-130がベース

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

適用範囲
 あらゆる分野・あらゆる領域の全てのCKMSを対象


暗号処理及びその処理で利用する暗号鍵を管理するシステム全体を包含– ただし、暗号処理及び暗号鍵を管理・運用するのに必要な機能以外の部分は対象外



適用範囲にCKMSのシステム規模は問わない– どの範囲をCKMSの対象とするのかは、「暗号鍵管理システムの設計原理と運用ポリシー」の中でCKMS設計者によって具体的に定義される

18

暗号鍵管理の必要性
システム

CKMSの範囲

暗号鍵管理の脆弱性も含めて攻撃される場合の攻撃対象範囲

暗号鍵を管理するための各種機能

想定リスク




暗号鍵

暗号鍵が直接窃取／漏えいしたら？
暗号鍵が直接改ざんされたら？
暗号鍵が使えなくなったら？
暗号鍵が正しく共有できなかったら？

制御平文

暗号文

暗号化
復号

本設計指針が主に扱うのは
こちら

暗号処理
（暗号アルゴリズム）

暗号アルゴリズムの脆弱性を想定リスク
攻撃される場合の攻撃対象範囲  暗号解読法が見つかったら？
 攻撃環境の前提が変わったら？
19

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

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

Profile Requirements

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

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

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

System Requirements

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

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

SP800-152

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

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

増補

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

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

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

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

Guidance• 鍵管理について理解するための汎用的なガイダンスの提示• 暗号アルゴリズムや鍵長、等の推奨設定／考え方の提示
SP800-57 Part1、CRYPTREC暗号リスト、リストガイド（鍵管理）
暗号メカニズムを選択・利用する際の『バックグランド情報及び適切な選択を支援するためのフレームワーク』の提供

SP800-57 Part3、SSL/TLS暗号設定ガイドライン
暗号プロトコル／アプリケーションを選択・利用する際の『適切な選択を支援するためのバックグランド情報』の提供

20

暗号鍵管理における検討項目の目的別分類【A】暗号鍵管理システムの設計原理と運用ポリシー

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

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

21

本設計指針の目次①
A （4章）暗号鍵管理シス （4.1節）CKMSセキュリティポリシー
テムの設計原理と運用 （4.2節）情報管理ポリシー等からの要求事項
ポリシー（4.3節）セキュリティドメインポリシー

B （5章）暗号アルゴリズ
ム運用のための暗号
鍵管理オペレーション
対策

C （6章）暗号アルゴリズ
ムの選択

SP800-130該当節

4.3, 4.4, 4.5
4.6, 4.7
4.9（4.4節）CKMSにおける役割と責任（4.5節）CKMSの構築環境／実現目標

5（4.6節）標準／規制に対する適合性（4.7節）将来的な移行対策の必要性（5.1節）CKMS設計（5.2節）鍵情報のライフサイクル（5.3節）鍵情報のライフサイクル管理機能（5.4節）鍵情報の保管方法（5.5節）鍵情報の鍵確立方法（5.6節）鍵情報の破損時のBCP対策（5.7節）鍵情報の危殆化時のBCP対策（6.1節）暗号アルゴリズムのセキュリティ（6.2節）CRYPTREC暗号リスト

3.3, 4.8

2.10, 3.1, 3.2,3.4, 3.5, 6.2, 7

7, 122.5
6.3
6.4, 6.8
6.4, 6.5
6.4, 6.6
10.7
6.8
2.1－22

本設計指針の目次②SP800-130該当節

D （6章／7章）暗号アル （7.1節）鍵情報の種類
ゴリズム運用に必要な （7.2節）鍵情報の選択
鍵情報の管理（7.3節）鍵情報の保護方針

2.2, 6.1, 6.2

E （8章）暗号鍵管理デバ （8.1節）鍵情報へのアクセスコントロール
イスのセキュリティ対策 （8.2節）セキュリティ評価・試験

6.4, 6.7, 6.8, 8.4

6.1, 6.2
6.2

9.1, 9.2, 9.3, 9.4,9.5, 9.6, 9.7（8.3節）暗号モジュールの障害時のBCP対策 10.6

F （9章）暗号鍵管理シス （9.1節）CKMSへのアクセスコントロールテムのオペレーション （9.2節）システム保証対策（9.3節）セキュリティアセスメント

8.1, 8.2, 8.3
9.8
11.1, 11.2, 11.3,11.4（9.4節）CKMSのアクセスコントロールの危殆 6.8
化時のBCP対策（9.5節）CKMSの障害・災害発生時のBCP対 10.1, 10.2, 10.3,10.4, 10.5
策23

本設計指針の活用方法
CKMS設計者

各節のトピックスで対象とする
Framework Requirementsの目的及び概要に照らして取り扱う対象範囲であるかを判断

対象範囲• どのような要求仕様／設計方法を採用するか、どのような対応をとるかを決定• 要求事項としてProfile RequirementsやSystem Requirementsの文書に記載対象範囲外対象外と判断した理由を明記したうえで
当該Framework Requirementsは「対象外」と除外

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

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

（参考）【A】 4.1 CKMSセキュリティポリシー CKMSがサポートしなければならない暗号鍵及びメタデータの保護のためのルールを規定• 全ての暗号鍵及びメタデータの機密性、完全性、可用性、ソース認証を保護
鍵ライフサイクル全体にわたってカバー• 組織のより高位レベルのポリシー群と整合する必要あり• セキュリティ機能がCKMSセキュリティポリシーをサポートするためにいつどのよう•に使用されるのかをCKMS設計文書に記述
ポリシーを守ることに責任を持つ役員・従業員がポリシーを容易に理解して自らの役割及び責任を正しく実行できるようにCKMSセキュリティポリシーは書かれるべき#A.01 FR4.1（4.3節）CKMS設計は、実行するために設計した設定可能なオプションとサブポリシーを含むCKMSセキュリティポリシーを明記しなければならない。

#A.02 FR4.2（4.3節）CKMS設計は、CKMSセキュリティポリシーがCKMSによってどのように実行されるのか（例えば、ポリシーが要求する保護を提供するために使用されるメカニズム）を明記しなければならない。

 他のセキュリティポリシーや組織の様々なポリシーの依存に留意#A.03 FR4.4（4.4節）CKMS設計は、CKMSセキュリティポリシーをサポートする他の関連するセキュリティポリシーを明記しなければならない。

#A.04 FR4.5（4.5節）CKMS設計は、CKMS設計によってサポートされるポリシーと、その設計によってどのようにサポートされるのかの要約を明記しなければならない。
25

（参考）【B】 5.2 鍵情報のライフサイクル

 CKMSとそのアプリケーションに適切な鍵状態と遷移条件を選択し定義• 鍵情報のライフサイクルは、鍵状態と遷移（Key States and Transitions）に基づく【鍵状態】
活性化前（Pre-Activation）
活性化（Active）
非活性化（Deactivated）
一時停止（Suspended）
危殆化（Compromised）
破壊（Destroyed）【遷移】
正常な遷移：①→④→⑧→⑭
それ以外はすべて何らかの異常による遷移#B.02 FR6.15（6.3節）CKMS設計は、CKMSの鍵が取り得る全ての状態を明記しなければならない。

#B.03 FR6.16（6.3節）CKMS設計は、全てのCKMS鍵状態間の遷移、及び遷移を起こすことに関係するデータ（入力と出力）を明記しなければならない。
26

ドラフト版を公開します 暗号鍵管理システム設計指針（基本編）ドラフト版

CRYPTREC HP:

https://www.cryptrec.go.jp/op_guidelines.html
 SP800-130日本語訳

IPA HP:

ドラフト版

https://www.ipa.go.jp/security/publications/nist/index.html

2019年10月31日までコメント募集！

27

４．2019年度暗号技術活用委員会 活動計画紹介28

2019年度 暗号技術活用委員会活動計画

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

 外部からの意見も踏まえつつ、ガイドライン正式版を作成
 SP800-130の日本語訳正式版も公開

 SSL/TLS暗号設定ガイドラインの改訂

 SSL3.0利用禁止／TLS1.3リリースを踏まえ内容を大幅に見直す方針

暗号技術検討会
事務局：総務省, 経済産業省

新設

量子コンピュータ時代に向けた暗号の在り方
検討TF

暗号技術評価委員会

暗号技術活用委員会

事務局：NICT, IPA

事務局：IPA, NICT

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

TLS暗号設定ガイドラインWG
29

2019／2020年度 暗号技術活用委員会委員
全委員
留任

委員長

松本 勉

国立大学法人横浜国立大学 大学院環境情報研究院 教授

委員

上原 哲太郎立命館大学 情報理工学部 情報システム学科 教授

委員

垣内 由梨香マイクロソフト株式会社 セキュリティレスポンスチーム セキュリティプログラムマネージャー

委員

菊池 浩明

明治大学 総合数理学部 先端メディアサイエンス学科 教授

委員

須賀 祐治

株式会社インターネットイニシアティブ セキュリティ本部セキュリティ情報統括室 シニアエンジニア

委員

杉尾 信行

株式会社ＮＴＴドコモ サービスイノベーション部

委員

清藤 武暢

日本銀行金融研究所 情報技術研究センター 主査

委員

手塚 悟

慶應義塾大学 大学院政策・メディア研究科 特任教授

委員

寺村 亮一

株式会社NDIAS 自動車セキュリティ事業部 マネージャー

委員

松本 泰

セコム株式会社 IS研究所 コミュニケーションプラットフォームディビジョン マネージャー

委員

三澤 学

三菱電機株式会社 情報技術総合研究所 情報ネットワーク基盤技術部 主席研究員

委員

満塩 尚史

内閣官房 IT総合戦略室 政府CIO補佐官

委員

山岸 篤弘

一般財団法人日本情報経済社会推進協会 電子署名・認証センター 客員研究員

委員

山口 利恵

国立大学法人東京大学 大学院情報理工学系研究科 ソーシャルICT研究センター 特任准教授

委員

渡邊 創

国立研究会開発法人産業技術総合研究所 サイバーフィジカルセキュリティ研究センター
副研究センター長（注）２０１９年６月末時点

30TLS暗号設定ガイドラインWG 委員
主査

須賀 祐治

株式会社インターネットイニシアティブ セキュリティ本部セキュリティ情報統括室 シニアエンジニア

委員

漆嶌 賢二

富士ゼロックス株式会社 CS品質本部 品質保証部 マネージャー

委員

垣内 由梨香マイクロソフト株式会社 セキュリティレスポンスチーム セキュリティプログラムマネージャー

委員

菅野 哲

株式会社レピダム 代表取締役

委員

菊池 浩明

明治大学 総合数理学部 先端メディアサイエンス学科 教授

委員

北村 英治

グーグル合同会社 デベロッパーリレーションズ デベロッパーアドボケイト

委員

島岡 政基

セコム株式会社 IS研究所 コミュニケーションプラットフォームディビジョン 主任研究員

委員杉尾 信行

株式会社NTTドコモ サービスイノベーション部

委員

杉原 弘祐

セコムトラストシステムズ株式会社 情報セキュリティサービス本部 セキュアサービス2部

委員

松本 照吾

アマゾンウェブサービスジャパン株式会社 パブリックセクター コンサルティング本部
シニアセキュリティコンサルタント（注）２０１９年６月末時点

31

乞、ご期待 TLS暗号設定ガイドライン改訂の主な論点（予定） 推奨プロトコルバージョンの見直し
 推奨暗号スイートの見直し
 サーバ証明書の利用方法の見直し
 ブラウザでの標記に関する留意点の追加
 常時HTTPS化に伴う留意点の追加
 現行ガイドラインでは情報提供として記載している内容（鍵生成、サーバ証明書の種類や有効期間、鍵管理など）についての見直し、要求事項への格上げ、あるいは削除
 IoT機器やSSL-VPN、クラウド利用など、サーバ―ブラウザ以外の利用形態での利用方法の追加
 代表的な製品・OSSについて具体的な設定方法の見直し32https://www.cryptrec.go.jp/