議事次第

配付資料一覧

以上

1.活動目的

2.活動概要

(① CRYPTREC暗号等の監視

③ CRYPTREC注意喚起レポートの発行

⑤新技術等に関する調査及び評価

1. 活動目的・方針（2017年度～2018年度）
1. 1.耐量子計算機暗号の研究動向蘭査

1. 2. 予測図の更新

2. 委員構成

3.
3. 1.耐量子計算機暗号の研究動向蘭査
3. 1. 1.主要なイベント等

3. 1. 2.  2017 年度第1回 WG での実施内容及び決定事項
●

3. 1. 3.  2017 年度第2回 WG での実施内容及び決定事項

3. 1. 4.  2018 年度第1回WG 及びその事前調整会職での実施内容及び決定事項

3. 1. 5.  2018 年度第2回WG での実施内容及び決定事項

3. 1. 6.  2018 年度第3回WG での実施内容及び決定事項

3. 2. 予測図の更新
3. 2. 1.  2017年度

3. 2. 2.  2018年度

・計算機の処理性能の表示について

3. 3.  量子計算機による素因数分解について

1.  2018年度の活動内容と成果概要
1.1 活動内容

1.2 暗号技術活用委員会の委員構成及び開催状況

成果概要

1.3.2 暗号雑管理システム酸計指針（基本編）のドラフト素案の取りまとめ

1.3.3 次期CRYPTREC暗号リスト策定に向けた方針についての検討

2.   今後に向けて

■主な想定読者

Guidance

考慮すべきトピック及び仕様書等に記載する文書化要求事項の一覧を列挙

10

【遷移】

■アクセスコントロールシステム

次期CRYPTREC暗号リストについて（CRYPTREC事務局において作成した素案）
1改定方針

2耐量子計算機暗号への対応

3軽量認証暗号・軽量ハッシュ関数への対応

4その他

暗号技術評価委員会（2018年7月19日、2019年3月11日開催）で頂いた主な意見
「耐量子計算機暗号について」
●

●
「RSA-2048からの移行について」

「量子コンピュータの共通雑暗号への影響について」
●

「軽量暗号について」
●

「CRYPTREC暗号リスト（の改定）について」
●

●
「次の暗号アルゴリズムの移行に向けて政策的な職論をする場が必要である」

1.目的

2.検討事項

3.検討体制

1．はじめに
情報通信技術の急速な発展により、自動車、家電、医療、農業、工場など様々な分野で、あらゆるモノがネットワークに繋がる IoT社会が到来し、サイバー空間と実空間の高度な融合により、多様なニーズにきめ細やかに対応したモノやサービスを提供できる社会への産業構造の変化が進みつつある。一方で、IoT機器の普及に伴うサイバー攻撃の起点の増加や、サイバー攻撃自体の巧妙化・複雑化が続く中で、サイバー攻撃の影響が実空間にまで到達するリスクも増していくと考えられる。このような産業構造、社会の変化に伴うサイバー攻撃の脅威の増大に対応したセキュリティ確保が求められる中、暗号技術は既に様々な製品やサービスに組み込まれ、セキュリティを支える基盤技術として欠かせないものであるが、IoT機器から得られる大量のデータの流通・連携を支える上でも、その重要性は一層増すと考えられる。このような社会の変化に伴い、CRYPTRECにおいても、これまで取り組んできた暗号アルゴリズムのセキュリティ確保を引き続き推進することに加えて、暗号アルゴリズムを利用したプロトコルのセキュリティ確保のための活動拡大や、情報システム全体のセキュリティ確保に向けた暗号技術の利活用のための情報提供等の貢献が求められている。本年度の各委員会の活動として、暗号技術評価委員会では、学会等での情報収集に基づくCRYPTREC暗号等の監視、新世代暗号（XTS）に係る安全性評価等を行ったほか、同委員会の下に設置された暗号技術調査WGにおいて、耐量子計算機暗号の技術動向の調査等を行った。暗号技術活用委員会では、鍵管理に関する運用ガイドライン等の作成に向けた検討を行っているところである。本年度のCRYPTRECは、各委員会での検討結果を踏まえ、「電子政府における調達のために参照すべき暗号のリスト(CRYPTREC暗号リスト)」(以下「CRYPTREC暗号リスト」という。）の改定に向けた検討を行った。これらの2018年度の活動の詳細については、国立研究開発法人情報通信研究機構及び独立行政法人情報処理推進機構が取りまとめる「CRYPTREC Report 2018」を参照いただきたい。今後も暗号技術を用いた情報システム及び情報社会全体のセキュリティ確保のために、成果物の検討や情報発信等を行っていく所存である。末筆であるが、暗号技術検討会及び関係委員会等に御協力いただいた構成員、オブザーバの方々をはじめ、関係者の皆様に心から謝意を表する次第である。 2019年３月暗号技術検討会座長　松本　勉
2．暗号技術検討会開催の背景及び開催状況
2． 1．暗号技術検討会開催の背景
暗号技術は情報セキュリティの基盤技術であり、その安全性を暗号技術の専門家により技術的、専門的な見地から客観的に評価することが重要である。電子政府のセキュリティ確保のためには、安全性に優れた暗号技術を利用することが不可欠である。このため、総務省及び経済産業省は、客観的な評価により安全性及び実装性に優れると判断される暗号技術をリスト化し、各府省に対してその利用を推奨することにより、高度な安全性と信頼性に支えられ、国民が安心して利用できる電子政府の構築に貢献することを目指し、2001年度から暗号技術検討会を開催した。暗号技術検討会において2002年度に策定された電子政府推奨暗号リストは、2012年度に10年ぶりの改定が行われ、CRYPTREC暗号リストとして発表されたが、その後においても、電子政府推奨暗号等の安全性を評価・監視し、暗号技術の更なる普及促進を行うため、総務省及び経済産業省は、継続的に暗号技術検討会を開催している。
2． 2． CRYPTRECの体制
CRYPTRECとは、Cryptography Research and Evaluation Committeesの略であり、総務省及び経済産業省が共同で開催する暗号技術検討会（座長：松本勉横浜国立大学教授）と、国立研究開発法人情報通信研究機構（NICT）及び独立行政法人情報処理推進機構（IPA）が共同で開催する委員会から構成される暗号技術評価プロジェクトをいう。 2018年度のCRYPTRECにおいては、暗号技術評価委員会では、学会等での情報収集に基づくCRYPTREC暗号等の監視等を行い、暗号技術活用委員会では、鍵管理に関する運用ガイドライン（鍵管理ガイドライン）等の作成を行った。
2．３．暗号技術検討会の開催実績
2018年度の暗号技術検討会は、暗号技術評価委員会、暗号技術活用委員会の活動報告、次期CRYPTREC暗号リストの改定に向けた検討に係る審議、「量子コンピュータ時代に向けた暗号の在り方検討タスクフォース」の設置に係る承認等を行うために1回開催した。 【第１回】2019年３月29日（金）10:00〜**:**（検討会の閉会時刻を記載） (主な議題) • 2018年度暗号技術評価委員会活動報告について2018年度暗号技術活用委員会活動報告について•次期CRYPTREC暗号リストの改定に向けた検討について• 「量子コンピュータ時代に向けた暗号の在り方検討タスクフォース」の設置について•　暗号技術検討会　2018年度　報告書（案）について(概要) ·検討会での議論を基に作成
3．各委員会の活動報告
3． 1．暗号技術評価委員会
3． 1． 1．活動の概要
暗号技術評価委員会は、CRYPTREC暗号リストに掲載されている暗号技術や電子政府システム等で利用される暗号技術の安全性維持及び信頼性確保のために安全性及び実装に係る監視及び評価を行う。主要な検討課題は以下のとおりである。 ・暗号技術の安全性及び実装に係る監視及び評価・推奨候補暗号リストへの新規暗号（事務局選出）の追加•新技術等に関する調査及び評価これらの課題について2018年度に行った具体的な検討内容を、以下のとおり報告する。
3． 1． 2． 2018年度の活動内容
暗号技術の安全性及び実装に係る監視及び評価
2018年度は、①学会等での情報収集に基づくCRYPTREC暗号リストの安全性及び実装に係る技術に関する監視、②「素因数分解の困難性に関する計算量評価」、「楕円曲線上の離散対数計算の困難性に関する計算量評価」の更新の検討を実施した。 ①について、研究集会、国際会議、研究論文誌の情報等を収集し、リスト掲載暗号の安全性について監視活動を行った。 ②について、「素因数分解の困難性に関する計算量評価」、「楕円曲線上の離散対数計算の困難性に関する計算量評価」の更新を検討し、T. Kleinjung 氏および A. K. Lenstra氏に計算量見積もりの主要部分の評価を依頼し、素因数分解の困難性に関する計算量の再評価を実施し、計算量見積もりの再評価レポートなどを得た。評価レポートは、CRYPTRECホームページに公開予定である。一方、近年の計算機の性能向上が鈍化傾向にあることを踏まえ、この傾向を予測図にどのように反映するかについては慎重に検討する必要があるという意見を踏まえ、今年度は前年度までと同じ方法により更新を行うとともに、以降の更新の在り方については、次年度継続検討を行うこととした。
新世代暗号に係る関査
本項目に係る活動に関しては、暗号利用モードXTSの安全性評価を行った。XTSモードは、以下の条件下では、暗号利用モード（秘匿モード）としてCRYPTREC暗号リストへ追加するための安全性要件を満たしていると判断した。 (条件1)利用用途はIEEEおよび NIST  SP-800-38E の規格に沿ったストレージやディスクの暗号化に限る。 (条件2) XTS内のブロック暗号には、 CRYPTREC暗号リスト掲載の128ビットブロック暗号を使う。 (条件3)鍵を変えずに処理するデータ量は、2 0ブロックまでとする。
新技術等に関する調査及び評価
本項目に係る活動に関しては、①耐量子計算機暗号の技術動向調査等、②今後のCRYPTREC暗号リストにかかわる検討を実施した。 ①について、暗号技術評価委員会の下に暗号技術調査WG（暗号解析評価）を設置し、主に、耐量子計算機暗号(Post-Quantum Cryptography)の技術動向調査・執筆を実施し、技術報告書を完成させた。技術報告書は、CRYPTRECホームページに公開する。 ②について、第一回委員会では、CRYPTRECにおける耐量子計算機暗号への対応について議論し、第二回委員会では、次期CRYPTREC暗号リストに向けた方針の議論を行った。委員会で出た意見をまとめ、暗号技術検討会に報告した。
3． 1． 3．暗号技術評価委員会の開催状況
2018年度、暗号技術評価委員会は計２回開催した。各回会合の概要は表3. 1. 1のとおりである。

3． 2．暗号技術活用委員会
3. 2. 1.活動の概要
2017年度に実施した「鍵管理に関する運用ガイドライン作成に向けた事前調査」の結果を踏まえ、2018年度は鍵管理ガイドラインの作成を開始し、主に以下の活動を行った。 > 鍵管理に関するフレームワークの検討>　上記の検討結果に基づく鍵管理ガイドライン「暗号鍵管理システム設計指針（基本編）」のドラフト版の作成
3． 2． 2． 2018年度の活動内容
鍵管理に関連する代表的なガイドラインの事前調査結果（図 3. 2. 1）を踏まえ、以下の調査対象のガイドラインについて、想定読者や目的、及び相互の関連性について、より詳細に調査を行った。
農管理に関するフレームワーク（暗号農管理システム設計指針）についての検討
＜調査対象とするガイドライン＞
んんSP800-57 Part1 revision4: Recommendation for Key Management, Part 1: General SP800-57 Part2 revision1(draft): Recommendation for Key Management, Part 2: Best Practices for Key Management OrganizationんSP800-130: A Framework for Designing Cryptographic Key Management Systems SP800-152: A Profile for U.S. Federal Cryptographic Key Management Systemsん
各ガイドラインの想定読者や目的は表1-3のとおりである。簡単に言えば、SP800-57 Part 1では「鍵管理で扱われる要素ごとの一般的なガイダンス」について記載されており、特に、鍵の種別、暗号利用期間／鍵の有効期間、鍵管理のフェーズと機能といったトピックが取り上げられている。また、SP800-130では「暗号鍵管理システムの設計書に指定すべきことを包括的に記したフレームワーク」を提示しており、暗号鍵管理システムポリシーに沿って複数のセキュリティメカニズムを組み合わせてプロファイルを作成するための指針を示している。これらのガイドラインに記載された内容から、鍵管理を考えるうえでのあるべき構造を図3. 2. 2 のように整理し、鍵管理のための設計仕様書や運用マニュアルがどのように作られるべきかを明確にした。構成要素としては以下の四つからなる。 ①「Guidance」:鍵管理についての技術的な理解を助け、推奨設定などを提供する文献。例えば、SP800-57 part 1、同part 3、CRYPTREC暗号リスト、リストガイド(鍵管理)、 SSL/TLS暗号設定ガイドライン、などが該当する。 ②「Framework Requirements」:あらゆるケースにおける鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき事項を包括的に一覧として取りまとめたもの。SP800-130が代表例である。あらゆるケースに適用できるように、採用すべき具体的な技術仕様は規定しておらず、あくまで③Profile Requirementsや④ System Requirementsを具体的に検討・設計する際の考え方や検討項目を示す、設計手引書的な位置づけのものである。 ③「Profile Requirements」:業界（セクタ）固有の特性や環境を踏まえた共通的な条件や設計ポリシーに基づき、①Guidanceの技術的根拠を加味して、②Framework Requirementsに沿って、業界（セクタ）内で共通に実現すべき要求事項（設計方針・運用要件等）を規定したもの。例えば、SP800-152は、米国政府システム共通の暗号鍵管理システムとしての要求事項が規定されたものである。 ④ 「System Requirements」: ③Profile Requirementsに適合するように、システム個別の環境／条件を考慮して作成された、実際の暗号鍵管理システムが実現すべき具体的な設計仕様書や運用マニュアル等のこと。システムが依存する環境や条件と①Guidanceの技術的根拠の両方を加味して、具体的な技術仕様として取りまとめられる。暗号技術活用委員会としては、①Guidanceに含まれるガイドラインだけでは鍵管理ガイドラインとして不十分であり、②Framework Requirementsを扱うガイドラインを作成すべきと判断し、SP800-130をベースに作業を行うこととした。なお、③Profile Requirementsや④ 7 System Requirementsについては、個別の要件や環境等に依存する側面が強くなると考えられるため、各業界等で取り組んでいただくことを期待している。
暗号鍵管理システム設計指針（基本編）のドラフト素素の取りまとめ
SP800–130では、暗号鍵管理システムを構築するうえで考えるべき検討項目が網羅的にカバーされており、この範囲をベースに考えれば漏れはほとんどないと思われる。しかし、検討すべき項目（Framework Requirements）が全部で258個もあり、かつ記載内容も教科書的な並びになっているため、必要な個所を見つけ出すことが難しい。 ー方、日本では、今までSP800-130のような暗号鍵管理システムの設計指針の基準となる包括的・統一的な鍵管理ガイドラインが作られていないため、「鍵管理」のあり方や考え方が十分に解説されていなかった。その結果、Guidanceに含まれるガイドラインを「鍵管理ガイドライン」としてきた経緯もあり、Guidanceに記載がある特定の項目（例えば、暗号アルゴリズムや鍵長など）については細かく規定しているのにも関わらず、鍵管理上は重要なのにGuidanceが扱っていない項目（例えば、鍵のライフサイクルや安全な鍵の保管方法、危殆化時の対策など）については規定がなかったり抽象的な記述の規定にとどまったりといったことが懸念される。このことは、鍵管理（システム）という視点で見てみると、規定した内容の粒度にムラを生じさせるということであり、システム全体の安全性確保を困難にする原因になると推察される。そこで、暗号技術活用委員会では、イントロダクションとして鍵管理のあり方や考え方を解説し、技術的にはSP800-130の理解を深める解説書・利用手引きとして活用するための「暗号鍵管理システム設計指針（基本編）」を「鍵管理ガイドライン」として位置付けることとした。その方針に基づき、（i） SP800-130全体の日本語訳を作成するとともに、（i i） SP800-130に記載されているトピックやFramework Requirementsを『鍵管理における目的』に応じた対象範囲に分類・グループ化することによって、検討すべき項目の目的や必要性を明確化し、分かりやすく表現することを目指している。具体的には、どのような目的のためにどのような項目を取り扱わなければならないのかを関係性が分かるように、六つの目的に分類・再構築する方向で、ドラフト素案の取りまとめを行っている（図3. 2. 3、図3. 2. 4参照）。 2章（フレームワークの基本）:フレームワークの基本的な概念をカバーし、フレームワークの概要を記載3章（目的）:堅牢な暗号鎧管理システム(CKMS)の目的を定義4章（セキュリティポリシー）:システム構成、及び情報管理、情報セキュリティ、CKMSセキュリティ並びに他の関連するセキュリティポリシーの必要性について記載5章（役割と責任）: CKMSをサポートする役割と責任を提示δ章（暗号鍵とメタデータ）: CKMSの最も重要な要素（利用可能な鍵とメタデータの定義、及び鍵とメタデータの管理機能、等）を包括的に記載7章（相互運用性と移行）:相互運用性と将来ニーズに対応するための容易な移行能力の必要性について記載8章（セキュリティコントロール） 9章（テストとシステム保証）:セキュリティテストと保証について記載10章（災害復旧）:一般及びCKMS特有の災害復旧について記載11章（セキュリティアセスメント）: CKMSのセキュリティアセスメントについて記載12章（技術的課題）:暗号アルゴリズム、鍵発立ブロトコル、デバイス、量子コンピュータに関する新しい攻撃によってもたらされる技術的課題について記載
(ドラフト素案)との対比
3． 2． 3．暗号技術活用委員会の開催状況
2018年度に２回開催された暗号技術活用委員会での審議概要は表3. 2. 1のとおりである。この他、暗号技術活用委員会とは別に、鍵管理ガイドラインについての技術検討会合を開催した。

4．今後のCRYPTRECの活動について
CRYPTRECでは、暗号アルゴリズムの安全性確保やその利活用に係る議論のみならず、鍵管理の安全な運用に向けた取組など、暗号をとりまく環境変化に応じた新たなニーズへの対応などに取り組むこととしている。暗号技術検討会の下に、大規模な量子コンピュータの動向を踏まえた次期CRYPTREC暗号リストに求められる要件等を検討するための「量子コンピュータ時代に向けた暗号の在り方検討タスクフォース」を新たに設置することとした。また、暗号技術評価委員会においては、引き続き、暗号技術の安全性に係る監視・評価及び実装に係る技術の監視・評価を行うとともに、同委員会の下に設置された暗号技術調査WGにおいて、素因数分解の困難性に関する計算量の予測図の更新、耐量子計算機暗号の共通鍵暗号への影響の調査を行う。暗号技術活用委員会においては、2019年度末の完成を目途に鍵管理ガイドラインの作成作業等を行う。なお、両委員会の範囲を超えるものについては、必要に応じて、暗号技術検討会で審議・判断する。
平成２５年３月１日務総省済産業省経
電子政府推奨暗号リスト
暗号技術検討会¹及び関連委員会(以下、「CRYPTREC」という。)により安全性及び実装性能が確認された暗号技術をについて、市場における利用実績が十分である
(注1) ｢政府機関の情報システムにおいて使用されている暗号アルゴリズムSHA-1及びRSA1024に係る移行指針」（平成20年4月情報セキュリティ政策会議決定、平成24年10月情報セキュリティ対策推進会議改定）を踏まえて利用すること。 http://www.nisc.go.jp/active/general/pdf/angou_ikoushishin.pdf (平成25年3月1日現在) (注2) CRYPTREC暗号リストにおいて、64ビットブロック暗号により、同一の鍵を用いて暗号化する場合、20ブロックまで、同一の鍵を用いてCMACでメッセージ認証コードを生成する場合、2 ¹ブロックまでとする。初期化ベクトル長は96ビットを推奨する。 (注4) (注13) CRYPTREC暗号リスト掲載のブロック暗号を、認証付き秘匿モードと組み合わせて、「認証暗号」として使うことができる。
推奨候補暗号リスト

CRYPTRECにより安全性及び実装性能が確認され、今後、電子政府推奨暗号リス(注5) (注6) KEM (Key Encapsulating Mechanism) - DEM (Data Encapsulating Mechanism)構成における利用を前提とする。 CRYPTREC暗号リストにおいて、64ビットブロック暗号により、同一の鍵を用いて暗号化する場合、20ブロックまで、同一の鍵を用いてCMACでメッセージ認証コードを生成する場合、2 ¹ブロックまでとする。平文サイズは64ビットの倍数に限る。 (注7) (注12) ハッシュ長は256ビット以上とすること。 (注14) CRYPTREC暗号リスト掲載のブロック暗号を、認証付き秘匿モードと組み合わせて、「認証暗号」として使うことができる。
運用監視暗号リスト
実際に解読されるリスクが高まるなど、推奨すべき状態ではなくなったとCRYPTRECにより確認された暗号技術4のうち、互換性維持のために継続利用を容認
(注8) 「政府機関の情報システムにおいて使用されている暗号アルゴリズムSHA-1及びRSA1024に係る移行指針」（平成20年4月情報セキュリティ政策会議決定、平成24年10月情報セキュリティ対策推進会議改定）を踏まえて利用すること。 http://www.nisc.go.jp/active/general/pdf/angou_ikoushishin.pdf (平成25年3月1日現在) (注9) SSL 3.0 / TLS 1.0, 1.1, 1.2で利用実績があることから当面の利用を認める。 (注10) 互換性維持のために継続利用をこれまで容認してきたが、今後は極力利用すべきでない。SSL/TLSでの利用を含め、電子政府推奨暗号リストに記載された暗号技術への移行を速やかに検討すること。 (注11)安全性の観点から、メッセージ長を固定して利用すべきである。 (注15) CRYPTREC暗号リストにおいて、64ビットブロック暗号により、同一の鍵を用いて暗号化する場合、20ブロックまで、同一の鍵を用いてCMACでメッセージ認証コードを生成する場合、2 ¹ブロックまでとする。 (注16) CRYPTREC暗号リスト掲載のブロック暗号を、認証付き秘匿モードと組み合わせて、「認証暗号」として使うことができる。