25-121

平成 25 年度
IdM における共通本人認証基盤の開発研究報

告書

平成 26 年 3 月
一般社団法人 日本自動認識システム協会

この事業はオートレースの補助(25-121)を受けて実施しました。

http://ringring-keirin.jp

はじめに

わが国経済の安定成長への推進にあたり、機械情報産業をめぐる経済的、社会的諸条件は急速な変化を見せており、社会生活における環境、防災、都市、住宅、福祉、教育等、直面する問題の解決を図るためには、技術開発力の強化に加えて、ますます多様化、高度化する社会的ニーズに適応するよう自動認識システムの研究開発を続けることが必要です。
このような社会情勢に対応し、各方面の要請に応えるため、一般社団法人日本自動認識システム協
会では、自動認識システム関する研究開発事業を実施しています。
近年のオープンシステム、クライアント・サーバといったコンピュータ･パラダイムの変遷、メインフレームの他、UNIX、Windows、更にはLinuxというプラットフォームの多様化、業務分野ごとのシステム構築、インターネットなどによるネットワーク社会の普及、またインターネット上の商用サービスの充実・普及などに伴い、サービス形態の多様化と各サービス間での認証連携も必要となることが予想される中で、サービスを安全で安心な形で提供するために、システムを利用するユーザのアクセス権限の管理の重要性が増してきています。
このような中、当協会は、なりすましなどの防止に有効である高いセキュリティ機能を持つと言われている生体情報（バイオメトリクス）を利用した個人認証技術と各サービス間の認証連携に有効であるといわれている IdM 技術を組み合わせるための技術の研究開発に、平成 23 年度より３年間、取り組んで参りました。この研究開発は、財団法人 JKA 殿より機械工業振興活動として平成 23 年度
は競輪の補助(23-7)、平成 24 年度はオートレースの補助(24-84)そして平成 25 年度はオートレースの補助(25-121)を受けて実施しました。
この「平成 25 年度 IdM における共通本人認証基盤の開発研究 報告書」は、上記研究開発事業の平成 25 年度活動の成果です。今後、関係諸分野に関する施策が展開されていく上で、本調査研究の成果が一つの礎石として皆様方のお役に立つことが出来れば幸いです。

最後になりますが、本調査研究の実施にあたり、IdM における共通本人認証基盤の開発研究委員
会の半谷委員長（東京理科大学）、委員各位をはじめとし、ご指導を賜った関係者各位に対し、深く感謝を申し上げます。

平成26年3月
一般社団法人 日本自動認識システム協会

1

2

目

次

はじめに .....................................................................................................................................1目

次..................................................................................................................................3

1．開発研究の目的 .....................................................................................................................5
2．研究開発の実施計画 .............................................................................................................. 6
3．開発研究の実施体制 .............................................................................................................. 7
4．開発研究の内容概要 .............................................................................................................. 9
4.1 IdM における共通本人認証基盤の必要性と概念.............................................................9
4.2 従来活動成果概要 .........................................................................................................114.2.1 平成 23 年度活動成果概要 ......................................................................................11
4.2.2 平成 24 年度活動成果概要 ......................................................................................12
4.3 平成 25 年度の実施事項 ................................................................................................15
4.3.1 平成 25 年度の実施事項の概要 ...............................................................................15
4.3.2 平成 25 年度の実施日程 .........................................................................................16
4.4 平成 25 年度成果概要 ...................................................................................................17
4.5 次年度以降に向けての課題 ...........................................................................................24
5．平成 25 年度開発研究の詳細 ............................................................................................... 25
5.1 市場動向調査 ................................................................................................................25
5.2 応用システムへの組み込みのためのセキュリティ機能の調査研究 ...............................28
5.2.1 概要..........................................................................................................................28
5.2.2 調査・検討手順 ........................................................................................................28
5.2.3 調査・検討結果 ........................................................................................................29
5.2.4 まとめ ......................................................................................................................45
5.3 IdM 共通本人認証基盤の機能強化のための開発研究....................................................46
5.3.1 開発方針...................................................................................................................46
5.3.2 検証実験...................................................................................................................53
5.3.3 まとめ ......................................................................................................................993

4

1．開発研究の目的
今後の民間あるいは行政における電子サービスの充実と形態の多様化により、各電子サービス間での認証連携の重要性が増してきていると考えられる。このことはシステムに適用される個人の ID（IDENTIFICATION；個体識別符号）を扱う IdM（アイデンティティマネジメント）の中
で、複数の電子サービス間の認証連携で必要とされるユーザ認証技術を簡単で安全で安心な形で提供する必要性が増大することを意味する。しかしながら現状を見ると、残念ながらユーザ認証に用いられることの多いパスワードの持つ問題を回避できる簡便なセキュリティ技術が提供されていないと言わざるを得ない状況である。
そのため、今後の社会発展には、IdM システムに適用される本人認証基盤として、バイオメト
リック認証技術の持つ特徴を生かしながら電子認証システム等におけるセキュリティの考え方を考慮した複数のバイオメトリック認証技術が組み込み可能な本人認証基盤技術を提供することにより、パスワードの持つ問題が回避され、かつ効率的に管理・運用のできる IdM システムが、全世界的に適用・運用され、安全で安心できる経済・社会活動が営まれることを目指してゆくことが、重要と考えられる。
本事業では、その声にこたえるため、今後の民間あるいは行政での電子サービスの充実と形態の多様化に対応することを目指し、IdM システムに用いることのできる複数のバイオメトリック
認証技術を組み込むことを可能とする本人認証基盤の研究と開発を行った。また、電子認証シス
テム等で考慮されるようなったセキュリティの考え方とここで研究開発する共通本人認証基盤との融和あるいはその位置づけの明確化に関する研究と開発に取り組んだ。加えて、実システムへの適用を促進するため、成果を IdM システム開発者、バイオメトリック技術ベンダおよびシステ
ム関係者に周知することも目的とした。

5

2．研究開発の実施計画
本事業は、IdM システム開発者、バイオメトリック技術ベンダに対して、以下の事項を汎用的に提供することを目指し、民間サービスだけでなく、公共性の高い電子行政サービスにも適用可能な
IdM システムにバイオメトリクスを組み込むことを可能とする本人認証基盤の研究、開発とその評価を行うことを目指して、3 年間で行うことで計画し、活動した。
(1) 多様化した電子サービスに向けバイオメトリック認証技術を用いた強固で利便性の高いセキュリティの提供(2) バイオメトリック装置、システムの開発範囲をスリム化することによる開発コストの低減と開発期間の短縮(3) 開発したインタフェースを国際規格化し世界的な共通プラットフォームとすることによる国際競争力の向上
3 年間全体の開発計画は以下の通りである。
(1) H23 年度：認証基盤プロトタイプの開発研究 1（単一技術における認証基盤の重要部分（生体情報取得機能）を開発する。
）(2) H24 年度：認証基盤プロトタイプの開発研究 2（単一技術における認証基盤全体の開発として IdM システムへの組み込みを完了する。
）(3) H25 年度：認証基盤プロトタイプの完成（複数技術（指紋、静脈、顔、虹彩など）が組み込み可能な認証基盤の完成、
ならびに電子認証システムへの適用（H25 年度追加計画））
平成 25 年度の開発研究は、平成 23 年度および平成 24 年度の活動成果をもとにして、認証基盤
プロトタイプの開発研究の第 3 年度として、複数技術（指紋、静脈、顔、虹彩など）が組み込み可能な認証基盤の完成、ならびに電子認証システムへの適用について研究することを目標とし、次の事項の実施を計画した。
(1) 共通バイオメトリック認証基盤ソフトウェアの研究(2) プログラム開発とシステム性能評価、検証実験の実施及び評価

6

3．開発研究の実施体制（1）管理体制および研究体制
本事業の中の全体計画、進行管理、ならびに産官学の有識者により構成した委員会（IdM における共通本人認証基盤検討委員会）の開催、運営を（一社）日本自動認識システム協会が行った。
IdM における共通本人認証基盤検討委員会にて有識者（委員）の知見を持ち寄り、研究開発事
項、調査事項の検討ならびに研究成果を取りまとめた。
また、検討委員会で仕様検討時に必要とされる専門的事項の検討にあたって、委託調査が必要なものについては、当該研究分野の専門技術を持つ委員会の構成メンバのベンダ各社より選定の上、委託して調査した。
さらに、検討委員会で提案された海外調査は、具体的な調査項目、調査先および派遣者を委員会にて検討の上、実施した。
なお、検討委員会にて検討したソフトウェア仕様の確認のため、プロトタイププログラムの開発や本開発システムの性能評価等の検証等の作業を作業委託して実施し、その内容を委員会にて審議、検証した。これらの開発検証作業は、当該研究分野の専門技術を持つ委員会の構成メンバのベンダ各社より選定の上、作業委託し実施した。

①全体管理・調整②研究委員会の設置・運営③研究①共通バイオメトリック認証基盤およびそこで必要等されるソフトウェアの仕様等の検討(一社)日本自動認識システム協会

ＩｄＭにおける共通本人認証基盤の開発研究委員会(国内有識者（東京理科大、首都大学東京、富士通、
NEC、日立ほか))①応用システムへの組み込みのためのセキュリティ機能調査(調査委託)
選定ベンダ(専門知識、技術有す)①共通バイオメトリック認証基盤ソフトウェアのプログラム開発②開発システムの性能の検証作業(作業委託)
選定ベンダ(専門知識、技術有す)

図 3.1 事業実施体制

7

（2）IdM における共通本人認証基盤の開発研究委員会
表 3.1 IdM における共通本人認証基盤の開発研究委員会委員名簿（順不同・敬称略）
役割

氏名

所属

委員長

半谷精一郎

東京理科大

SC37WG3 委員

委員

瀬戸 洋一

首都大学東京 産業技術大学院大学

SC37WG4 委員

委員

中村 敏男

(株)OKI ソフトウェア

SC37WG2
エキスパート委員

寳木 和夫

独立行政法人 産業技術総合研究所

委員

山口 利恵

東京大学

委員

菊地 健史

(株)日立ソリューションズ

委員

坂本 静生

日本電気(株)SC37WG3 委員

委員

福田 充昭

(株)富士通研究所

SC37WG2 委員

委員

吉福 貴史

日立オムロンターミナルソリューションズ(株)SC37WG2
エキスパート委員

平野 誠治

凸版印刷(株)SC37WG3
エキスパート委員

山田 朝彦

東芝ソリューション（株）

オブザーバ

鎌倉 健

(株)富士通研究所

オブザーバ

諫田 尚哉

(株)日立製作所

SC37 専門委員会
幹事

オブザーバ

緒方日佐男

日立オムロンターミナルソリューションズ(株)SC37WG3 委員

オブザーバ

熊谷 隆

(株)日立ソリューションズ

SC37WG2 主査

オブザーバ

岩永 敏明

経済産業省

SC37 専門委員

オブザーバ

山中 裕二

経済産業省

事務局

酒井 康夫

(一社)日本自動認識システム協会

8

備考SC37 専門委員会
委員長

SC37WG2 ﾘｴｿﾞﾝ

4．開発研究の内容概要
4.1

IdM における共通本人認証基盤の必要性と概念
近年の電子行政サービスや民間での電子サービスの充実に伴い、サービス形態が多様化している。この中で、ユーザおよび事業者に一層の利便性を提供するために、例えば SSO(Single Sign
On)に代表されるような各サービス間での認証連携が必要とされ始めている。
従来から本人確認手段として、本人以外が知り得ない情報（ID やパスワードなど）や、本人以外が持ち得ない身分証明書（ID カード、健康保険証、運転免許証など）が用いられているが、IDやパスワードの盗用、なりすましなどのセキュリティに関する問題も発生している。
IdM システム(Identification Management System)側では、複数の電子サービスに跨る利便性を提供するため、SAML や OpenID に代表される IdM システムが導入され始めている。これら
は電子行政サービスや民間での電子サービスのシステムを跨って適用されるポテンシャルを持っているため、セキュリティに関しては従来以上に配慮する必要があると考えられる。このため、全世界的に適用、運用される複数の IdM システムに跨って適用でき、かつ従来以上にセキュリティ
リスクの少ない共通本人認証基盤が、今後必要になると考えられる。
これの実現に向かうフィージビリティスタディとして、平成 22 年度に財団法人機械システム振興協会殿より受託して、「アイデンティティマネジメントへのバイオメトリクス組み込み時の課題と海外動向、標準化動向に関する調査研究」を実施した。その結果、適用する IdM システムとして現在の主流となっている SAML や OpenID に的を絞り、また市場にあるバイオメトリック認証装置に広く対応できる形で実現してゆくことが必要であるとの見解を得た(図 4.1)。

アイデンティティプロバイダ

生体情報取得機能
呼出部

BIASプロバイダ

BIAS
呼出部

SOAP

BIAS
データ
ベース

新機能

＜求められる新機能＞

TCP/IPまたはSOAP

利用者端末① バイオメトリック技術の多様性を吸収し、アプリケーションからBSPがサポートする機能の違いを解消する。

新機能
BioAPIBSP

BSP② 精度評価のための機能を標準的に搭載し、異なるバイオメトリック装置を同一の基準での評価を可能とする。

BSP③ サーバ認証だけでなく、端末認証の機
能をオプションとして提供する。

図 4.1 IdM と連携するバイオメトリック認証に求められる新機能

9フィージビリティスタディで課題となった新機能の実現に向け、バイオメトリック認証技術に基づいて IdM 技術とバイオメトリック認証技術を組み合わせる新しい本人認証基盤を「共通バイ
オメトリック認証基盤」と名付け、今年度、研究開発に取り組んだ。
その概念は、図 4.2 に示すように、SAML や OpenID に代表される IdM システムで認証機能を担うアイデンティティプロバイダとのインタフェース機能を実現する「生体認証用 OpenID プロ
トコル処理部」あるいは「生体認証用 SAML 処理部」を備え、その下位に市場にあるバイオメト
リック認証装置に非限定的に対応する機能を実現する「生体認証用共通処理部」を持つものである。この「生体認証用共通処理部」の元にハードウェアとしてのバイオメトリック認証装置を配置し、生体認証を IdM に組み込むことを実現するものである。

生体認証用 OpenID
プロトコル処理部

生体認証用 SAML
プロトコル処理部

生体認証用共通処理部

ブラウザ内動作部

ブラウザ外動作部

バイオメトリック認証装置

図 4.2 共通バイオメトリック認証基盤の概念

10

ソフト
ウェア
ハード
ウェア

4.2

従来活動成果概要

4.2.1

平成 23 年度活動成果概要

本事業の平成 23 年度活動成果概要を以下に示す。
(1)関連市場の最新動向調査
平成 23 年 9 月 18 日から 20 日まで、英国ロンドンで開催された Biometrics exhibition andconference 2011 を調査した。その結果、バイオメトリック装置を使った社会 ID や国境管理シ
ステムなどの大規模システムの構築が大きな流れとなっていること、および、各国で構築する
ID システムは、国民 ID と民間 ID などと連携して行うことにより利用者へ様々なサービスを効率よく提供できるエコシステムの実現を目的にしているようであることが確認できた。また、
バイオメトリクスをシステム構築要素の観点でとらえ、バイオメトリック認証と IdM を組み合わせる新しいアーキテクチャの重要性は増してきていると考えられることが確認できた。
(2)生体認証用共通処理部の詳細設計
IdM システムにバイオメトリック認証を組み込むための生体認証用共通処理部のアーキテク
チャを検討し、詳細仕様設計を完了した。生体認証用共通処理部にはブラウザでのグラフィッ
クユーザインタフェースや、様々なバイオメトリック装置が接続できる共通的な仕組みが必要であり、BioIDM と名付けた生体認証用共通処理部の仕様を検討した。BioIDM は、ブラウザ
上でバイオメトリック登録や照合を実現するためのグラフィックユーザインタフェースを含んだソフトウェアコンポーネント（BioIDM Connection）と、バイオメトリック装置の性能を引き出す共通的な仕組みを持ったソフトウェアコンポーネント（BioIDM Transaction）の 2つから構成し、
これら 2 つのコンポーネント間のインタフェース仕様を検討した。
本検討によって、バイオメトリック装置の共通部品化とインターネットへの接続性を達成した。
(3) プロトタイプ開発と妥当性検証
前述の設計に基づいたプロトタイプソフトウェアの開発を完了した。あわせて、検討したアー
キテクチャおよびインタフェース仕様の妥当性検証のために速度評価を実施した。
その結果、BioIDM による全体性能へのインパクトが十分小さいことが判明し、設計の妥当性が確認できた。これにより、BioIDM を OpenID や SAML などの IdM システムと接続する
ことにより、IdM システムにバイオメトリック認証機能を組み込むための準備を整えることが
できた。

11

4.2.2

平成 24 年度活動成果概要

本事業の平成 24 年度活動成果概要を以下に示す。
(1) 共通バイオメトリック認証基盤ソフトウェアの研究、開発① 関連技術の最新動向調査
平成 23 年度に引き続き 10 月下旬に開催された英国 Biometrics Exhibition and
Conference 2012 の調査を行った。Biometrics Exhibition and Conference 2012 は、例年に比べ、内容が充実していない感があった。この原因は、欧州では、公的市場（社会 ID）の開発が一段落したことと、金融問題などにより民間市場が立ち上がっていない、あるいは飽和している状況にあるためではないかと考えられた。
社会的（ID 関係の実証プロジェクト、脆弱性プライバシーなどのプロジェクト）には、相変わらず欧米は日本よりはるかに進んでいるが、技術開発的には日本の企業の方が遥かに進んでいるとの感想を持った。また、欧州は、アフリカ、中近東などかつての宗主国のポジションを利用し、これらの国へのバイオメトリクスを市場展開することに重点を置いて取り組んでいるように感じられた。このことを考えると、日本において、社会的な大型プロジェクトが実施されていないこと、アジアへの市場展開が遅いことが、日本の産業界の問題ではないかと考えるに至った。
また、本研究で実施したようなアプローチで IdM 技術を開発した事例は、今年度の調査では見当たらなかった。平成 23 年度の研究報告では米国ではエコシステムの開発を進めていると報告したが、今年度、その実体が把握できなかった。現在は、モバイル端末などの利用者サイドの開発から進んでいるようであると感じられた。

② 電子認証におけるセキュリティの考え方との整合性に関する調査
電子認証システム関連規格調査およびセキュリティの考え方の整理として、米国の電子認証システムのための本人認証に関するガイドラインである OMB M-04-04 および NIST SP
800-63 について調査を行った。この結果、電子認証システムにおける本人認証の保証レベ
ルが 1 から 4 までの 4 段階で定義される中で、ハードウェアトークン・ソフトウェアトー
クン・パスワードなどの既存の本人認証技術を用いることで達成される保証レベルに対して、生体認証技術はその保証レベルを引き上げる役割を与えられていることが分った。
次に、電子認証システム等のセキュリティの考え方に対応するための要件の研究として、OpenID と生体認証を組み合わせたシステム要件について検討した。現在広く普及している
OpenID システムが比較的低い保証レベルで使われるケースが主流であるのに対して、電子認証システムのための本人認証ガイドラインにおいては生体認証技術の位置づけがより高い保証レベルを実現するものとして捉えられている。保証レベルの不一致を避けることができるシステム要件を検討した結果、震災時の電子認証システムを取り上げた。震災時における利用環境を考えると、ハードウェアトークン・ソフトウェアトークン・パスワードのいず
12

れも、電子認証システムにおける本人認証として被災者に適用するには困難さが存在する。
これに対して生体認証は、簡便さと高セキュリティという 2 つの特長に加えて、紛失・盗難の恐れがなく、また記憶する必要もないため、震災時において広範囲な被災者への適用が可能であると考えられる。
今後は、OpenID と生体認証を組み合わせた具体的な震災対応システムを検討・開発し、その有効性を確認する必要があるとの結論を得た。

③ 共通バイオメトリック認証基盤の仕様検討
共通バイオメトリック認証基盤として共通本人認証基盤（BioIDM システムと称する）に関する仕様検討を行った。
BioIDM システムは IdM のプロトコルとして SAML に比べて実装が軽いといわれている
OpenID を開発容易性が高いと解釈し、採用することとした。
BioIDM システムのシステム構成として、運用上標準的に用いられることを想定した標準構成と、構造がより単純な簡易構成の 2 種類を検討し、両構成の処理の流れ、長所と短所を明確にした。
標準構成における処理の流れについては開発効率を考慮し、OP・BP・UA 間のプロトコルとして OpenID プロトコルを採用することとした。認証方式としてはサーバ認証に比べてセキュリティ対策の条件が緩やかなローカル認証方式を採用することとした。
サーバ側で動作するプログラムとして OP における BP との連携機能、BP における OPとの連携機能およびバイオメトリック登録・認証機能の仕様検討を行い、また、端末側で動作するプログラムとして、前年度開発の BioIDM Connection と BioIDM Transaction における登録・照合機能の仕様検討を行った。
また、以上の仕様検討結果を受けて、OpenID プロバイダを用いるプロトタイプシステムの開発仕様を明確にした。プロトタイプシステムの開発においては、OpenID プロバイダとして WSO2 社のオープンソースである Identity Server 4.0 版を使用し、生体認証装置としては日立製作所の指静脈認証装置 PC-KCA100 を用いたプロトタイプシステムを開発することとした。
(2) 開発システムの検証実験と評価
共通バイオメトリック認証基盤の仕様検討結果に沿って開発した BioIDM システムのプロ
トタイププログラムについて、その機能や性能の有効性を検証するために検証実験を行った。
実行環境の要素を変化させながら様々な環境で BioIDM システムの検証実験を行うこととし、東京理科大学殿のご協力によりサーバを 2 機借用し、それぞれに OP と BP をインストー
ルしてインターネット上に OP や BP を配置して実験を行った。
端末としては(株)OKI ソフトウェア殿のイントラネット上にある端末を 2 機種用いた。これ
らは埼玉県と広島県という国内において地理的に離れた場所に設置されているものである。
13

検証実験の成果を下記に示す。
① 基本条件試験および簡易構成試験
WSO2 の Identity Server と BioIDM システム（BioIDM Connection、BioIDM
Transaction、BioAPI Framework）および日立指静脈認証装置を組み合わせることにより、バイオメトリック認証を用いた OpenID システムのバイオメトリック情報登録から認証までの基本機能および SSO の機能が正常に動作することを確認できた。
② 性能測定標準構成と簡易構成の 2 種類の構成で、バイオメトリック認証に要する時間を計測した。特に標準構成において OP と BP の間の通信処理時間が大きく、簡易構成の約 2 倍の時間がかかっていることがわかった。RP や OP・UA などの各構成要素間の OpenID プ
ロトコルのための通信回数が多く、その分時間を要したことが標準構成において時間がかかる原因と考えられる。標準構成における性能改善について今後検討する必要があることがわかった。
③ ブラウザと SSL
WebSocket は主要ブラウザへの搭載が出揃ったばかりの比較的新しい技術であるが、Google Chrome・Internet Explorer 10（Windows7 Prerelease 版）、Firefox ともに
BioIDM Transaction との WebSocket 通信が正常に動作することが確認できた。
ただし、
BioIDM Transaction に組み込んだ WebSocket において現状 SSL が実現されておらず、
セキュリティ上の問題となるとともに、Internet Explorer 10 や Firefox では Web サー
バが HTTPS で動作している場合、WebSocket が SSL 未サポートだと通信が失敗してしまうことがわかった。WebSocket の SSL 対応版 OSS の提供がはじまったため、今後対応が可能であると考えた。
④ 国内・海外 RP 接続
国内 RP、海外 RP ともに今回開発した BioIDM システムの標準構成にてバイオメト
リック認証による正常なログオンが行えることがわかった。ただし、一部の RP について正常動作しなかった。いくつかのケースにおいて OP に対して OpenID プロトコルが通知されてこないことから、RP が利用可能な OP を限定している可能性が考えられる。それ以外の RP においては原因が特定されていないものもあるため、本事業で開発したシス
テム側の原因かどうかの切り分けが今後必要であると考えた。

14

4.3

平成 25 年度の実施事項

4.3.1

平成 25 年度の実施事項の概要

平成 25 年度は、平成 23 年度および平成 24 年度の活動成果をもとにして、認証基盤プロトタ
イプの開発研究の第 3 年度として、複数技術（指紋、静脈、顔、虹彩など）が組み込み可能な認証基盤の完成、ならびに電子認証システムへの適用について研究することを目標として、次の事
項を実施した。
(1) IdM における共通本人認証基盤検討委員会
本検討委員会にて有識者（委員）の知見を持ち寄り、研究開発事項、調査事項の検討ならびに研究成果を取りまとめるために、産官学の有識者により構成した IdM における共通本人認証基盤検討委員会を組織し、都合 4 回の委員会を開催した。
(2) 市場動向調査
検討委員会で委員よりの提案を受けて、具体的な調査項目、調査先および派遣者を委員会にて検討の上、海外調査を実施した。
第 1 回委員会の審議により、具体的な海外調査として、定点観測として平成 24 年度に引き続き英国 Biometrics Exhibition and Conference 2013(BC2013)の調査を瀬戸委員にお願いすることとなり、10 月中旬に開催されたコンファレンスに委員を派遣し、アイデンティティマネジメ
ント(IdM)の技術並びにバイオメトリック認証技術の導入が先導的に進められている欧米諸国の IdM に関する最新の動向を調査した。
(3) 応用システムへの組み込みのためのセキュリティ機能の調査研究
共通バイオメトリック認証基盤機能に適用可能なセキュリティ技術の調査とともに、本事業成果が適用できるアプリケーションの選定とアプリケーションの機能調査を行った。また、そのアプリケーションで必要となるセキュリティ機能について調査研究した。
なお、この調査研究は、委員会検討内容と関連性が深くまた専門性が高いため、委員各社間から委託先を選定し委託した。
(4) IdM 共通本人認証基盤の機能強化のための開発研究
バイオメトリクスを電子認証システム等に適用する際の共通バイオメトリック認証基盤の機
能強化のため、平成 24 年度に開発研究した OpenID に加え、もうひとつの主要な IdM システムである SAML にも適用可能とする研究を行った。
また、前年度組み込んだ指静脈認証技術に加え、複数のバイオメトリック認証技術の組み込みを可能とする基盤部の機能追加の研究を行った。

15

これらの実施にあたっては、前述のＩｄＭにおける共通本人認証基盤検討委員会にて検討内容を審議し、方向性を確認しながら研究を進めた。
さらに、上記の研究をもとにして、プロトタイププログラムの開発とシステム性能評価および検証実験を行い、検討委員会にて報告し検証した。
なお、プログラム開発とシステム性能評価および検証実験は、委員会検討内容と関連性が深く
また専門性が高いため、委員各社間から委託先を選定し作業委託した。
4.3.2

平成 25 年度の実施日程

本事業は、それぞれを図 1 に示す日程で実施した。
No

項目

1

H25/4
JKA

H25/5

H25/6

H25/7

H25/8

H25/9

H25/10

4/18

10/E

説明会

状況報告

主な
イベント
2

4

市場動向調査5

応用システムへの組み込みのためのセキュリティ機能の調査研究（委託調査）

6

開発研究と
検証結果の評価

9

H26/2

H26/3

.

3/E
報告書完

10/2

12/18

2/13

第3回委員会

第4回委員会

検討委員会
第1回委員会

8

H26/1

英国
BC2013
7/3

7

H25/12

10/15-17

海外調査

3

H25/11

IdM共通
本人認証
基盤の
機能強化
のための
開発研究

プログラム開発（委託事業）

第2回委員会

市場動向調査委員会提案・承認

契約作業

初期調査

セキュリティ技術調査

応用システム
調査

開発研究

契約作業

応用システム向け
セキュリティ研究

検証結果の評価

SAML実装開発

評価（委託事業）

複数モダリティ開発

多様性対応のための開発作業

検証実験（委託事業）

実証実験・評価

執筆

10

報告書作成
完了・配布

図 4.1 開発研究実施日程

16

4.4

平成 25 年度成果概要(1) 検討委員会活動検討委員会活動は下記である。
①第 1 回検討委員会 平成 25 年 7 月 3 日(水)13:00～15:00

1) 趣旨説明及び全体計画紹介
平成 25 年度の「IdM における共通本人認証基盤の開発研究」事業の概要が説明された。
3 か年計画の第 3 年度(最終年度)として、認証基盤プロトタイプの完成（複数技術が組み込み可能な認証基盤の完成/電子認証システムへの適用で共通認証基盤全体のプロトタイ
プの開発を完了することが目標であることが説明された。
2) 本年度の検討事項および開発計画審議
本年度の主な活動内容として下記が提案され、審議の上、承認された。
①共通バイオメトリック認証基盤ソフトウェアの研究では下記を行うこと。
－特定の IdM システムに非依存とし汎用性を持つという目標に対して、本年度は主要な IdM 技術の一つである SAML に対して対応するための検討と開発を行い、有効性を検証すること。
－バイオメトリクスの特性を考慮するため認証技術の多様性に対応するという目標に対して、本年度は手のひら、指紋、顔、虹彩など様々なモダリティのバイオ
メトリック製品の入手が可能か検討し、入手可能な製品を用いた評価を行い必要な場合は追加開発を行うこと。
－バイオメトリクスの特性を考慮するためプライバシー（セキュリティ）について配慮するという目標に対して、本年度はセキュリティ機能の実現のため、暗号化技術・ACBio・WebSocket の SSL 化の 3 点について調査を行い、実装方法の検討を行い、また、可能な限り実装も行うこと。
②応用システムへの組み込みのためのセキュリティ機能の調査研究内容として、平成
24 年度の研究成果として、OpenID における本人認証の保証レベルと生体認証の組
み合わせから、適用が考えられるアプリケーションとして、震災対応システムの可能性が示されたことを踏まえ、震災対応アプリケーションについての調査検討を進めること。
3) 市場調査計画案審議委員よりご提案のあった英国 BC コンファレンス 2013 にて海外調査を行う計画について審議し、提案委員が出張し調査することが承認された。
4) 作業委託計画提案および見積り依頼
5) 委託調査計画提案および見積り依頼
6) 実験用機器の借用依頼
17

②第 2 回検討委員会 平成 25 年 10 月 2 日(水)10:00～12:00

1) 作業委託/調査委託について状況の口頭報告
作業委託見積り依頼および委託調査見積り依頼の結果として、見積り回答があった会社
はそれぞれ１社であり、(一社)日本自動認識システム協会内で検討し、当該 1 社に対して委託することに決定し契約をしたことが報告され承認された。
2) IdM における共通本人認証基盤の検討状況報告「SAML 技術による SSO 機能の実現方法の検討内容」について検討状況のご報告と今後進め方の提案がされた。前年度開発内容、SAML 技術を含んだ OSS、トラストサーク
ルの考え方、WSO2 Identity Server を用いた SAML 技術による SSO システム構成案について説明され承認された。
次に委託調査として実施している「応用システムへの組み込みのためのセキュリティ機
能の調査研究内容」について、検討状況の報告と今後進め方の提案がされた。OpenID を用いた処理の流れとして、(案 1) 端末生体認証＋パスワード送信、(案 2) 端末生体認証＋
認証結果送信、(案 3) 端末生体認証＋ACBio 送信、(案 4) サーバ生体認証、(案 5) ACBioつきサーバ生体認証の 5 案について説明され、これ以外の構成が考えられる場合は、提案
元の委員までご連絡いただくことが各委員に要請された。
3) 委託調査計画について
バイオ IdM 本人共通認証基盤事業における委託調査計画が説明された。審議の結果、提案内容にしたがって進めることが承認された。
①委託調査は次の 4 項目を行う予定であり、被災者支援システムの開発元とコンタクトしながら具体的なシステムを念頭に置いた調査を考えているとの報告がされた。
－初期調査－セキュリティ技術調査－応用システム調査－応用システム向けセキュリティ研究③第 3 回検討委員会 平成 25 年 12 月 18 日(水)10:00～12:00

1) Biometrics exhibition and conference 2013 調査報告
委員会より委託されて出張、調査した英国バイオメトリクス 2013 の報告がされた。
2) IdM における共通本人認証基盤の検討状況報告
バイオ IdM 共通本人認証基盤システムの検討状況として以下の報告と今後進め方が提案され、確認の上、承認された。
①セキュリティ機能の実装方針
以下の 3 つのステップを基本方針として IdM 共通本人認証基盤へのセキュリティ
機能の検討をした内容が報告された。
18

ステップ 1： 「被災者支援システム」を想定アプリケーションする。生体認証
機能は、補助的なサービスに限定する
ステップ 2： 補助的なサービスに限定することにより、電子認証システムにおける保証レベルを 2 とするステップ 3： 生体認証技術はパスワードのロック解除のために用いる②セキュリティ機能の実装について
セキュリティ実装対象として、「WSO2 Identity Server を用いた OpenID システム構成」が提示されセキュリティの検討対象となる部分が明示された。
また、セキュリティ機能の実装として、OSS の選択、格納データのセキュリティおよび通信データのセキュリティ部分に対する検討内容が報告された。
③ 応用システムの検討状況
応用システムの機能検討の結果、被災者の個別ニーズと支援物資との引き合わせと引渡しの機能を緊急物資管理システムに追加する機能があると考えている。その内容について被災者支援システムの開発元に訪問して機能について提案しお考えを伺った内容の報告があった。伺ったご意見をもとに機能の検討をさらに加えて、内容の詰めを行う予定であることも報告された。
3) 委託調査状況報告
本事業の検討成果の適用先として「災害支援システムへの適用」という仮説の検証のため、被災者支援システムの開発元と情報交換した内容が報告された。
① 生体認証の活用場所の案として説明した「個々人の生体認証を入手、その方の特定要望を緊急物資管理につなげるシステムの構築」は被災弱者の救済というよりぜいた
く品の支給というイメージがある。それよりも優先順位は、避難所での生体認証の活用にあるとのご意見をただいた。
避難所での被災者登録や物資の受け渡しは現状手作業であるが、この部分に生体認証が活用できれば避難所での支援物資の管理の効率化や簡略化など、効果があるのではないかとのご意見もいただいた。
② 生体認証の活用先については、①で述べた避難所の入退所の手続きの簡略化のほかに、同じ入退所の手続きや物資の配布ということを考えると仮設住宅への応用展開も考えられるとのアイディアをいただいた。
4) 成果の共有について
本事業の成果を業界で役立てるため、基本的に被提供者が許諾し、順守することを条件として、成果物提供先の条件を満たす希望者に成果物を提供することにしたいとの事業成果の共有の考え方の案を(一社)日本自動認識システム協会より提示した。委員各社に提示案を持
ち帰り、修正等の連絡いただくこととなった。

19

④第 4 回検討委員会 平成 26 年 2 月 13 日(木)13:00～15:00

1) IdM における共通本人認証基盤の検討状況報告
バイオ IdM 共通本人認証基盤システムの検討状況報告として以下の 3 点について検討状況が報告された。
① セキュリティ機能調査研究状況
セキュリティ機能の実装について WebSocket に関して OSS 調査とシステムのサーバおよびクライント内の格納データのセキュリティ実装(暗号化)について確認した。
② 検証実験状況
作業中（40%完了：957 項目中 380 項目を実施済み）。実験項目、システム構成、標準構成試験結果と簡易構成試験結果、ならびに OpenID との比較した結果が報告された。
③ 応用システムの検討
被災者支援システムの開発元が開発している被災者支援システムへの応用について、意見交換を踏まえて実施検被災者支援機能の方向性として考えられる利用シーン
として、次の 3 つと考えられることが報告された。
‐避難所にて、支援物資支給時に被災者が生体認証で本人確認することにより、支援物資の効率的な配布を実現する。
‐避難所にて、支援物資に関する被災者からの個別ニーズに対応する際、要望のあった特定の支援物資の確実な受け渡しのために生体認証を用いる。
‐仮設住宅における入居・退去管理に生体認証を用いる。
また、今後のアクションとして、被災者支援システムの開発元との情報交換を継続し、以下の検討を進めることが提案された。
‐被災地からの情報収集‐実現すべき機能の選定‐被災者支援システムへの BioIDM システムの組み込み‐実証実験などによる有効性の検証
2) 成果の共有について
第３回委員会にて提示した「成果の共有について」に関して意見交換後、産業界の振興のために提供するという基本的な方針が承認された。ただし、実際に進める時は、今回の意見を踏まえて、今回の事業の実施者である(一社)日本自動認識システム協会で実際の状況に合わせて契約条件等をより明確化・具体化し、委員であったメンバの意見も聞きながら進めることとなった。

20

(2) 市場動向調査
英国 Biometrics Exhibition and Conference 2013(BC2013)の参加者は、約 100 名で、展示は約 40 社であった。米国 BCC の内容は、安全保障関係が多いが、本カンファレンスは単品製品、IdM をイメージした展示がされているのが印象的であった。なお、参加人数、展示は、ここ数
年減少傾向にあると感じられた。
展示には特記すべき事項はなかった。製品の成熟度があがり、新規製品はないためであると思える。
IdM に関しては、そのものの発表はなかったが、キーワードから類推するに、現状の OpenIDなどのトラストフレームワークに個人が加わる際にモバイル端末を利用すること、つまり、現状のトラストフレームワークにバイオメトリクスをうまく実装するためには、モバイルへの実装が正解であり、トラストフレームワークをより強化する形での実装が有効との考え方が正しいと思えた。
今回の調査対象である IdM 関係に該当する講演は 4 件あった。
① Online biometric identity assurance (Mobile Biometrics セッション)
発表者:Clive Bourke, Regional Vice President Sales – EMEA and APAC, Daon, Ireland
内容: US National Strategic for Trust Identiy NSTIC や NSTIC で検討している IdP RP
AP Trust framework ATP の概要の紹介。
② Identity Assurance – A vital component of the Information Assurance jigsaw
発表者: Martin George, CEO, Smart Sensors Ltd, UK
内容: モバイル利用のキーは「デバイス認証」「コミュニケーションチャネル認証」「remotesensor 認証」の 3 つである。
③ Smart mobile identity: Smartphone technology’s position with biometric identity
verification
発表者: huck Yort, VP and General Manager, Identity Solutions, AOptix, USA
内容: Smart mobile 市場は成長している。また、Application /Easy of use などが重要という発表。
④ Mobile biometrics - Empowering people
発表者: John Adye, Chairman, Identity Assurance Systems Ltd, UK
内容: インターネット上での認証の安全性を向上するにはバイオメトリック認証を利用したモバイル端末が必要であるとの発表。

21

(3) 応用システムへの組み込みのためのセキュリティ機能の調査研究
応用システムに IdM 共通バイオメトリック認証基盤を適用した場合の、共通バイオメトリッ
ク認証基盤へのセキュリティ機能の組み込み方法に関して調査研究を行った。研究にあたっては、
以下の 3 つの調査・研究を実施した。
①共通バイオメトリック認証基盤におけるセキュリティ対象データの調査②応用アプリケーションの選定とアプリケーションの機能の調査・検討③共通バイオメトリック認証基盤への実装が必要になるセキュリティ機能の調査・検討

それぞれの項目における調査・検討結果を以下に示す。

① 共通バイオメトリック認証基盤におけるセキュリティ対象データの調査
OpenID や SAML 技術による SSO システムの本人認証を共通バイオメトリック認証基盤で実現する際の実現方式として以下の 5 つの方式を整理した。
・実現方式 1：端末から BP へのパスワードの送信（端末でのバイオメトリック認証）
・実現方式 2：端末から BP への認証結果の送信（端末でのバイオメトリック認証）
・実現方式 3：端末から BP への認証結果と ACBio 情報の送信（端末でのバイオメトリッ
ク認証）・実現方式 4：端末から BP への生体情報の送信（サーバでのバイオメトリック認証）
・実現方式 5：端末から BP への生体情報と ACBio 情報の送信（サーバでのバイオメトリッ
ク認証）
続いて、各方式において本人認証のために取り扱う情報を、コンピュータのハードディスクなどの記憶域に保存する格納データと、ネットワーク上を流れる通信データに分類し、実現方式毎にデータ内容を整理した。

② 応用アプリケーションの選定とアプリケーションの機能の調査・検討
応用アプリケーションの候補として、西宮市情報センターが開発・管理を行っている被災者
支援システムを取り上げ、調査検討を行った。検討の具体化においては、西宮市情報センターを訪問し、被災者支援の目的で生体認証を用いる可能性について意見交換を行った。
結果として、
所持するタイプの ID を失った被災者が避難所で緊急物資の支援を受ける際に、効率よく迅速・的確に物資を供給するための本人確認として用途が考えられるとの結論になった。これとあわせて、仮設住宅における入居・退居管理における本人確認においても有効性がある可能性があることがわかった。

22

③ 共通バイオメトリック認証基盤への実装が必要になるセキュリティ機能の調査・検討
電子認証システムにおけるセキュリティ機能について述べている NIST SP 800-63 の考え方に沿って検討することとし、上記①でまとめたセキュリティ対象データを上記②でまとめた応用アプリケーションに適用した場合に必要となるセキュリティ技術を適用することとした。
緊急支援物資の支給のための本人確認用途を、NIST SP 800-63 における保証レベル 2 に設定し、レベル 2 を満足するセキュリティ技術を検討した。共通バイオメトリック認証基盤の実現方式として、最も一般的と考えられる実現方式 1（端末から BP へのパスワードの送信）を例に端末、OP および BP において取り扱う暗号化対象データの種類、暗号アルゴリズム、
鍵管理方法、鍵ファイルの保護方法を検討した。あわせて、バイオメトリック認証システムのためのセキュリティ技術として東芝ソリューション株式会社が開発および国際規格化を推進した ACBio についても、共通バイオメトリック認証基盤の組み込み方法に関する基本検討を行った。
(4) IdM 共通本人認証基盤の機能強化のための開発研究
共通バイオメトリック認証基盤の機能強化のための開発として、開発内容および各開発項目に対する検証実験の内容について述べた。機能強化のための開発として、まず開発方針の検討を行った。過去 2 年間の開発研究において、追加の開発が必要と思われる項目として以下の 3 つを選択した。
① SAML 技術対応：前年度までに対応した OpenID に加えて SAML 技術での SSO をサポートする。
② 複数モダリティサポート：前年度までに対応した指静脈装置に加え、複数モダリティのサポートとして指紋認証装置をサポートする。
③ セキュリティ機能：応用システムへの組み込みのためのセキュリティ機能の調査研究において検討されたセキュリティ機能を実現する。
本開発方針に基づいて共通バイオメトリック認証基盤の機能強化のための開発を行い、プロト
タイプの開発を完了した。
つづいて、開発したプロトタイプの機能の妥当性を検証するための検証実験を行った。実験にあたっては共通バイオメトリック認証基盤の機能を以下の 6 つに分類し、それぞれに実験項目を設けて検証し、妥当性を確認した。
① 登録機能および認証機能② シングルサインオン機能③ 複数モダリティサポート機能④ セキュリティ機能⑤ システム構成のバリエーション⑥ 認証性能23

4.5

次年度以降に向けての課題
具体的な応用システムとして被災者支援システムを取り上げて検討を行ったが、実際の適用にあたっては東日本大震災や阪神淡路大震災に代表される被災地において実際に被災を受けた方々からのご意見をいただく必要がある。
本事業を継続した場合の活動として、応用システムを被災者支援システムとした場合の次年度以降にすべき活動内容を以下に示す。
① 東日本大震災や阪神淡路大震災など、大規模自然災害の被災者の方々からの情報収集② 上記①で収集した情報を反映した被災者支援システムへの生体認証機能の組み込みのための開発③ 上記②で開発したシステムの有効性の検証として被災自治体と連携した実証実験の実施

24

5．平成25年度開発研究の詳細
5.1

市場動向調査バイオメトリック認証技術を用いた本人認証技術について、本事業にて平成 24 年度のBiometrics2012 の調査を行った調査結果を見ると Biometrics2012 のコンテンツが低調であったが、今年度も同様の状況が続く場合、市場傾向が明確になると考えられたため、定点観測の必要性を認め、英国 ロンドンで開催された Biometrics 2013 で技術と市場の動向を調査した。

以下に調査結果を示す。
1．調査対象：Biometrics exhibition and conference 2012
2．日程： 平成 25 年 10 月 15 日−17 日
3．場所： QEII カンファレンスセンター（ロンドン）
4．概要：
・カンファレンス参加者約 100 名、展示約 40 社（NEC、日立がメインスポンサー、他に
crossmatch、Cognitec、CredenceID、展示は富士通も出展）、米国 BCC は安全保障関係が多いが、このカンファレンスは単品製品、IdM をイメージした展示が印象的であった。
・昨年に比べ発表内容に IdM、Mobile、Big data などが含まれるようになり、セッションタイ
トルは魅力的になったと感じた。
・展示は特記すべき事項はなかった。製品の成熟度があがったが、新規製品はなかった。富士通は自社薄型モバイル PC に手のひら静脈装置を実装した製品を参考出展していた。日立は指静脈＋指紋のマルチモーダル型装置を出展していた。以前の展示物より、小型化された装置であった。
・今回の一番の調査対象である IdM 関係に該当する講演テーマは 4 件であった。

以下、関係する発表に関し概要を示す。
（1）Online biometric identity assurance①発表者:Clive Bourke, Regional Vice President Sales – EMEA and APAC, Daon, Ireland②内容: ・US National Strategic for Trust Identiy NSTIC の概要の紹介。
行政サービスやビジネスにおいてネットで個人認証しているが、効率的でない。効率的な Identity システムが必要である。民間分野は Id エコシステムをすでに構築運営しリードしている。
・NSTIC で検討している IdP RP AP Trust framework ATP の紹介
この話自体は特に目新しいものではなかった。
世界の公的な IdM としては、US：NSTIC、UK:Cabinet office GDS Identity Pro
25

Framework がある。
Daon 社が NSTIC に大きく貢献している。現在 ARPA/Major Bank/Purdue
Univ./Paypal などと協力して開発を行っている。
Biometric を IdM に考慮するうえで SP800-63 モデルは重要である。
US NSTIC パイロットプロジェクトは、
多要素認証を採用（GPS、
PIN、
Biometrics）
している。
③感想: NSTIC は SP800-63 モデルを参考に多要素認証方式で Id エコシステムを構築しているとの印象を持った。ここで重要なのは、民間分野が進み、官として遅れをとっているという認識が米国政府にあり、民間の Open ID のような trust framework 上に構築することを考えているようであることである。あくまでもバイオメトリクスはモバ
イル端末認証の位置づけである。したがって、多要素認証のなかでいかにバイオメト
リクスモデルを構築するかが今後重要となると考えられる。
（2）Identity Assurance – A vital component of the Information Assurance jigsaw①発表者:Martin George, CEO, Smart Sensors Ltd, UK②内容: モバイル利用には次の３つのキーがある。
・デバイス認証
・コミュニケーションチャネル認証
・Remote Sensor 認証
これらを実装する trust framework model Identity Provider Model が必要。またバイ
オメトリック実施をセキュアにすることも重要である。下記のキーワードが示された。
・Revocable・Secure・No release of PII・Robust
また、バイオ暗号やクレデンシャルなどの方式も重要である。
③感想: Online biometric identity assurance と同様に多要素認証やベースとなる trust
framework が重要であり、そして、実装するバイオメトリック自身の信頼性を高めることが重要であることを主張していた。要するに、OpenID のようなTrustframework と、モバイル端末による多要素認証＋バイオメトリクスの必要性の明確化と、バイオメトリクス自身をセキュアにする技術、例えば ACbio やバイオ暗号が必要であるということである。これらが、バイオメトリック IdM に必要なものであると再確認できた。
（3）Smart mobile identity: Smartphone technology's position with biometric identity
verification①発表者: Chuck Yort, VP and General Manager, Identity Solutions, AOptix, USA②内容: Smart mobile 市場は成長している。
Application /Easy of use などが重要との発表。
26

（4）Mobile biometrics - Empowering people①発表者: ohn Adye, Chairman, Identity Assurance Systems Ltd, UK②内容: インターネット上での認証の危険性。安全性を向上するにはバイオメトリック認証を利用したモバイル端末が必要であるとの発表。
5．まとめ
・昨年に比べ発表内容に IdM、Mobile、Big data などが含まれるようになり、セッションタイ
トルは魅力的になったと感じたが、内容として、技術論、実施プロジェクト紹介ではなく、状況紹介的、計画的な発表がほとんどであったのが残念であった。
この意味で欧米と比べ、日本のベンダ技術が劣っているわけではないと実感した。日本がもっと発信力を高めること、ならびに未開拓の社会 ID 的製品で海外市場を狙うことが日本にとっての急務と感じた。
・IdM に関して、具体的な技術に関する発表はなかったが、キーワードから類推するに、以下のことが今後重要であると考える。
－現状の OpenID などのトラストフレームワークに個人が加わる際、モバイル端末を利用する。つまり、現状のトラストフレームワークにバイオメトリクスをうまく適用するためには、モバイルへの実装が正解であり、トラストフレームワークをより強化する形での実装が有効と考える。つまり、デファクトであろうがデジュールであろうが標準準拠が重要であり、バイオメトリクス実装の信頼性を確保するために ACbio の利用が適切と考える。
・米国の政府でのプロジェクトである NSTIC の動きのウオッチは重要であるが、関係者は民間での IdM エコシステムの実装が進んでいるとのことで、どのようにこれを公的システムに取り込むかというような発言が見受けられた。
・新市場に関しては特に大きな話題はなかったが、やはり Data-Centric なビジネスを欧米は意識しているようであり、長崎大学が対応しているアフリカなどでの health 関係の話があった。
内容はガーナの病院事例であった。病院内での認証が重要とのこと。新興国市場は重要なターゲットであることを改めて認識した。
・バイオメトリックの市場展開には次の３点が重要であり、また、新興国市場をどのように参入するかがポイントと考えられる。
(1) Big Data の中でのバイオメトリクスの位置づけを明確化(2) IdM フレームワークでのバイオメトリック技術の位置づけを明確化(3) アプリを考慮したモバイル実装を行う

27

5.2

応用システムへの組み込みのためのセキュリティ機能の調査研究

5.2.1 概要
本 5.2 節では、共通バイオメトリック認証基盤プロトタイプへの組み込みが必要と考えられる、
バイオメトリックデータの保護を中心としたセキュリティ機能について調査した結果を示す。
5.2.2 調査・検討手順
IdM 共通バイオメトリック認証基盤にセキュリティ機能を組み込むにあたっての調査・検討は、以下の手順で進めることとした。
① 共通バイオメトリック認証基盤におけるセキュリティ対象データの調査② 応用アプリケーションの選定とアプリケーションの機能の調査・検討③ 共通バイオメトリック認証基盤への実装が必要になるセキュリティ機能の調査・検討

以下に各手順の内容について説明する。

①共通バイオメトリック認証基盤におけるセキュリティ対象データの調査
BioIDM プロトタイプシステムを構成する各コンポーネントにおいて、本人認証のために用いられる格納データおよび各ネットワークノード間でやり取りされる通信データを抽出する。
これらのデータ項目がセキュリティ技術を適用する検討対象となる。

② 応用アプリケーションの選定とアプリケーションの機能の調査・検討
セキュリティ機能を実装するにあたって具体的なアプリケーションを選定する。本事業における前年度の研究により、地震や津波などの天災により所持するタイプの ID を紛失した被災者を、生体認証機能を用いた本人認証機能により支援する応用方法が検討された。これを受けて、本調査では被災者を支援する具体的な応用アプリケーションの有無およびその機能について調査を行う。

③ 共通バイオメトリック認証基盤への実装が必要になるセキュリティ機能の調査・検討
上記②の調査・検討ののち、選定されたアプリケーションにおける共通バイオメトリック認証基盤の用途において必要となるセキュリティ機能を検討する。この際、上記①で示した共通
バイオメトリック認証基盤においてセキュリティの対象となるデータ項目に対して、電子認証システムにおける本人認証の保証レベルや必要なセキュリティ技術を示す文書である NIST SP
800-63 の考え方を適用する。あわせて、バイオメトリック認証システムのためのセキュリティ機能である ACBio の組み込みについて基本検討を行う。

28

5.2.3 調査・検討結果
本節では、5.2.2 節で示した調査・検討手順にしたがって、セキュリティ機能に関する調査・検討を行った結果を示す。
(1) 共通バイオメトリック認証基盤におけるセキュリティ対象データの調査
本項では共通バイオメトリック認証基盤においてセキュリティ技術の適用対象になると考えられるデータ項目について調査した。共通バイオメトリック認証基盤を用いた生体認証方式の一つとして、端末において生体認証を行った結果としてパスワードを有効化する方式を図 5.1 に示す。

Relying Party(RP)

OpenID Provider (OP)

OPのID
BPのID

① RPに
アクセス

⑩BPからの認証結果を確認する。

② リダイ
レクト⑥ BPのIDに対応する生体情報を用いて生体認証し、成功したらBPのパスワー
ドを取り出す⑤BPのID
送信⑨認証結果を含んだ
リダイレクト

端末

BPのID
生体情報
BPのパスワード

BPのID
BPのパスワード④BPのIDを指定した
認証要求③OPのID入力⑪ 認証完了BioIDM Provider (BP)⑧ BPパスワードが正しいことをチェックする。

⑦BPのパスワード
送信User Agent (UA): ブラウザ
BioIDM Connection

BioIDM
Transaction
指用
画面

手のひら
画面

顔

虹彩

BioAPI
Framework

BSP

図 5.1 実現方式 1（端末から BP へのパスワードの送信）
本図に示すとおり、共通バイオメトリック認証基盤は 4 つのネットワークノードにより構成される。本図において、Relying Party（RP と略す）
、OpenID Provider（OP と略す）
、User Agent（UA と略す）の 3 つは OpenID における基本的な構成要素であり、BioIDM Provider（BP と略す）は共通バイオメトリック認証基盤の検討結果により追加された構成要素である。なお、
UA は端末内で動作するブラウザのことである。
共通バイオメトリック認証基盤では UA 内に BioIDM Connection と呼ばれるプログラムがブラウザ内で動作する。また、端末内に BioIDM Transaction と呼ばれるプログラムが存在し、BioIDM Connection と連動して生体認証機能を実現する。BioIDM Transaction は下位モジュールとして BioAPI Framework を呼び出し、BioAPI Framework は生体認証ベンダが開発・提供
する BSP (Biometric Service Provider)を呼び出す。BioIDM Transaction は、本プロトタイプ
においては生体情報や ID などの各種情報を端末内の記憶域から読み込む（他の実装形態として
IC カードなどから読み込む方法も実現可能である）。本図では①から⑪までの番号で、利用者が29

RP にアクセスをリクエストしてから RP に本人認証の完了が通知されるまでの一連の処理の流れが示されている。また、セキュリティの対象となるデータとして格納データを黄色のディスクの絵で、通信データをアンダーラインで示している。本図において、バイオメトリクスを用いたシングルサインオンを実現するために追加された情報を取り扱う構成要素である OP、
BP、UA、BioIDM Transaction の 4 つにおいて何らかの共通バイオメトリック認証基盤としてのセキュリ
ティ機能の組み込みが必要となる。
次に本図における本人認証処理について説明する。端末内の記憶域に生体情報と BP で用いられるユーザのパスワードを保持し、図中の⑥で示すとおり、端末上で実行される生体認証において認証が成功した場合、BioIDM Transaction が BP のパスワードを取り出す。そして図中の⑦のとおり、取り出された BP のパスワードが BP に送信され、⑧で示されるとおり BP 内でパスワードを用いた本人認証を行う。
共通バイオメトリック認証基盤における認証処理には図 5.1 以外にも様々な方式が考えられる。以降の図 5.2 から図 5.5 までに主な方式を順次示す。

Relying Party(RP)

OpenID Provider (OP)

OPのID
BPのID

① RPに
アクセス

⑩BPからの認証結果を確認する。

② リダイ
レクト

BPのID

④BPのIDを指定した
認証要求③OPのID入力⑪ 認証完了BioIDM Provider (BP)

⑦認証結果

User Agent (UA): ブラウザ
BioIDM Connection

BioIDM
Transaction
指用画面⑥ BPのIDに対応する生体情報を用いて生体認証し、成功したら認証結果を生成する。

⑤BPのID
送信⑨認証結果を含んだ
リダイレクト

端末

BPのID
生体情報

⑧ BPパスワードが正しいことをチェックす
る。

手のひら
画面

顔

虹彩

BioAPI
Framework

BSP

図 5.2 実現方式 2（端末から BP への認証結果の送信）
図 5.2 の図 5.1 との違いは、生体認証を端末内の BioIDM Transaction が実施したあと、生体認証結果である認証成功あるいは認証失敗という認証結果情報を BP に送信する点である。具体的には、図中⑥において生体認証が成功（あるいは失敗）したのち、図 5.1 で示したユーザのBP でのパスワードを取り出す代わりに、認証結果を BP に送信している。この結果 BP は、本人認証結果を認証成功あるいは認証失敗のビット情報で判定する。

30

Relying Party(RP)

OpenID Provider (OP)⑩BPからの認証結果を確認する。

OPのID
BPのID

① RPに
アクセス

② リダイ
レクト

⑥ BPのIDに対応する生体情報を用いて生体認証し、成功したら認証結果を示すACBio情報を生成する⑤BPのID
送信⑨認証結果を含んだ
リダイレクト

端末

BPのID
生体情報
ACBio情報⑧ ACBio情報の検証

BPのID④BPのIDを指定した
認証要求③OPのID入力⑪ 認証完了BioIDM Provider (BP)

⑦認証結果
+ACBio情報

User Agent (UA): ブラウザ
BioIDM Connection

BioIDM
Transaction
指用
画面

手のひら
画面

顔

虹彩

BioAPI
Framework

BSP

図 5.3 実現方式 3（端末から BP への認証結果と ACBio 情報の送信）

図 5.3 は端末上での生体認証結果を ACBio 情報で検証する機能を付加したものである。本方式では生体認証を端末内で実施したあと、生体認証結果とともにその内容の信頼性を向上させる
ACBio 情報を生成し BP に送信する。具体的には、図中⑥において生体認証が成功したのち、
図 5.1 で示したユーザの BP でのパスワードを取り出す代わりに、BioIDM Transaction 内で
ACBio 情報を生成し、BP に送信する。この結果 BP は、認証結果の信頼性を ACBio 情報に基づいて検証することが可能となる。

Relying Party(RP)

OpenID Provider (OP)

OPのID
BPのID

① RPに
アクセス

⑩BPからの認証結果を確認する。

⑤BPのID
送信⑦生体情報

User Agent (UA): ブラウザ
BioIDM Connection

BioIDM
Transaction
指用画面⑥ BioIDMのIDに対応する
モダリティを確認し、生体情報をキャプチャする。

⑧ 生体認証を実行する。

⑨認証結果を含んだ
リダイレクト
端末

BPのID

BPのID
生体情報

④BPのIDを指定した
認証要求③OPのID
入力

② リダイ
レクト

BioIDM Provider (BP)

手のひら
画面

顔

虹彩

BioAPI
Framework

BSP

図 5.4 実現方式 4（端末から BP への生体情報の送信（サーバ認証））

31

図 5.4 は、BioIDM Transaction が取得した生体情報を BP に送信してサーバ認証する方式である。具体的には、図中⑥において生体情報を取得したのち、その生体情報を BP に送信し、BP 内に保存されている生体情報（登録テンプレート）と照合する。

Relying Party(RP)

OpenID Provider (OP)

OPのID
BPのID

① RPに
アクセス

⑩BPからの認証結果を確認する。

② リダイ
レクト

BPのID
生体情報
ACBio情報④BPのIDを指定した
認証要求③OPのID入力⑪ 認証完了BioIDM Provider (BP)⑨認証結果を含んだ
リダイレクト
端末

BPのID

⑦生体情報
＋ACBio情報

User Agent (UA): ブラウザ
BioIDM Connection

BioIDM
Transaction
指用画面⑥ BPのIDに対応するモダ
リティを確認し、生体情報をキャプチャ、ACBio情報を付加する。

⑤BPのID送信⑧ 生体情報を検証した
のち、生体認証を実
行する。

手のひら
画面

顔

虹彩

BioAPI
Framework

BSP

図 5.5 実現方式 5（端末から BP への生体情報と ACBio 情報の送信（サーバ認証））

図 5.5 では、端末内で取得した生体情報を BP に送信してサーバ認証する際に ACBio 情報を付加する方式である。具体的には、図中⑥において生体情報を取得したのち、その生体情報の信頼性を向上する ACBio 情報を生成し、生体情報に ACBio 情報を付加して BP に送信し、BP 内に保存されている登録テンプレートと照合する。この結果 BP は、UA から送信された生体情報
を ACBio 情報に基づいて検証することが可能となる。
以上図 5.1 から図 5.5 までで共通バイオメトリック認証基盤における主な本人認証方式を示した。共通バイオメトリック認証基盤におけるセキュリティ対象データをまとめるにあたり、セキュリティの対象となるデータを以下の 2 種類に分類することとする。
① 格納データ： 端末やサーバのディスク内に保存されるデータ② 通信データ： 端末やサーバ間でやり取りされる通信回線を流れるデータ
次頁において、格納データの項目を表 5.1、通信データの項目を表 5.2 にそれぞれまとめる。

32

表 5.1 BioIDM システムにおける格納データ項目
No

OP

項目

BP

端末
（BioIDM Transaction）

1

実現方式 1

OP の ID

BP の ID

BP の ID（端末から BP へのパスワードの送BP の ID

BP のパスワード

生体情報
BP のパスワード

信）2実現方式 2

BP の ID

同上

BP の ID（認証結果情報の送信）
3

生体情報実現方式 3

同上

BP の ID

同上（認証結果情報を ACBio で保証）

生体情報
ACBio 情報4実現方式 4

BP の ID

同上（サーバ認証）5

BP の ID

生体情報実現方式 5

BP の ID

同上（サーバ認証に ACBio 情報を追加）

同上

生体情報
ACBio 情報

表 5.2 BioIDM システムにおける通信データ項目
No

項目

①
UA-RP

②

③

RP-UA OP-UA-OP

1

実現方式 1

OP の（生体認証による

URL

－

④

⑤

OP-UA

⑥

BP-UA UA

⑦

⑧

⑨

⑩

⑪

UA-BP

BP

BP-UA

OP

OP-UA

-BP

-OP

OP の

BP の URL

BP の

ID

BP の ID

ID

－

パスワー

-RP

－

認証結果

－

認証結果

ド

パスワード有効化）
2

実現方式 2

同上

－

同上

同上

同上

－

認証結果

－

同上

－

同上

同上

－

同上

同上

同上

－

認証結果

－

同上

－

同上

（認証結果情報の送信）
3実現方式 3＋ACBio（認証結果情報を
ACBio で保証）
4実現方式 4

同上

－

同上

同上

同上

－

生体情報

－

同上

－

同上

同上

－

同上

同上

同上

－

生体情報

－

同上

－

同上

（サーバ認証）5実現方式 5＋ACBio（サーバ認証に
ACBio 情報を追加）

以上本項では、共通バイオメトリック認証基盤におけるセキュリティ対象データの調査として、共通バイオメトリック認証基盤として考えられる本人認証方式ごとに、格納データと通信データの 2 種類に対象データを分類したうえで、対象データ項目を表として整理した。

33

(2) 応用アプリケーションの選定とアプリケーションの機能の調査
本項では共通バイオメトリック認証基盤を適用可能な応用アプリケーションについて調査するとともに、共通バイオメトリック認証基盤を応用アプリケーション内で用いた場合に想定される機能についての調査および検討を行った内容について述べる。
なお、前年度（平成 24 年度）の共通バイオメトリック認証基盤事業において、応用アプリケー
ションの候補として、被災者支援を目的としたシステムが検討されていた。今年度事業における応用システムのより具体的な検討として、被災者支援を目的とした実際のシステムの有無を調査し、該当するシステムへの共通バイオメトリック認証基盤の適用方法を検討した。

①前年度検討内容
前年度に検討された被災者支援を目的とした想定システム構成図を図 5.6 に示す。本図は、被災地において仮に設置された市役所内に OP と BP が立ち上がり、これらのサーバに対して
市役所やその他支援を行う組織内の RP からアクセスを行うことにより、生体認証を用いた被災者支援を行える可能性があることを示したものである。

各銀行

場所：任意

仮市役所（徐々に普段の市役所業務に移管）

場所：被災地

口座開設・預金・振込み・ローン

OPBP

顧客 氏名 生年 口座 預金
OID
ID 住所 月日 情報 情報RP

バイオメトリック認証

SSOサービス

Bio 生年 バイオ
ID 月日 データ

OID

登録
方法

BioID

各通信業者

場所：任意

パスワード

RP

契約・通信・課金

サービス状況蓄積・情報提供
内部管理用
ユーザID

被災
状況

顧客 氏名 生年 契約 課金
OID
ID 住所 月日 情報 情報

サービス
OID
状況

RP

登録
端末

場所：任意

照合
端末
登録
端末

各市役所（徐々に復旧し仮市役所から移管）

照合
端末

サービス状況蓄積・情報提供
場所：被災地

個人 氏名 生年 住民票 戸籍
OID
コード 住所 月日 情報 情報

各避難所

RP

図 5.6 被災者支援を目的とした応用システム想定図（平成 24 年度作成）

34

②開発実績のある被災者支援システムに関する調査
インターネットを用いて国内で開発実績のある被災者支援システムについて調査を行った
ところ、一般財団法人西宮市都市整備公社が運営管理する西宮市情報センターが開発・管理を行っている被災者支援システムが存在することが判明した。以下にシステムの概要を示す。
1) 西宮市情報センターの被災者支援システム概要①概要• 1995 年 1 月 17 日の阪神淡路大震災の直後、西宮市電算システムの復旧と同時に被災者支援システムの開発に着手し、市職員自らが開発を行い迅速なシステム立ち上げを果たしたことから始まった。
• 継続的なバージョンアップが続けられ、現在も一部の地方自治体などで運用されている。広く国内の自治体での活用を図るため、オープンソース化し自治体向けだけでな
く、自治体以外の組織・企業にも公開している。

②主な機能• 被災者の属性情報を管理する「被災者台帳」、被害を受けた家屋属性情報を管理する「被災家屋台帳」の２つの台帳管理機能を持ち、被災者の状況や家屋被害状況を記録し、更新する。
• 被災者への「り災証明書」、被災家屋の所有者への「被災家屋証明書」の発行をはじめ、様々な義援金の給付や生活支援金の貸付管理など、各種支援制度の管理機能を持つ。
• 証明書は各自治体の独自様式に対応し、自由設計が可能である。自治体による上乗せ
給付など、自治体毎の独自メニューの登録が可能である。
• 被害状況の集計など、基礎的な統計情報の印刷、CSV 形式によるデータ出力機能が可能であり、支援関連データの加工、分析ができる。

35

2) 西宮市情報センター訪問調査
以上のインターネット上での調査結果を踏まえ、さらなる詳細調査および検討にあたって
は、被災者支援システムの開発及びメンテナンスを行っている西宮市情報センターを訪問し、情報収集及び意見交換を行うこととした。以下に西宮市情報センター訪問結果を示す。
① 第 1 回訪問1) 概要
－訪問日：平成 25 年 9 月 9 日－目的：共通バイオメトリック認証基盤の開発研究の検討成果の適用候補として考えられている被災者支援システムの適用可能性について情報交換と協力要請を西宮市
情報センターに実施する。具体的な目的は以下のとおりである。
・西宮市災害支援システムの構築の背景や基本理念の理解
・生体認証アイデンティティ管理（BioIDM）システムを用いた大震災被災者救済の可能性についての意見交換
・今後の情報のご提供や打合せ等の協力要請－場所： 西宮市情報センター（兵庫県西宮市）－参加者：「被災者支援システム」全国サポートセンター（運営主体：西宮市情報センター）
センター長(一社)日本自動認識システム協会(株)OKI ソフトウェア

吉田 稔 殿

酒井 康夫

中村 敏男

(財)ひょうご産学官連携コーディネーター 中嶋 晴久 殿
（西宮市情報センターとの会議の調整をしていただいた。）
2) 打合せ結果(a) 被災者支援への生体認証の活用を、特定のベンダに依存することなくオープンな形で推進するという共通認証基盤プロジェクトの主旨についてご理解いただき、本プロジェクトとの連携ついて前向きな感触を得ることができた。
(b) 災害支援システムの検討にあたって考慮すべき点について知見が得られた。
・生体認証適用を被災者の視点で捉え、利益を求めないスタンスが重要である。
・生体認証の適用が有効な場所として避難所が考えられること、など(c) 各種団体やベンダ等から被災者支援システムへのバイオメトリクス連携についてコラボレーションの問い合わせが多数あるとのこと。

36

② 第 2 回訪問
1) 概要－訪問日：平成 25 年 11 月 22 日
－目的：
9 月 9 日に実施した第一回訪問での意見交換結果をもとにして検討した生体認証による本人認証の活用の可能性について意見交換を実施する。
－場所： 西宮市情報センター（兵庫県西宮市）－参加者：「被災者支援システム」全国サポートセンター（運営主体：西宮市情報センター）
センター長(一社)日本自動認識システム協会(株)OKI ソフトウェア

吉田 稔 殿

酒井 康夫

中村 敏男

(財)ひょうご産学官連携コーディネーター 中嶋 晴久

殿2) 打合せ結果① 推進者側説明
第 1 回訪問時の意見交換結果を受けて、推進者側から図 5.7 を用いて生体認証を用いた具体的な被災者支援の実現案を説明した。本図は、避難所においてある程度の期間が経過してから発生する被災者による個別ニーズに対応する際に、個別要望の受付と、要望品の受け渡しのために生体認証を適用する可能性を示したものである。

被災者支援システムにおける生体認証による本人認証の活用の可能性
バイオメトリクスを組み込んだ
IdMによる被災地での本人確認
携帯電話契約

生体認証IdMシステム

運用イメージ
不正防止

被災者救済措置

バイオメトリクスDB 個人属性情報DB

義援金支給

ガソリン・燃料

氏名・性別・
生年月日・立場

銀行口座開設

日用品支給

野次馬排除

罹災手続き

医薬品支給

仮設住宅

衣類支給

各種優遇措置食料・飲料支給

被災者

医療関係者・
ボランティア受入れ

1.大震災発生
2.避難所の被災者をバイオメト
リック登録しサーバに保存
3.支援実施時に被災者をバイ
オメトリック認証
4.ボランティア、事業者など立ち入り可能者をバイオメトリッ
ク登録しサーバに保存
5.ボランティア、事業者などの現地活動実施時にバイオメト
リック認証

行政関係者
企業関係者受入れ

1. 来年度からの3ヵ年活動の基本方針
緊急物資支給の際に生体認証を適用することによる被災者支援の有効性を研究し、検証する。

罹災者証明に基づかない
サービス

罹災者証明に基づくサービス

避難所関連
システム

緊急物資管理
システム

被災者支援
システム

犠牲者・遺族管理システム

倒壊家屋管理システム

2. 背景
避難所や仮設住宅の被災者のニーズは時間の経過と共に変化し、多様化する。医薬品やアレルギー食をはじめ、乳幼児向けの必需品、女性の細やかな生活品などプライバシーに関わる物資も少なくない。
支援物資と被災者ニーズの対応付けについては、多数の引き合わせサイトの存在がその重要性を示している。
被災者支援システムにおける緊急物資管理システムは、物資の入庫と出庫の管理を行うものであり、被災者への受け渡しまでを管理する機能は存在していない。
個別ニーズを満足する緊急物資の供給を、被災者のプライバシーを守りつつ確実に実現するための手段として、生体認証が活用できる可能性がある。

3. 具体的イメージ
被災者の個別ニーズと支援物資との引き合わせと引渡しの機能を緊急物資管理システムに追加する。
以下の機能が考えられる。

仮設住宅管理システム

要援護者支援システム①個別ニーズの入力：被災者が個別ニーズを入力すると共に、生体情報を入力する。緊急物資管理シス
テムは、個別ニーズと避難所の場所、および、被災者の生体情報を保存する。
②支援物資の入庫・出庫：入力された個別ニーズに基づいた入庫・出庫管理を行う。
③物資の引渡し：物資が個別ニーズのある避難所に届けられたら、物資の引渡しを行う。この際、該当する被災者が生体認証装置で本人認証することにより、物資が確実に本人に届けられたことを確認する。

＜来年度作業として想定される作業＞
被災者支援システムの修正を行う前に、様々な事前検討が必要と考えています。来年度に実施すべき検討項目案を以下に示します。
① 本機能の有効性の検証： 個別ニーズに関係する緊急支援物資の洗い出し、個別ニーズの入力および引き合わせ・引渡し方法の具体検討、被災経験自治体との意見交換② 生体認証装置の選択 ： 価格・配布・性能・プライバシー・使い勝手などの観点から、運用に適した生体認証製品を選択
上記の検討において生体認証による本人認証が十分有効かつ適用可能であることを確認し、再来年度以降被災者支援システムの修正作業および検証実験による有効性の検証を実施する。

図 5.7 第 1 回訪問時の推進者説明資料

37

② 意見交換結果(a) 生体認証の活用場所の優先順位は、案として説明した「生体認証とともに入手する
個人個人の特定情報を緊急物資管理システムへ活用するシステムの構築」より、「避難所での活用」が最優先と考えられるとのご意見をただいた。
これは、緊急物資管理は、緊急物資を必要とする場所へ届けるための仕組みであり、避難所の被災者台帳とのリンクも行い、台帳情報をもとに被災弱者対応なども行うようにしているが、一方避難場所での避難者登録や物資の受け渡しは手作業で行っているため、避難所での管理の簡略化が生体認証でできれば、効果があるためとのことである。
(b) 生体認証の活用先については、避難所の入退所の手続きの簡略化もあるが、同じ入退所の手続きや物資の配布ということで考えると「仮設住宅」での応用も考えられるとのアイディアをいただいた。
(c) 義援金の配布は、配布後の管理や混乱回避のために、現金配布は厳禁である。銀行
口座経由での配布必須とのこと。したがって、被災後直ぐに銀行口座の開設できるようにすることが大切とのことである。

③ 応用アプリケーションの調査に関する結論
以上述べた西宮市情報センターの被災者支援システムに関する調査および西宮市情報セン
ター訪問による意見交換により、共通バイオメトリック認証基盤の応用アプリケーションとして被災者支援システムへの組み込みについて可能性があることが判明した。理由は以下の 2点である。
1) 避難所における支援物資支給時の円滑化や効率化に生体認証が貢献できる可能性がある。
2) 具体的なアプリケーションが OSS として存在しており、共通バイオメトリック認証基
盤を組み込める可能性がある。

なお、被災者支援システムに共通バイオメトリック認証基盤を適用する場合の具体的な機能として以下の 3 点が考えられることがわかった。
1) 避難所にて、支援物資支給時に被災者が生体認証で本人確認することにより、支援物
資の効率的な配布を実現する。
2) 避難所にて、支援物資に関する被災者からの個別ニーズに対応する際、要望のあった
特定の支援物資の確実な受け渡しのために生体認証を用いる。
3) 仮設住宅における入居・退去管理に生体認証を用いる。

また、この適用候補のさらなる実現性の検討に向けて、将来的に実施すべき作業項目を以下に示す。
38

1) 実際に被災に合われた地域の住民の方々からの情報収集・意見交換
2) 情報収集・意見交換の結果を受けた実現機能の選定
3) 被災者支援システムへの BioIDM システムの組み込み
4) 組み込んだ機能に関する実証実験などによる有効性の検証

上記作業の実施にあたっては、西宮市情報センターとの情報交換の継続が重要である。

39

(3) 共通バイオメトリック認証基盤への実装が必要になるセキュリティ機能の調査・検討
前述の 5.2.3 節(1)および(2)では、それぞれ共通バイオメトリック認証基盤におけるセキュリ
ティ対象データ項目、および、共通バイオメトリック認証基盤の応用システムとして被災者支援システムについての調査・検討結果を示した。本項では、セキュリティ機能の調査として、NIST
SP 800-63 の考え方に従った、共通バイオメトリック認証基盤に必要となるセキュリティ機能の調査・検討結果を示す。

① 調査・検討の進め方
本調査・検討は、以下の 3 つの段階で進めることとした。
1) 西宮情報センターの被災者支援システムへの実装機能の特定
応用アプリケーションの候補である西宮市情報センターの被災者支援システムにおける各種機能の中から、共通バイオメトリック認証基盤を用いて本人認証を行う機能を特定する。
2) 電子認証システムにおける保証レベルおよび必要なセキュリティ技術の決定
前述 1)で示した実装機能に基づき、NIST SP 800-63 で示される電子認証システムにおける本人認証の保証レベルを検討し、決定する。これにより、決定した保証レベルに該当する必要なセキュリティ技術が決まる。
3) 実装技術の選択
前述 2)で明らかになった必要なセキュリティ技術より、実際に用いる技術を選択する。

② 調査・検討結果
前述の進め方の手順に沿った調査・検討結果を以下に示す。
1) 西宮情報センターの被災者支援システムへの実装機能の特定被災者支援システムにおける生体認証機能は、避難所における緊急物資支援の受け渡しや仮設住宅の入居・退去管理など、補助的なサービスとする。被災者の銀行口座アクセスなど
金銭管理や、人命に関するサービスは対象外とする。この考え方は、前項の応用アプリケー
ションの選定とアプリケーションの機能の調査によって得られた結論に基づくものである。
2) 電子認証システムにおける保証レベルおよび必要なセキュリティ技術の決定
NIST SP 800-63 の考え方に基づく保証レベルについては、前述①で示した補助的なサービスに限定することから、レベル 2 を適用することとする。本人認証時の認識エラーが発生した場合の影響や害、および影響度判定について表 5.3 に示す。

40

表 5.3 保証レベル 2 における認識エラーにより発生する影響や害と影響度判定
認識エラーにより発生する影響や害

影響度判定

不便・苦痛もしくは地位・評判への打撃

中または低財務上の損失または政府機関の賠償責任

中または低政府機関の活動計画または公共の利益に対する害低

機密情報の無許可の公開

低

身の安全

該当なし

民事上または刑事上の法律違反

低保証レベル 2 において必要となるセキュリティ技術は NIST SP 800-63 に示されている。
必要なセキュリティ技術を表 5.4 に示す。
表 5.4 保証レベル 2 に必要なセキュリティ技術
技術項目

必要な技術

トークンの種類

パスワード

必要な保護

オンライン推測、再現、盗聴

パスワード耐性

16384 分の 1

プロトコルの種類

トンネルされたパスワード

その他

検証者または CSP によって第三者に開示されない
共通秘密情報これは、共通バイオメトリック認証基盤におけるセキュリティ対象データの調査（前述の5.2.3 節 (1)）で示したセキュリティ対象となるデータ項目（表 5.1 および表 5.2）に対して、
表 5.4 で示したセキュリティ技術を適用することを意味する。

41

3) 実装技術の選択
前述までの検討結果に基づき、共通バイオメトリック認証基盤に組み込むセキュリティ機能についてまとめる。共通バイオメトリック認証基盤には、端末や Web サーバ内にセキュリティが必要な格納データが存在するとともに、端末や Web サーバとの間でやり取りされる通信データに対してもセキュリティが必要である。ここでは、前述の(1)で示した共通バイオメ
トリック認証基盤におけるセキュリティ対象データ調査で方式案 1 として示された、パス
ワードを有効化する方式を例にとり説明する。図 5.8 にパスワードを有効化する方式においてセキュリティの対照となる格納データと通信データを示す。また、本図⑦においてパスワー
ドを送信する代わりに、バイオメトリック認証システムのためのセキュリティ機能である
ACBio を用いた場合の基本検討として ACBio 情報を送信するケースについても触れる。

RP（Relying Party）

BP (BioIDM Provider)

OP (OpenID Provider)

IdPのID
BPのID

② リダイ
レクト

⑩BPからの認証結果を確認する。

⑨認証結果を含んだ
リダイレクト① RPに
アクセス⑪ 認証完了⑤BPのID
送信④BPのIDを指定した
認証要求③OPのID
入力⑧ BPパスワードが正しいことをチェックする。

BPのID
BPのパスワード⑦BPのパスワード
送信

端末
BPのID
生体情報
BPのパスワード⑥ BPのIDに対応する生体情報を用いて生体認証し、成功したらBPのパスワー
ドを取り出すBioIDM
Transaction

BioIDM Connection (Browser)
WebSocket
指用
画面

手のひら
画面

顔

格納データのセキュリティ

BioAPI
Framework
通信データのセキュリティ
BSP

図 5.8 実現方式 1 における格納データと通信データ

本図におけるそれぞれのデータに対するセキュリティ実装案を以下に示す。

・格納データへのセキュリティ：AES-128 を用いて各データ項目の暗号化を実現する。共通鍵の鍵管理など詳細な実装案について表 5.5 に示す。
・通信データへのセキュリティ：RP、OP、BP および UA 間の通信については HTTPS を用いる。端末内の BioIDM Connection と BioIDM Transaction の間の通信については、
WebSocket SSL を用いることとする。

42

表 5.5 共通バイオメトリック認証基盤における格納データのセキュリティ技術の実装案詳細
No

項目

1

暗号化対象

以下の 3 項目を暗号化する。

サーバプログラムが管理するデー

データ

・登録テンプレート

タベース全体を暗号化する(1)

OP および BP

端末

・BP のユーザ ID
・BP のパスワード2

AES-128 を用いる。

同左

共通バイオメトリック認証基盤

サーバプログラムが参照する暗号が参照する暗号鍵保存用ファイ

鍵保存用ファイル（コンフィグ

ルに暗号鍵を保存する。

ファイル）に暗号鍵を保存する。

鍵ファイル

・暗号鍵保存用ファイルに専用

・暗号鍵保存用ファイルに特定の保護ユーザからのアクセス権を設定

ユーザからのアクセス権を設定し、一般ユーザの参照を禁止しし、他の一般ユーザからの参照を

た。

禁止する。

・専用ユーザで共通バイオメト・サーバプログラム自体を上記特リック認証基盤を Windows サー

定ユーザで Windows サービスとビスとして実行する。

して実行する。

暗号アルゴ
リズム

3

4

鍵管理

注）(1) 暗号化対象データに ID が含まれており、クエリ機能の対象になっているため個別に暗号化せず DB 全体を暗号化することとする。

43

以下に ACBio を用いた場合の基本方式について検討した結果を示す。前述の 5.2.3 節 (1)共通バイ
オメトリック認証基盤におけるセキュリティ対象データの調査で示した各種実現方式の中で実現方
式 3 および 5 では、ACBio が用いられ、認証結果や生体情報の検証機能が実現されている。実現方
式 3 において ACBio を組み込む場合、BioIDM Transaction が何らかの ACBio 機能を呼び出す方法が考えられる。また、BioIDM Provider 側では端末から送られた ACBio 情報を検証する機能が必要となる。このような機能を付加したシステム構成のイメージ図を図 5.9 に示す。

Relying Party

BioIDM Provider

OpenID Provider⑮認証応答の検証

② リダイ
レクト

⑬認証応答の検証

IdPのID
BPのID③OPのID入力

BPのID
ACBio情報⑤BPのID
送信④BPのIDを指定した
認証要求⑭ 認証応答⑪ACBio情報の検証処理⑩ACBio情報の送信⑫認証応答（ACBio検証結果を含んだリダイレクト）

① RPに
アクセス

端末
ブラウザ

BPのID
生体情報
ACBio情報⑦ BPのIDに対応する生体情報を用いて生体認証処理を実行する。

⑨ 認証結果（ACBio情報の送信）

BioAPI
Framework

BioIDM Connection⑥生体認証依頼（BPのID送信）

BioIDM Transaction

ACBio
ライブラリ

指用
画面

手のひら
画面

顔

WebSocket
SSL⑧ACBio情報を生成する

BSP

図 5.9 実現方式 3 における ACBio 機能の実装イメージ図

本図において、端末内の ACBio ライブラリは、生体情報の登録時に ACBio 技術におけるBRT 証明書を生成し、認証時に ACBio 技術における ACBio インスタンスを生成する。
BioIDM
プロバイダにおける ACBio 情報の検証処理は、認証結果とともに端末から送られた ACBio
インスタンスの正しさに関する検証を行う。この際、ACBio 機能の実装可能性については以
下の点について留意する必要がある。
・OpenID や SAML など SSO システム、共通バイオメトリック認証基盤システム（BioIDM）、使用する生体認証製品、ACBio といったそれぞれの構成要素がサポートする動作環境について検討する。
・ACBio 呼出部分について必要に応じてインタフェースを定義し実装する。

44

5.2.4 まとめ
本 5.2 節では、共通バイオメトリック認証基盤のセキュリティに関連する機能の実装方法について調査研究を行った。調査・検討の手順として、共通バイオメトリック認証基盤におけるセキュ
リティ対象データ項目を明らかにしたのち、共通バイオメトリック認証基盤を適用するアプリ
ケーションの候補を選定するとともに、共通バイオメトリック認証基盤を該当アプリケーション上で用いる際の機能についての調査・検討を行った。その後、共通バイオメトリック認証基盤への実装が必要になるセキュリティ機能として、NIST SP 800-63 の考えに基づいてセキュリティ
技術の選択を行った後に、共通バイオメトリック認証基盤における方式を 1 つ選択して具体的なセキュリティ機能の実装案を示した。あわせて、共通バイオメトリック認証基盤における実現方
式の中で候補として示されている ACBio を組み込んだ場合の実装について基本的な方式を示した。

今後は、本調査検討結果に基づいた共通バイオメトリック認証基盤へのセキュリティ機能の実装が必要である。また今後は、共通バイオメトリック認証基盤の完成に向け、被災者支援システ
ムを含んだ応用アプリケーションへの共通バイオメトリック認証基盤の組み込みを実施し、本成果を実際のアプリケーションに適用することが重要である。

45

5.3

IdM 共通本人認証基盤の機能強化のための開発研究

本 5.3 節では共通バイオメトリック認証基盤の機能強化のための開発内容、および開発項目に対す
る検証実験の内容について示す。
5.3.1 開発方針
図 5.10 は前年度以前における共通バイオメトリック認証基盤システムの構成図である。本図において、太枠で示されている部分が、共通バイオメトリック認証基盤システムのプロトタイプとして開発済みの部分である。本図に示すとおり、前年度までは OpenID に基づく SSO システムに生体認証技術による本人認証機能を共通基盤として開発した。

OP(=RP)

BP(=OP)

RP1

Identity Server V4.0
(WSO2)

RP2

パスワード
登録・認証機能Identity Server V4.0
(WSO2)
OPとの
連携機能

BPとの
連携機能

バイオメトリック登録・認証機能RP n

OpenID
プロトコル

BioIDM
Connection

OpenID
プロトコル

ブラウザ（Chrome or IE10 or Firefox)

UA
HTTP

BioIDM Connection
BioIDM Transaction
BioAPI Framework
指静脈BSP

図 5.10 前年度（平成 24 年度）における開発システム46

これに対して、共通バイオメトリック認証基盤として当初開発を目指していた目標機能の一覧を
表 5.6 に示す。

表 5.6 開発目標項目一覧
No

1

項目

国際標準化の取り込みと貢献概要
BioAPI、BIP、BIAS などの取り込み
ブラウザ、サー2

Web 技術とのバサイド Java

親和性など Web 技術の
適用

3

汎用性

特定の IdM シス
テムに非依存認証技術の多様性

4

バイオメトリク

精度評価

スの特性を考慮
プライバシー
（セキュリ
ティ）

説明

方針

BioAPI V2.2 を実装し、BioAPI 配下に様々な装置が接続できる構造を採用した。実装作業の際に検出された BioAPI 規格の記載上の改善点を国際規格開発作業（開発済み）

におけるコントリビューションとして反映させた。
生体認証の登録画面や認証画面を HTML で開発した。
Web ブラウザと BioAPI 間の情報交換を WebSocket（開発済み）という Web 技術を用いて実現した。
OpenID への対応は完了したが、もう一つの代表的な

開発対象

IdM 技術である SAML には対応できていない。

とする。

BioAPI ベースで開発したことにより、様々な生体認
証技術が組み込みやすい。ただし、実際に接続を確認したのは指静脈認証装置のみである。

開発対象
とする

精度評価への応用については本プロジェクトの対象外

開発対象

とする。

としない

プライバシーの懸念が高いサーバ認証は採用せず、
ローカル認証を採用している。暗号化や ACBio、

開発対象

WebSocket の SSL 化などセキュリティ機能への考慮とする。

は不十分である。

本表で示すとおり、国際標準化の取り込みと貢献、Web 技術との親和性の 2 点については前年度まででプロトタイプとしての開発が完了したが、項番 3 の汎用性と項番 4 のバイオメトリクスの特性を考慮の 2 点については一部対応されていないことがわかる。開発されていない項目の中で、汎用性としての SAML 技術を用いた SSO 機能、認証技術の多様性としての複数モダリティ対応、生体情報を取り扱う際のセキュリティ機能の 3 点について今年度の開発項目とした。
これに対して、バイオメトリクスの特性のひとつとして挙げられている精度評価は、PTS（Performance Test Suite）と呼ばれるバイオメトリック製品用の精度評価ツールの開発が必要と考えられるが、共通バイオメトリック認証基盤単独での対応は困難である。したがって、本プロジェ
クトとしては開発対象範囲外とした。

47

前述の方針に従った場合の共通バイオメトリック認証基盤システムのシステム構成図における今年度の開発項目を図 5.11 の破線部として示す。

：前年度以前の開発部分

BioIDM Provider(OpenID)

BioIDM Provider(SAML)（セキュリティは暗号化技術あるいはACBio）

セキュリティ

セキュリティ

Relying Party(OpenID)：今年度開発対象

OpenID Provider(OpenID)

Identity Provider(SAML)

Service Provider(SAML)

BioIDM
BioIDM Connection

BioIDM
Transaction
指用画面

セキュリティ

手のひら
画面

BioAPI
Framework

顔虹彩

セキュリティ

セキュリティ

指静脈
BSP

手のひら
BSP

顔
BSP

虹彩
BSP

入手可能なBSPおよび装置の種類に依存

図 5.11 今年度（平成 25 年度）における開発項目(1) SAML 機能
本項では、前述の開発方針により開発項目のひとつとなった SAML 機能の実装内容について示す。SAML 機能は前年度から使用している WSO2 社の OSS である Identity Server に、OpenID
による SSO 機能とともに組み込まれている。本プロジェクトでは、SAML による SSO 機能の実装においても、Identity Server を用いることとした。以下に使用した Identity Server と組み込まれている SAML 機能に関する概要情報を示す。
① OSS 名称： WSO2 Identity Server② バージョン番号： V4.0.0③ SAML 関連機能：
・Single Sign-On (SSO) via SAML2
・Federation via SAML2
・Trusted SAML2 Identity Provider per tenant・Customizable login pages for SAML2
・Extensibility for pluggable authenticators, alternative user stores, XACML/SAML
extension points and more・Comprehensive management & monitoring Web console with enterprise-level security
and SAML2 SSO48

本 Identity Server を用いて SAML による SSO 機能に生体認証機能を組み込んだプロトタイプ
システムを開発した。処理の流れを図 5.12 に示す。

Service Provider

Identity Provider (BPに対するSP)

BioIDM Provider (IdPに対するIdP)⑩BPからの認証結果を確認する。

IdPのID
BPのID

BPのID
BPのパスワード

セキュリティ

⑪ 認証完了
② リダイ
レクト

① SPに
アクセス

セキュリティ

④BPのID
を指定した
認証要求③IdPのID
入力⑧ BPパスワードが正しいことをチェックする。

⑤BPのID
送信⑨認証結果を含んだ
リダイレクト⑦BPのパスワード
送信UA
BioIDM
Transaction

BPのID
生体情報
BPのパスワード

セキュリティ

⑥ BPのIDに対応する生体情報を用いて生体認証し、成功したらBPのパスワー
ドを取り出す指静脈
BSP

BioIDM Connection
指用
画面

手のひら
画面

顔

虹彩

BioAPI
Framework
セキュリティ

セキュリティ

手のひら
BSP

顔
BSP

虹彩
BSP

図 5.12 SAML 技術を用いた SSO システム構成図

本開発においては、SAML 技術による SSO 機能の流れの中で、本人認証機能に関わる部分にBioIDM Connection を初めとする生体認証を用いた本人認証機能を組み込んだ。端末内にパス
ワードを格納しておき、端末内で実行される生体認証結果が成功だった場合にパスワードを取り出して BP における本人認証処理に用いる方法は、前年度の OpenID の場合と同様である。

49

(2)複数モダリティサポート機能
本項では、前述の開発方針により開発項目のひとつとなった複数モダリティサポート機能の実
装内容について示す。複数モダリティサポートにおいては、共通バイオメトリック認証基盤が用いる BioAPI 規格において BSP のサポートが要求される関数を確認した上で、必要な関数をサポートしている BSP を入手する必要がある。共通バイオメトリック認証基盤において、BSP がサポートすべき関数（BioSPI 関数）の一覧を表 5.7 に示す。
表 5.7 BSP がサポートすべき BioSPI 関数一覧
BioIDM で用いる関数

No
1

BioSPI_BSPLoad / BSPUnload / BSPAttach / BSPDetach

2

BioSPI_GetBIRFromHandle

3

BioSPI_SetGUICallbacks

4

BioSPI_Capture

5

BioSPI_CreateTemplate

6

BioSPI_Process

7

BioSPI_VerifyMatch

本表で示した関数をサポートする BSP を調査し、結果的に指紋認証装置用 BSP を入手した。
つづいて本 BSP を用いて指静脈に指紋を加えることによる複数モダリティサポートのための開発を行った。開発後の動作確認結果を表 5.8 に示す。本表に示すとおり、入手した BSP の特性
によって共通バイオメトリック認証基盤プログラムの一部に対応が必要になる箇所がみつかった。
（これらはベンダの BSP が BioAPI 準拠であれば不要な対応であった。）
しかしながら、本表で示す登録用キャプチャと照合用キャプチャのグラフィックユーザインタ
フェース（GUI）表示については、ベンダ提供プログラムの表示を抑制することができないため、共通バイオメトリック認証基盤プログラムによる対応は不可と判断した。ベンダが表示する GUI
表示に基づき正常に操作を続けた場合、共通バイオメトリック認証基盤が正常動作することを確
認した。

50

表 5.8 指紋認証装置の実装結果
No

確認項目

確認結果

1

インストール○2

初期化・終了処理

○

指選択画面

○

登録用キャプチャ×

説明

入手製品が BioAPI 規格上本来必要でない関数呼び出しを必要としていた。BioIDM 側のプログラム変更で対応した。

入手製品が本来表示すべきでない GUI を出力する。
BioIDM は BioAPI バージョン 2.1 の関数（BioAPI_SubscribeToGUIEvents）を使用していたが、該当製品は

登
3

表示用画像取得○

録

バージョン 2.0 の相当する関数（BioAPI_SetGUICallbacks）をサポートしていた。BioIDM 側で BSP の対応状況に応じてバージョン 2.0 の機関数も呼び出すよう修正した。

能テスト照合用キャ
プチャ

4

○

複数指選択

○

終了処理

○

照

照合用キャプチャ×

上記 3 の登録用キャプチャと同様

合

表示用画像取得○

上記 3 の表示用画像取得と同様。

機

マッチング

○

能

終了処理

○

(3)セキュリティ機能
本項では、前述の開発方針により開発項目のひとつとなったセキュリティ機能の実装内容について示す。セキュリティ機能については 5.2 節において調査結果が示されている。本開発では、
5.2 節で示された調査結果に基づいた開発を行った。
表 5.9 は格納データに関するセキュリティ機能の実装結果である。また、図 5.13 は通信データに関するセキュリティ機能の実装結果である。

51

表 5.9 格納データに関するセキュリティ機能の実装結果
No
1

端末

OP および BP

5.2 節のセキュリティ機能に従い、以Identity Server(1)が管理するデータベース全体を下の 3 項目を暗号化対象とした。

暗号化するように実装した。

項目
暗号化対象
データ

・登録テンプレート
・BP のユーザ ID
・BP のパスワード
2

暗号アルゴリ

AES-128 用アルゴリズムとして同左

OpenSSL 内のアルゴリズムを採用し

ズム

た。
3

4

暗号鍵保存用ファイルに暗号鍵を保存

Identity Server が参照する暗号鍵保存用ファイルする機能を BioIDM Transaction に実（コンフィグファイル）に暗号鍵を保存した。

装した。

（Identity Server の機能を利用した。
）

鍵ファイルの・暗号鍵保存用ファイルに専用ユーザ

・コンフィグファイルに専用ユーザからのアクセ

保護からのアクセス権を設定し、一般ス権を設定し、他の一般ユーザからの参照を禁止

ユーザの参照を禁止した。

するように実装した。

鍵管理

・専用ユーザで BioIDM Transaction

・Identity Server 自体を上記特定ユーザでを Windows サービスとして実行す

Windows サービスとして実行するように実装しるように実装した。

た。

注）(1) WSO2 というオープンソースアプリケーション開発会社が開発し OSS として公開している OpenID や SAML を含んだアイデンティティ管理サーバ

BP
Web Server

HTTP
から HTTPS に変更

端末
BioIDM
Transaction

WebSocket
から WebSocket SSL（OpenSSL）に変更

BioIDM
Connection（Browser）

図 5.13 通信データに関するセキュリティ機能実装結果

52

5.3.2 検証実験
(1) 登録機能および認証機能
本項では共通バイオメトリック認証基盤システムにおける、利用者の登録機能および認証機能に関する検証項目と検証結果を示す。

① 検証環境検証のための構成は、共通バイオメトリック認証基盤における標準構成とする。
内容は以下の通りである。

BSP

指静脈認証装置＋BioAPI2.0 対応ドライバ

ブラウザ

Internet Explorer 10 (Windows7)

システム構成標準（SP、IdP、BP）

Service Provider
WindowsXP

Identity Provider
Windows7 Professional SP1

Biometric Provider
Windows7 Professional SP1

Internet

ローカル PC

BioIDM Transaction

Biometric Device

SAML 対応サ

評価用 SPイト

図 5.14 検証環境（標準構成）

53

② バイオメトリック登録機能に関する検証項目と検証結果
以下にバイオメトリック登録機能に関する検証項目および検証結果を示す。
1) BP での ID 登録
表 5.10 BP での ID 登録機能の検証項目と検証結果
検証結果
N

画面

パターン

操作

検証内容

結果

初期表示

IE10 で BP の URL を開く

BP の初期画面が表示されること

○

o
1

BP(I

初期

denti

画面

・上フレーム部に「Biometricty

Provider」が表示されていることServ・左フレーム内に「Sign-up」

er)「OpenID Sign-in」リンクが表示されていること・右フレーム内にログイン用のUsername/Password 入力欄、及び「Sign-in」ボタンが表示されてい
ること

2
3

Sign-

初期表示

左フレーム内の「Sign-up」リ

右フレームが Sign-up 画面に遷移

ンクをクリックすること-「Sign-up with User Name /up 画

Biometric or Password」の文字列

面と、その下にリンク用のアイコン○○が表示されること
4

右フレームの「Sign-up with

右フレームが登録画面に遷移する

User Name / Biometric orこと○

Password」下のアイコンをク
リック
5

登録

初期表示

-

「User Name」「Nick Name」○「Gender」「Birth Date」の入力欄

画面が表示されていること「Enroll with Biometric」「Enroll
with Password」「Cancel」ボタンが表示されていること
6「User Name」を入力せず、User Name が必要な旨のエラーが「Enroll with Biometric」ボ表示されること○

タンをクリック
7「User Name」「Nick Name」 BioIDM のメイン画面が表示され「Gender」「Birth Date」を全て入力し、「Enroll with
Biometric」ボタンをクリック

54

ること

○

備考

8

「User Name」「Nick Name」 パスワード入力画面が表示される「Gender」「Birth Date」を○こと

全て入力し、「Enroll with
Password」ボタンをクリック
9「User Name」を入力せず、 右フレームが Sign-up 画面に遷移「Cancel」ボタンをクリック

すること

10

-

パスワード及びパスワード再入力

パス

初期表示

ワー

欄が表示されること

ド入「Enroll」「Cancel」ボタンが表示

力画

されていること

○

○

面
11

「Cancel」ボタンをクリック

BP の登録画面が表示されること○

12

パスワードを入力せず、パスワード入力が必要な旨のエ○「Enroll」ボタンをクリック

ラーダイアログが表示されること

パスワード再入力欄を入力せパスワード再入力欄に入力が必要ず、「Enroll」ボタンをクリッな旨のエラーダイアログが表示さ

ク

れること

パスワードと再入力欄に 6 文

パスワードは 6 文字以上の入力が字未満の文字を入力し、必要な旨のエラーダイアログが表「Enroll」ボタンをクリック

示されることパスワードと再入力欄に 6 文

パスワードが一致しない旨のエ

字以上の違う値を入力し、ラーダイアログが表示されること

13

14

15

○

○

○

「Enroll」ボタンをクリック
16

パスワードと再入力欄に同じユーザの登録が完了した旨のダイ値を入力し、「Enroll」ボタン

アログが表示されること

○

をクリック
17

BioI

メイ

DM

ン画

初期表示

-

BioIDM の初期化中メッセージが○表示されること面
18

BioIDM

BioIDM Transaction を起動

遷移元画面に戻り、接続失敗のエTransactio

しない

ラーダイアログが表示されること

生体認証機器を接続しない

遷移元画面に戻り、機器初期化失○n との接続
失敗
19

20

生体認証機
器の初期化

敗のエラーダイアログが表示され

失敗

ること

初期化成功

BioIDM Transaction を起動

部位選択（右手）が表示されるこ

しておく

と

生体認証機器を接続しておく「Capture」「Complete」ボタンが○○無効となっていること「Cancel」ボタンが有効となっていること
21「Cancel」ボタンをクリック

BP の登録画面が表示されること○

22「Left Hand」タブをクリッ

部位選択（左手）が表示されるこ

○

ク

と

55

23

24

「Right Hand」タブをクリッ

部位選択（右手）が表示されるこクと任意の部位をクリック「Capture」ボタンが有効となるこ

○

○

と
25
26

「Capture」ボタンをク

BioIDM のキャプチャ画面が表示

リック

されること

部位登録後、再度BioIDM のキャプチャ画面が表示「Capture」ボタンをク

されること

○

○

リック
27

「Complete」ボタンをクリッ

BP の登録画面が表示されることク

BP の登録画面上に登録完了の旨○のダイアログが表示されること
28

登録完了ダイアログのダイアログが閉じること「OK」ボタンをクリック

右フレームが Sign-up 画面に遷移

○

すること
29

キャ

初期表示

-

Enroll イメージ表示欄、TestVerify

プ

イメージ表示欄、メッセージ表示

チャ

欄が表示されること画面

メッセージ表示欄に Enroll ボタン○

をクリックする旨のメッセージが表示されること「Enrol」「Cancel」ボタンが有効となっていること「TestVerify」「OK」ボタンが無効となっていること
30「Cancel」ボタンをクリック

BioIDM のキャプチャ画面が閉じ

○

ること
31

「Enroll」ボタンをクリック

キャプチャ待ちとなること○・Enroll イメージ表示欄にキャプ
チャ待ちアイコンが表示されること・メッセージ表示欄にキャプチャ
待ちメッセージが表示されること
32

生体認証装置に指定部位

・Enroll イメージ表示欄に緑を置く

チェックアイコンが表示されるこ(キャプチャ成功）と○・Enroll イメージ表示枠が緑になること
・Test Verify ボタンが有効ととなること
33

再度「Enroll」ボタンを再度 Enroll を行なうと、以前のクリック

データが無効になる旨の警告ダイ
アログが表示されることダイアログには「OK」「Cancel」
ボタンが表示されること

56

○

34

「OK」ボタンをク

警告ダイアログが閉じ、再度リック

Enroll のキャプチャ待ちとなるこ

○

と
35

「Cancel」ボタンを警告ダイアログが閉じること○

生体認証装置に指定部位画面に変化が無いこと○を置く（引き続きキャプチャ中となる）

クリック
36

(キャプチャ失敗）
37

タイムアウト時・Enroll イメージ表示欄に赤×ア○

イコンが表示されること・Enroll イメージ表示枠が赤になること
・タイムアウトのエラーメッセー
ジが表示されること
38「Cancel」ボタンをクリッ

BioIDM のメイン画面が表示され

ク

ること

○

BioIDM
Enrollme
nt 画面

39「Test Verify」ボタンをク

キャプチャ待ちとなること

リック・Test Verify イメージ表示欄に○キャプチャ待ちアイコンが表示されること
・メッセージ表示欄にキャプチャ
待ちメッセージが表示されること
40

生体認証装置に指定部位

・Test Verify イメージ表示欄に緑を置く

チェックアイコンが表示されるこ(キャプチャ成功）と○・Test Verify イメージ表示枠が緑になること
・OK ボタンが有効ととなること
41

再度「Enroll」ボタンを再度 Enroll を行なうと、以前のクリック

データが無効になる旨の警告ダイ○

アログが表示されることダイアログには「OK」「Cancel」
ボタンが表示されること
42「OK」ボタンをク

警告ダイアログが閉じ、再度 Test

リック

Verify のキャプチャ待ちとなるこ

○

と
43

「Cancel」ボタンを警告ダイアログが閉じること○

再度「Test Verify」ボ

再度 Test Verify を行なうと、以前○

タンをクリックのデータが無効になる旨の警告ダ

クリック
44

イアログが表示されることダイアログには「OK」「Cancel」
ボタンが表示されること

57

45

「OK」ボタンをク

警告ダイアログが閉じ、再度 Test

リック

Verify のキャプチャ待ちとなるこ

○

と
46

「Cancel」ボタンを警告ダイアログが閉じること○

生体認証装置に登録して画面に変化が無いこと○

いない部位を置く（引き続きキャプチャ中となる）

生体認証装置に指定部位画面に変化が無いことを置く（引き続きキャプチャ中となる）

クリック
47

48

○

(キャプチャ失敗）
49

・Test Verify イメージ表示欄に赤

タイムアウト時○

×アイコンが表示されること
・Test Verify イメージ表示枠が赤になること
・タイムアウトのエラーメッセー
ジが表示されること
50「Cancel」ボタンをクリッ

BioIDM のメイン画面が表示され

ク

ること

○

BioIDM
Enrollme
nt 画面

51「OK」ボタンをクリック

BioIDM のメイン画面が表示されBioIDMること

Enrollme

メイン画面の「Complete」ボタン

nt 画面が有効となること

58○2) IdP での ID 登録
表 5.11 IdP での ID 登録機能の検証項目と検証結果
検証結果
No
1

画面
IdP(I

初期

パターン

操作

初期表示

IE10 で IdP の URL を開く

検証内容
IdP の初期画面が表示されること

dentit 画面

・上フレーム部に「SAML Identity Provider /y

OpenID Provider」が表示されていること

Serve

結果
○

・左フレーム内に「Sign-up」「OpenID Sign-in」

r)

リンクが表示されていること
・右フレーム内にログイン用のUsername/Password 入力欄、及び「Sign-in」
ボタンが表示されていること2

左フレーム内の「Sign-up」

右フレームが Sign-up 画面に遷移すること○

以下の文字列とそのリンクアイコンが横ならび○リンクをクリック
3

Sign-

初期表示

-

up 画

に表示されること面

・「Sign-up with User Name / Password」
・「Sign-up with Biometric Provider」

4

右フレームの「Sign-up with 右フレームが登録画面に遷移すること○

Biometric Provider」下のア
イコンをクリック
5

登録

初期表示

-

「OpenID」が選択されていること

画面「OpenID on Biometric Provider」の入力欄が（Ope表示されていること

nID/S「Authenticate」「Cancel」ボタンが表示され

AML

ていること

○

入力）
6

SAML を選択「OpenID on Biometric Provider」入力欄が○「SAML on Biometric Provider」選択に変化すること。
7

OpenID を選択「SAML on Biometric Provider」選択が○「OpenID on Biometric Provider」入力欄に変化すること。
8「SAML on Biometric

BP の SAML 認証画面（ユーザ入力）に遷移す

Provider」で BP の URL をること○選択し、「Authenticate」ボ
タンをクリック
9
10 BP(Id SAM

初期表示「Cancel」ボタンをクリック 右フレームが Sign-up 画面に遷移すること

○

-

○

BP の SAML 認証画面が表示されること

entity L 認証

・上フレーム部に「Biometric Provider」が表

Serve

画面

示されていることr)（ユ・右フレーム内に「User Name」の入力欄、ーザ「Nextl」ボタンが表示されていること

入力）

59

備考

11

「User Name」を入力せず、 User Name が必要な旨のエラーダイアログが「Next」ボタンをクリック

12○表示されること

エラーダイアログの「OK」 ダイアログが閉じること○

ボタンをクリック
13

BioIDM の認証画面が表示されること○

パスワードで登録した「User パスワード入力画面が表示されること○生体認証で登録した「UserName」を入力し、「Next」
ボタンをクリック

14

Name」を入力し、「Next」
ボタンをクリック
15

存在しない「User Name」を パスワード入力画面が表示されること○入力し、「Next」ボタンをクリック
16

パスワードを入力し、ユーザ入力画面に戻り、認証エラーが表示され「Sign In」ボタンをク

ること

○

リック
17

パス

初期表示

-

パスワード入力欄が表示されること「Sign In」ボタンが表示されていること

ワー
18
19

○

ド入

パスワードを入力せず、力画「Sign In」ボタンをクリック が表示されること面

パスワード入力が必要な旨のエラーダイアログ

エラーダイアログの「OK」 ダイアログが閉じること○○

ボタンをクリック
20

正しいパスワードを入力し、 認証が完了し、IdP のユーザ登録画面（ユーザ○「Sign In」ボタンをクリック 情報入力）に遷移すること
21

誤ったパスワードを入力し、 SAML 認証画面（ユーザ入力）に戻り、認証エ○「Sign In」ボタンをクリック ラーが表示されること
22 BioID 認証
M
23

初期表示

-

BioIDM の初期化中メッセージが表示されるこ画面
BioIDM

BioIDM Transaction を起動 接続失敗の旨のエラーダイアログが表示されるTransactio しない
24

n との接続○こと

エラーダイアログの「OK」 SAML 認証画面（ユーザ入力）が表示されるこ

失敗

ボタンをクリック
25

○

と

○

と

生体認証機 生体認証機器を接続しない

機器初期化失敗のエラーダイアログが表示され

器の初期化

ること

○

失敗
26

エラーダイアログの「OK」 ダイアログの OK クリック後、SAML 認証画面
ボタンをクリック

27○（ユーザ入力）が表示されること

初期化成功 BioIDM Transaction を起動 キャプチャ待ちとなることしておく・キャプチャ結果イメージ表示欄にキャプチャ

生体認証機器を接続してお待ちアイコンが表示されること

く・メッセージ表示欄にキャプチャ待ちメッセー○

ジが表示されること・「Cancel」ボタンが表示されること
28「Cancel」ボタンをクリック SAML 認証画面（ユーザ入力）が表示されるこ
と

60

○

29

生体認証装置に登録した部・メッセージ表示欄に認証成功のメッセージが位を置く表示されること○・自動でウィンドウが閉じること・元画面が IdP の登録画面（ユーザ情報入力）に遷移すること
30

生体認証装置に登録してい画面に変化が無いことない部位を置く（引き続きキャプチャ中となる）

31

タイムアウト時・BP のユーザ入力画面に遷移すること○○

・認証失敗のエラーメッセージが表示されること32 IdP(I

登録

初期表示

-

「User Name」「Full Name」「Email」「Postaldentit 画面

Code」「Country」の入力欄が表示されている

y

（ユ

こと

Serve

ーザ

r)

BP に登録した「Nick Name」「Gender」「Date

情報of Birth」の情報が表示されること

入力）

BP の URL が「SAML on Biometric Provider」○

欄に表示されていること「Submit」「Cancel」ボタンが表示されている
こと
33「User Name」を入力せず、 User Name が必要な旨のエラーが表示される○「Submit」ボタンをクリック こと
34

全項目を入力し、「Submit」 右フレームが Sign-up 画面に遷移すること
ボタンをクリック

35○

登録完了の旨のダイアログが表示されること

登録完了ダイアログのダイアログが閉じること○「OK」ボタンをクリック
36「User Name」を入力せず、 右フレームが Sign-up 画面に遷移すること「Cancel」ボタンをクリック

61○3) SP での ID 登録
表 5.12 SP での ID 登録機能の検証項目と検証結果
検証結果
No
1

画面
SP

パターン

操作

初期画 初期表示 IE10 で SP の URL を開く

検証内容
SP の初期画面が表示されること

結果○

・「Enroll User」「Login」ボタンが表示され

面

ていること
2

「Enroll User」リンクをク SP のユーザ登録画面に遷移すること

○

リック
3

ユーザ 初期表示 -「User Name」「Blood Type」の入力欄、登録画「SAML Identity Provider」の選択欄が表示

面○されていること「Enroll」「Cancel」ボタンが表示されていること

4「User Name」を入力せず、 User Name が必要な旨のエラーが表示され○「Enroll」ボタンをクリック ること
5「Blood Type」を入力せず、 エラーが表示されず、処理が続行すること○「Enroll」ボタンをクリック
6「SAML Identity

選択された IdP の SAML 認証画面（User○

Provider」で IdP を選択し、 Name 入力）に遷移すること「Enroll」ボタンをクリック
7「Cancel」ボタンをクリッ

初期メニューに遷移すること○

IdP( SAML 初期表示 -「User Name」入力欄が表示されること○

Iden 認証画「Next」ボタンが表示されること

ク
8
9
10

tity

面

Serv （ユーer)ザ入「User Name」を入力せず、 User Name が必要な旨のエラーダイアログ

エラーダイアログの

力）
11

○

「Next」ボタンをクリック が表示されることダイアログが閉じること○「OK」ボタンをクリック
User Name に登録した IdP BP の SAML 認証画面に遷移すること○の User Name を入力し、「Next」ボタンをクリック
12

User Name に登録していな パスワード入力画面が表示されること○

い IdP の User Name を入力
し、「Next」ボタンをクリック
13

パスワード入力画面

適当なパスワードを入力し、「Sign In」ボタ○

ンをクリックすると、認証エラーメッセージが表示されること
14

BP(I SAML 初期表示 -BP の SAML 認証画面が表示されること

dent 認証画

・上フレーム部に「Biometric Provider」がity表示されていること

面

Serv
er)

62

○

備考

15

IdP から認証を要求された

BioIDM の認証画面が表示されること○

IdP から認証を要求されたBP の SAML 認証（パスワード）画面が表示○

User Name に対応する BP

されること

User Name に対応する BP
ユーザが生体認証登録され
ている場合
16

ユーザがパスワード登録されている場合17
18

19

SAML 初期表示

パスワード入力欄が表示されること認証「Sign In」ボタンが表示されていること（パス

パスワードを入力せず、

ワー「Sign In」ボタンをクリッ グが表示されること

ド）画

ク

面

エラーダイアログのパスワード入力が必要な旨のエラーダイアロ

ダイアログが閉じること

○

○

○

「OK」ボタンをクリック
20

正しいパスワードを入力し、 認証が完了し、IdP のユーザ登録画面（ユー○「Sign In」ボタンをクリッ ザ情報入力）に遷移することク
21

誤ったパスワードを入力し、 IdP の SAML 認証画面（ユーザ入力）に戻り、○「Sign In」ボタンをクリッ 認証エラーが表示されること
ク
22
23

BioI 認証画 初期表示 -BioIDM の初期化中メッセージが表示される

DM

こと

面

BioIDM BioIDM Transaction を起動 接続失敗の旨のエラーダイアログが表示されTransact しない

24

ion とのエラーダイアログの

接続失敗

○

○

ること
IdP の SAML 認証画面（ユーザ入力）に戻り、○「OK」ボタンをクリック 認証エラーが表示されること
25
26

生体認証 生体認証機器を接続しない

機器初期化失敗の旨のエラーダイアログが表機器の初示されること期化失敗

エラーダイアログの

IdP の SAML 認証画面（ユーザ入力）に戻り、○○「OK」ボタンをクリック 認証エラーが表示されること
27

初期化成 BioIDM Transaction を起動 キャプチャ待ちとなること
功しておく・キャプチャ結果イメージ表示欄にキャプ

生体認証機器を接続しておチャ待ちアイコンが表示されること

く・メッセージ表示欄にキャプチャ待ちメッ○

セージが表示されること・「Cancel」ボタンが表示されること
28「Cancel」ボタンをクリッ

IdP の SAML 認証画面（ユーザ入力）に戻り、

ク

認証エラーが表示されること

63

○

29

生体認証装置に登録した部・キャプチャ結果イメージ表示欄に緑チェッ

位を置く

クアイコンが表示されること○・メッセージ表示欄に認証成功のメッセージが表示されること
・自動でウィンドウが閉じること・元画面が SP の登録完了画面に遷移すること30

複数部位登録時登録したどの部位でも認証が行えること○

生体認証装置に登録してい画面に変化が無いこと○ない部位を置く（引き続きキャプチャ中となる）（生体認証装置に登録した任意の部位を置く）
31
32

タイムアウト時・IdP のユーザ入力画面に遷移すること○

・認証失敗のエラーメッセージが表示される
こと
33

SP

登録完 初期表示 -SP の登録画面で入力した「UserID」「Blood

了画面

Type」「SAML Identity Provider」が表示さ○れていることUser Name に対応した IdP の「Full Name」「Email」「Postal Code」「Country」が表示されていること
User Name に対応した BP の「Nickname」「Gender」「Date of Birth」の情報が表示されること「Back」ボタンが表示されていること
34「Back」ボタンをクリック SP の初期メニュー画面に遷移すること64○

③ バイオメトリック認証機能に関する検証項目と検証結果
以下にバイオメトリック認証機能に関する検証項目および検証結果を示す。
表 5.13 バイオメトリック認証機能の検証項目と検証結果
検証結果
No
1

画面
SP

パターン

操作

結果

SP の初期画面が表示されること○

初期画 初期表示 IE10 で SP の URL を開く

検証内容・「Enroll User」「Login」ボタンが表面示されていること
2

SP のログイン画面に遷移すること○

ログイ 初期表示 -「SAML Identity Provider」の選択○

ン画面欄が表示されていること「Login」リンクをクリック

3「Login」「Cancel」ボタンが表示されていること4「SAML Identity Provider」で IdP 選択された IdP の SAML 認証画面

○

を選択し、
「Login」ボタンをクリッ （User Name 入力）に遷移することク
56「Cancel」ボタンをクリック

初期メニューに遷移すること○

IdP(Id SAML 初期表示 -「User Name」入力欄が表示される○

entity 認証画

ことServer面「Next」ボタンが表示されること

)

（ユー

7

ザ入

「User Name」を入力せず、「Next」 User Name が必要な旨のエラーダイ力）

ボタンをクリック

8○

アログが表示されること

エラーダイアログの「OK」ボタ ダイアログが閉じること○

ンをクリック
9User Name に登録した IdP の User BP の SAML 認証画面に遷移するこ○

Name を入力し、「Next」ボタンを とクリック
10User Name に登録していない IdP

パスワード入力画面が表示されるこの User Name を入力し、「Next」と○ボタンをクリック
11

パスワード入力画面

適当なパスワードを入力し、「Sign○In」ボタンをクリックすると、認証エ
ラーメッセージが表示されること
12

BP(Id SAML 初期表示 -BP の SAML 認証画面が表示される

entity 認証画

ことServer・上フレーム部に「Biometric

面

)
13

○

Provider」が表示されていること
IdP から認証を要求された User

BioIDM の認証画面が表示されるこ○

Name に対応する BP ユーザが生体 と認証登録されている場合
14

IdP から認証を要求された User

BP の SAML 認証（パスワード）画面

Name に対応する BP ユーザがパス が表示されること
ワード登録されている場合

65

○

備考

15

16
17

SAML 初期表示 -パスワード入力欄が表示されること認証「Sign In」ボタンが表示されている

（パス

こと

ワー

パスワードを入力せず、「Sign In」 パスワード入力が必要な旨のエラード）画ボタンをクリック面○○

ダイアログが表示されること

エラーダイアログの「OK」ボ ダイアログが閉じること○

タンをクリック18

正しいパスワードを入力し、「Sign 認証が完了し、SP のログイン完了画
In」ボタンをクリック

19

誤ったパスワードを入力し、「Sign IdP の SAML 認証画面（ユーザ入力）
In」ボタンをクリック

20
21

BioIDM の初期化中メッセージが表

面

23
24

BioIDM BioIDM Transaction を起動しない 接続失敗の旨のエラーダイアログがエラーダイアログの「OK」ボタ IdP の SAML 認証画面（ユーザ入力）

接続失敗

ンをクリックに戻り、認証エラーが表示されること

生体認証 生体認証機器を接続しない

機器初期化失敗の旨のエラーダイア

機器の初ログが表示されること
エラーダイアログの「OK」ボタ IdP の SAML 認証画面（ユーザ入力）

期化失敗

○

○

○

に戻り、認証エラーが表示されること

初期化成 BioIDM Transaction を起動してお キャプチャ待ちとなること
功○表示されること

ion とのンをクリック25○

示されることTransact

22○に戻り、認証エラーが表示されること

BioID 認証画 初期表示 M○

面に遷移すること

く・キャプチャ結果イメージ表示欄に生体認証機器を接続しておく

キャプチャ待ちアイコンが表示され○ること・メッセージ表示欄にキャプチャ待ちメッセージが表示されること・「Cancel」ボタンが表示されること
26「Cancel」ボタンをクリック

IdP の SAML 認証画面（ユーザ入力）○に戻り、認証エラーが表示されること
27

生体認証装置に登録した部位を置・キャプチャ結果イメージ表示欄に緑

くチェックアイコンが表示されること○・メッセージ表示欄に認証成功のメッ
セージが表示されること・自動でウィンドウが閉じること・元画面が SP の登録完了画面に遷移すること
28

複数部位登録時登録したどの部位でも認証が行える（生体認証装置に登録した任意 ことの部位を置く）

66

○

29
30

SP

生体認証装置に登録していない部

画面に変化が無いこと

位を置く（引き続きキャプチャ中となる）

ログイ 初期表示 -SP の登録画面で入力した「User

ン完了Name」「Blood Type」「SAML画面

Identity Provider」が表示されている

○

○

こと
User Name に対応した IdP の「FullName」「Email」「Postal Code」「Country」が表示されていること
User Name に対応した BP の
「Nickname」「Gender」「Date ofBirth」の情報が表示されること「logout」ボタンが表示されていること31「Logout」ボタンをクリック

IdP, BP に対してログアウトが行なわれること（別ウィンドウからログインしても再度ユーザ認証が必要になること）
SP の初期メニュー画面に遷移するこ
と

67

○

(2) シングルサインオン機能
本項ではバイオメトリック認証機能を用いた IdM でのシングルサインオン機能（SSO 機能と略す）
に関する検証項目および検証結果を示す。

① 検証環境前述の(1)で示した標準構成と同様の検証環境とする。但し、IdP が動作するコンピュータ上にもうひとつ SP を起動し、これを別の SP として用いることで SSO 機能の動作を検証する。

② 検証項目と検証結果
SSO 機能の検証のために、一度認証を行った後で別 SP から同一 ID(IdP/BP)で認証要求を行い、自動的に認証結果が返却されることを検証する。

表 5.14 SSO 機能の検証項目と検証結果
検証結果
No

パターン

操作

1

ログイン後のSP に ID(IdP)を入力し、認証を行う。

自動ログイン

（認証結果画面の「ログアウト」はク

検証内容

結果

SP にログイン情報が表示されること。

○

ログインが自動で行なわれること。

○

備考

リックしない）2

3

別の SP より認証を行う。

IDP 上（IdP 側で認証画面が表示されることなく、の SP をSP に認証結果が表示されること）

使用

認証結果画面の「ログアウト」をクリッ SP にメインメニューが表示されること。

○

ク。
4

別の SP より同一の ID(IdP)で認証を ログインが自動で行なわれないこと。
行う。

（IdP 側で認証画面が表示されること）

○

IDP 上
の SP を使用

68

(3) 複数モダリティサポート機能
本項では前年度（平成 24 年度）の開発で組み込んだ指静脈技術に対して、複数モダリティとして
指紋認証技術を組み込んだことによる複数モダリティのサポート機能に関する検証項目と検証結果を示す。

① 検証環境標準構成をベースとし、BSP を以下の通り変更する。

BSP

指紋認証装置＋BioAPI2.0 対応ドライバ※キャプチャ時にベンダ独自の UI（ダイアログ）が表示される場合、共通バイオメトリック認証
基盤自身の問題ではないため課題として取り扱わない。
注）BioIDM ユーザで BioIDM Transaction を起動すると、Windows のシステム制限によりダイ
アログの表示が抑制される。ベンダ提供の BSP がベンダ独自の UI を表示してしまう場合、UI 画面が Windows により抑制されるためキャプチャが行なえない。このような場合は、以下の通りローカルシステムアカウントで実行することにより、回避することができる。

「ローカルシステム アカウント」を選択し、「デスクトップとの対話をサービスに許可」のチェックボックスを ON にする。

図 5.15 ベンダ独自 UI 表示される場合の対応方法

69

② 検証項目と検証結果
基本構成とは異なるモダリティの BSP を用いた場合においても、基本構成時の BSP と同様に認証が可能かを検証する。特に、モダリティの変更に直接関連する BioIDM 部分について検証を行う。
表 5.15 複数モダリティに関する検証項目と検証結果
検証結果
N

パ

o

ター

画面

操作

検証内容

BP

BP より、生体認証を用いてユーザ登録

正しく登録されること。

を行う。

（BioIDM の動作については、

結果

ン
1

登録

○

下記の通り詳細な確認を行う）
2

BioIDM

BioIDM の初期化中メッセージ

初期表示

3

○

が表示されること

メイン

初期化成

BioIDM Transaction を起動

部位選択（右手）が表示される

画面

功

しておく

こと

生体認証機器を接続してお「Capture」「Complete」ボタン

くが無効となっていること○「Cancel」ボタンが有効となっ
ていること
4
5
6
7

「Cancel」ボタンをクリッ

BioIDM のウィンドウが閉じる

クこと「Left Hand」タブをクリッ

部位選択（左手）が表示される

クこと「Right Hand」タブをク

部位選択（右手）が表示される

リック

こと

任意の部位をクリック「Capture」ボタンが有効とな

○

○

○

○

ること
8
9

「Capture」ボタンをク

BioIDM のキャプチャ画面が表リック

示されること「Complete」ボタンをク

BioIDM ウィンドウが閉じるこ

リック

と

○

○

BP の登録画面上に登録完了の旨のダイアログが表示されること10

登録完了ダイアログのダイアログが閉じること「OK」ボタンをクリック

右フレームが Sign-up 画面に遷
移すること

70

○

備考

11

BioIDM

初期表示-

Enroll イメージ表示、-

TestVerify イメージ表示、メッ

キャプ

セージ表示欄が表示されること

チャ画

部位選択（右手）が表示される

面

こと

○

「Enrol」「Cancel」ボタンが有効となっていること「TestVerify」「OK」ボタンが無効となっていること
12
13「Cancel」ボタンをクリッ

BioIDM のキャプチャウィンド

ク

ウが閉じること「Enroll」ボタンをクリック

キャプチャ待ちとなること○○・Enroll イメージ表示欄にキャ
プチャ待ちアイコンが表示されること・メッセージ表示欄にキャプ
チャ待ちメッセージが表示されること
14

生体認証装置に指定部位

・Enroll イメージ表示欄に緑を置く

チェックアイコンが表示される(キャプチャ成功）

こと○・Enroll イメージ表示枠が緑になること
・Test Verify ボタンが有効とと
なること
15
16

17
18
19

再度「Enroll」ボタン

再度 Enroll のキャプチャ待ちと

をクリック

なること

○

-

独自 UI 表示

生体認証装置に指定部位

・Enroll イメージ表示欄に赤×を置く

アイコンが表示されることのため本項(キャプチャ失敗）

・Enroll イメージ表示枠が赤に

目の実施不

なること

可

再度「Enroll」ボタン

再度 Enroll のキャプチャ待ちと

をクリック

なること

「Cancel」ボタンをク

BioIDM のキャプチャウィンド

リック

ウが閉じること「Test Verify」ボタンをク

キャプチャ待ちとなること

リック・Test Verify イメージ表示欄にキャプチャ待ちアイコンが表示されること
・メッセージ表示欄にキャプ
チャ待ちメッセージが表示され
ること

71

-

○

20

生体認証装置に指定部位

・Test Verify イメージ表示欄にを置く

緑チェックアイコンが表示され(キャプチャ成功）

ること○

・Test Verify イメージ表示枠が緑になること・OK ボタンが有効ととなるこ
と
21
22
23

再度「Enroll」ボタン

再度 Enroll のキャプチャ待ちと

をクリック

なること

再度「Test Verify」ボ

再度 Test Verify のキャプチャ待タンをクリック

ちとなること○○-生体認証装置に指定部位

・Test Verify イメージ表示欄にを置く

赤×アイコンが表示されることのため本項(キャプチャ失敗）

・Test Verify イメージ表示枠が目の実施不

赤になること可

24
25

再度「Enroll」ボタン

再度 Enroll のキャプチャ待ちと

をクリック

なること

再度「Test Verify」ボ

再度 Test Verify のキャプチャ待タンをクリック

ちとなること26「Cancel」ボタンをク

BioIDM のキャプチャウィンド

リック

ウが閉じること

27「OK」ボタンをクリック

BioIDM のキャプチャウィンド

-

○

○

ウが閉じることメイン画面の「Complete」ボタンが有効となること
28

IdP

IdP よりユーザ登録を行う。 BP での生体認証が正しく行わ
・BP に登録した ID を用い

れること。

る。

IdP に正しく登録されること。

○（BioIDM の認証動作については、下記の通り詳細な確認を行う）
29

BioIDM

初期表示-

BioIDM の初期化中メッセージ-○が表示されること

認証画
面
30

初期化成

BioIDM Transaction を起動

キャプチャ待ちとなること

功

しておく

・キャプチャ結果イメージ表示

生体認証機器を接続してお欄にキャプチャ待ちアイコンがく表示されること・メッセージ表示欄にキャプ
チャ待ちメッセージが表示されること・「Cancel」ボタンが表示される
こと

72

○

独自 UI 表示31

「Cancel」ボタンをクリッ

BioIDM のウィンドウが閉じる

ク

こと

-

独自 UI 表示
のため本項
目の実施不
可

32

生体認証装置に登録した部・キャプチャ結果イメージ表示

位を置く

欄に緑チェックアイコンが表示

○

されること
・メッセージ表示欄に認証成功のメッセージが表示されること・自動でウィンドウが閉じること・元画面が IdP の登録画面（ユーザ情報入力）に遷移すること
33-

独自 UI 表示

生体認証装置に登録してい画面に変化が無いことない部位を置く（引き続きキャプチャ中とな

のため本項

る）

目の実施不
可

34

SP（登録）

初期表示

SP よりユーザ登録を行う。

IdP から BP に認証の為のリダ

・IdP に登録した ID を用い

イレクトが行われること。

る。

BP での生体認証が正しく行わ

○

れること。
SP に正しく登録されること。
35

認証

SP（認証）SP より認証を行う。

IdP から BP に認証の為のリダ

・IdP に登録した ID を用い

イレクトが行われること。

る。

BP での生体認証が正しく行わ

○

れること。
SP に正しく認証結果が表示されること。

注）検証項目は、登録・認証の確認および基本動作の BioIDM 部分のみとし、BioIDM の初期化失敗については BSP の違いが影響しない為、省略する。

73

(4) セキュリティ機能
本項では、共通バイオメトリック認証基盤に組み込んだセキュリティ機能に関する検証項目と検証結果を示す。

① 検証環境標準構成をベースとする。
（試験別の差分については、試験項目に記載する。
）② 検証項目と検証結果
1) SSL での通信
BioIDMTransaction、BP、IdP、SP 間の通信が SSL で行われていることを確認する為、それぞれのアクセス URL のスキームが、SSL 用の https 又は wss であることを確認する。
表 5.16 SSL 通信に関する検証項目と検証結果
検証結果
No パターン
1

BP

画面

検証内容

⇔ブラウザ （画面表示） BP の画面表示時、ブラウザに表示されている URL

結果

備考

○

が、https://で始まっていることを確認
2⇔BioIDM Transaction--

BP の生体認証時、wss://で始まる URL で BioIDM○-（WebSocket 接続）
3

ユーザ登録時Transaction へ接続が行われていることを確認※Javascript で接続を行っている為、ブラウザのデバッグ機能を用いて確認。
4

IdP からのユーザ認証時 BP の生体認証時、wss://で始まる URL で BioIDM○

Transaction へ接続が行われていることを確認※Javascript で接続を行っている為、ブラウザのデバッグ機能を用いて確認。
5⇔IdP （SAML レスポン https://で始まる URL で IdP へ SAML レスポンス
ス）○が行われていることを確認

ss のログ※IdP からの SAML リクエスト処理

で確認（org.wso2.carbon.identity.sso.saml.ui.SAMLSSO
Provider.handleSAMLRequest()）で、SAML レスポンス先 URL が https://で始まるこ
とを確認
6

IdP

http_acce⇔ブラウザ （画面表示） IdP の画面表示時、ブラウザに表示されている URLが、https://で始まっていることを確認

74

○

7

⇔SP （SAML レスポン

https://で始まる URL で SP へ SAML レスポンスがス）

行われていることを確認○※BP からの SAML レスポンス処理（org.wso2.carbon.identity.sso.saml.ui.SAMLSSO
Provider.handleSAMLResponse()）で、SP へのSAML レスポンス先 URL が https://で始まることを確認
8⇔BP （SAML リクエス--

https://で始まる URL で BP に SAML リクエストが

○

-

ト）
9

ユーザ登録時行われていることを確認※ユーザ登録画面の処理（org.wso2.carbon.identity.sso.saml.ui.SAMLSSO
Provider.doPost()のコメント「ユーザ登録処理」部
分）で、BP への SAML リクエスト先 URL が https://
で始まることを確認
10

http_acce

SP からのユーザ認証

https://で始まる URL で SP へ SAML レスポンスが時行われていることを確認

ss のログ※SP からの SAML リクエスト処理

で確認○（org.wso2.carbon.identity.sso.saml.ui.SAMLSSO
Provider.handleSAMLRequest()）で、BP への SAML リクエスト先 URL が https://で始まることを確認
11

SP⇔ブラウザ （画面表示） SP の画面表示時、ブラウザに表示されている URL○が、https://で始まっていることを確認
12
13⇔IdP （SAML リクエス --ト）

ユーザ登録時https://で始まる URL で IdP に SAML リクエスト-○が行われていることを確認※IdP 認証処理（saml.sp.servlet.ConsumerServlet.authRequest()）で、IdP への SAML リクエスト先 URL が https://
で始まることを確認
14

http_acce

SP からのユーザ認証

https://で始まる URL で IdP に SAML リクエスト時が行われていることを確認

ss のログ※IdP 認証処理

で確認○（saml.sp.servlet.ConsumerServlet.authRequest()）で、IdP への SAML リクエスト先 URL が https://
で始まることを確認

注）接続を行う側からの確認。BioIDM Transaction は受信側の為、検証項目はない。
（BP から
接続できれば問題なし）

752)別ユーザでの実行
BioIDMTransaction、BP、IdP がそれぞれ専用のユーザで実行されることにより、データベー
スファイル、暗号鍵ファイルに他のユーザがアクセスすることができない為、セキュリティが向上する。試験では実際に別ユーザからアクセスが出来ないかを確認した。
表 5.17 別ユーザによる実行に関する検証項目と検証結果
検証結果
No

項目

パターン

検証内容

結果

1

BioID

実行ユーザ

BioIDM Transaction が専用のユーザで実行されていることを確認○M（タスクマネージャからユーザ名を確認）

2

ファイルアクセス

3

暗号鍵ファイル--

ファイルのプロパティ→セキュリティタブで、BioIDM Iransaction○

実行ユーザ以外にアクセス権がないことを確認
4

BioIDM Iransaction 実行ユーザからはアクセスできることを確認○

5

管理者ユーザからはアクセスできることを確認○

6

一般ユーザからはアクセスできないことを確認○

7

データベースファ ファイルのプロパティ→セキュリティタブで、BioIDM Iransaction○

イル

実行ユーザ以外にアクセス権がないことを確認

8

BioIDM Iransaction 実行ユーザからはアクセスできることを確認○

9

管理者ユーザからはアクセスできることを確認○

10

一般ユーザからはアクセスできないことを確認○

BP が専用のユーザで実行されていることを確認

○

11

BP

実行ユーザ

（タスクマネージャからユーザ名を確認）
12

ファイルアクセス

13

暗号鍵ファイル--

ファイルのプロパティ→セキュリティタブで、BP 実行ユーザ以外に○アクセス権がないことを確認
14

BP 実行ユーザからはアクセスできることを確認○

15

管理者ユーザからはアクセスできることを確認○

16

一般ユーザからはアクセスできないことを確認○

17

データベースファ ファイルのプロパティ→セキュリティタブで、BP 実行ユーザ以外に○

イル

アクセス権がないことを確認

18

BP 実行ユーザからはアクセスできることを確認○

19

管理者ユーザからはアクセスできることを確認○

20

一般ユーザからはアクセスできないことを確認○

IdP が専用のユーザで実行されていることを確認

○

21

IdP

備考

実行ユーザ

（タスクマネージャからユーザ名を確認）
22

ファイルアクセス23

暗号鍵ファイル--

ファイルのプロパティ→セキュリティタブで、IdP 実行ユーザ以外に○アクセス権がないことを確認
24

Idp 実行ユーザからはアクセスできることを確認○

25

管理者ユーザからはアクセスできることを確認○

26

一般ユーザからはアクセスできないことを確認

○

76

-

27

データベースファ ファイルのプロパティ→セキュリティタブで、IdP 実行ユーザ以外に
イル○

アクセス権がないことを確認

28

Idp 実行ユーザからはアクセスできることを確認○

29

管理者ユーザからはアクセスできることを確認○

30

一般ユーザからはアクセスできないことを確認○

3)データ暗号化
BioIDMTransaction、BP、IdP において、DB へのデータ保存時に AES による暗号化が行なわれることを検証する。
表 5.18 データ暗号化に関する検証項目と検証結果
検証結果
No

項目

1

BioIDM

パターン
データベース

検証内容

結果

-

-

2

BP ユーザ ID

暗号化が行われていること

○

3

パスワード

暗号化が行われていること

○

4

生体情報

暗号化が行われていること

○

-

-

5

BP

データベース

6

BP ユーザ ID

暗号化が行われていること

○

7

パスワード

暗号化が行われていること○

8

ユーザ属性：nick name

暗号化が行われていること○

9

ユーザ属性：gender

暗号化が行われていること○

10

ユーザ属性：date of birth

暗号化が行われていること

○

-

-

11

IdP

データベース

12

IdP ユーザ ID

暗号化が行われていること

○

13

BPURL

暗号化が行われていること○

14

BP ユーザ ID

暗号化が行われていること○

15

ユーザ属性：full name

暗号化が行われていること○

16

ユーザ属性：e-mail

暗号化が行われていること○

address17

ユーザ属性：postal code

暗号化が行われていること○

18

ユーザ属性：country

暗号化が行われていること

○

77

備考
-

(5) システム構成のバリエーション
本項では、その他の検証作業としてブラウザ（Internet Explorer10 に対する Chrome およびFirefox）や、システム構成（標準構成に対する簡易構成）などといったシステムが取りえるバリ
エーションを変更した場合の共通バイオメトリック認証基盤の認証機能に関する検証項目と検証結果を示す。

① 検証環境標準構成をベースとする。試験別の差分については、検証項目と検証結果の部分に記載する。

② 検証項目と検証結果
1) ブラウザの違い
IE10 以外のブラウザ用いた場合も、基本構成時と同様に認証が可能かを確認する。
特に Websocket を使用する BioIDM について確認を行う。

基本構成の使用ブラウザを以下の通り変更する。
ブラウザ

Chrome 32 (2014.1.27 時点での最新バージョン)
FireFox 24 (2014.1.27 時点での自己署名証明書エラーを回避可能な最新バージョン)（注) FireFox では、自己署名証明書をデフォルトで通さないため、初回アクセス時に、例外に追加することが必要である。また、BioIDMTransaction との WebSocket 通信(SSL)用の証明書を以下の手順で登録しておく必要がある。
1. Firefox メニュー「オプション」選択
2. 詳細タブの証明書タブから「証明書を表示」ボタンをクリック
3. サーバ証明書タブの「インポート」ボタンをクリック
4. BioIDMTransaction フォルダの「cacert.der」を選択→ 一覧に登録される
5. 一覧から 127.0.0.1 を選択、「信頼性を設定」ボタンをクリック
6. 「この証明書が本物であると信頼する」を選択し、「OK」ボタンをクリック
7. 証明書マネージャウィンドウを「OK」ボタンクリックで閉じる
8. オプションウィンドウを「OK」ボタンクリックで閉じる

78

表 5.19 ブラウザを変更した場合の検証項目と検証結果
検証結果
No

ブラウ

画面

パターン

操作

検証内容

結果

ザ
1

Chrom BP（登録）BP より、生体認

e

2

BioID

初期表示

正しく登録されること。

証を用いてユーザ（BioIDM の動作については、下記の通登録を行う。

り詳細な確認を行う）-

BioIDM の初期化中メッセージが表示さ

M-

○

○

れること

メイン
画面
3

BioIDM

BioIDM

遷移元画面に戻り、接続失敗のエラーダ

Transactio

Transaction を起

イアログが表示されること

n との接続

動しない

○

失敗
4

生体認証機 生体認証機器を接遷移元画面に戻り、機器初期化失敗のエ器の初期化 続しない

ラーダイアログが表示されること

○

失敗
5

6

初期化成功 BioIDM

部位選択（右手）が表示されることTransaction を起「Capture」「Complete」ボタンが無効

動しておくとなっていること

生体認証機器を接「Cancel」ボタンが有効となっているこ

続しておく

と

「Cancel」ボタン

遷移元の画面に戻ること

○

○

をクリック
7

「Left Hand」タブ 部位選択（左手）が表示されること

○

をクリック
8

「Right Hand」タ 部位選択（右手）が表示されること○

ブをクリック9

任意の部位をク「Capture」ボタンが有効となること

○

リック
10

「Capture」ボ BioIDM のキャプチャ画面が表示される○

タンをクリック こと
11

部位登録後、再 BioIDM のキャプチャ画面が表示される
度「Capture」○

こと

ボタンをクリック
12「Complete」ボタ BP の登録画面に戻ること
ンをクリック○その画面上に登録完了の旨のダイアロ
グが表示されること

13

登録完了ダイア ダイアログが閉じること
ログの「OK」ボ 右フレームが Sign-up 画面に遷移するこ
タンをクリック と

79

○

備考

14

BioID

初期表示

-

Enroll イメージ表示欄、TestVerify イ

M-

メージ表示欄、メッセージ表示欄が表示

キャプされることメッセージ表示欄に Enroll

チャ画

ボタンをクリックする旨のメッセージ面が表示されること「Enrol」「Cancel」ボ○タンが有効となっていること「TestVerify」「OK」ボタンが無効となっ
ていること
15

「Cancel」ボタン

BP の登録画面が表示されること

○

をクリック
16

「Enroll」ボタンを キャプチャ待ちとなること
クリック○

・Enroll イメージ表示欄にキャプチャ待ちアイコンが表示されること・メッセージ表示欄にキャプチャ待ちメッセージが表示されること

17

生体認証装置に ・Enroll イメージ表示欄に緑チェックア○

指定部位を置く イコンが表示されること

18(キャプチャ成・Enroll イメージ表示枠が緑になること

功）・Test Verify ボタンが有効ととなること
再度 Enroll を行なうと、以前のデータが再度○「Enroll」ボ 無効になる旨の警告ダイアログが表示
タンをク

されること

リック

ダイアログには「OK」「Cancel」ボタンが表示されること

19「OK」ボ 警告ダイアログが閉じ、再度 Enroll のタンをク○

キャプチャ待ちとなることリック
20「Cancel

警告ダイアログが閉じること

○

」ボタンを
クリック
21

生体認証装置に 画面に変化が無いこと○

指定部位を置く （引き続きキャプチャ中となる）(キャプチャ失※QualityError の場合はメッセージが敗）表示され、引き続きキャプチャ中となる
こと。

22

タイムアウ

・Enroll イメージ表示欄に赤×アイコン

ト時が表示されること○

・Enroll イメージ表示枠が赤になること
23

再度 Enroll のキャプチャ待ちとなるこ

再度○「Enroll」 と
ボタンを
クリック
24

「Cancel」ボタ BioIDM のメイン画面に戻ること
ンをクリック80○

25「Test Verify」ボタ キャプチャ待ちとなること○

・Test Verify イメージ表示欄にキャプ

ンをクリック

チャ待ちアイコンが表示されること・メッセージ表示欄にキャプチャ待ちメッセージが表示されること
26

生体認証装置に ・Test Verify イメージ表示欄に緑チェッ○

指定部位を置く クアイコンが表示されること(キャプチャ成・Test Verify イメージ表示枠が緑になる

功）こと・OK ボタンが有効ととなること

27

再度 Enroll を行なうと、以前のデータが再度○「Enroll」ボ 無効になる旨の警告ダイアログが表示
タンをク

されること

リック

ダイアログには「OK」「Cancel」ボタンが表示されること

28「OK」ボ 警告ダイアログが閉じ、再度 Enroll のタンをク○

キャプチャ待ちとなることリック29「Cancel

警告ダイアログが閉じること○

再度 Test Verify を行なうと、以前のデー

○

」ボタンを
クリック
30

再度「TestVerify」ボタ タが無効になる旨の警告ダイアログがンをクリッ表示されることク

ダイアログには「OK」「Cancel」ボタンが表示されること

31「OK」ボ 警告ダイアログが閉じ、再度 Test Verify
タンをク○のキャプチャ待ちとなることリック32「Cancel

警告ダイアログが閉じること

○

」ボタンを
クリック
33

生体認証装置に 画面に変化が無いこと○

指定部位を置く （引き続きキャプチャ中となる）(キャプチャ失
敗）
34

タイムアウ

・Test Verify イメージ表示欄に赤×アイ

ト時コンが表示されること○

・Test Verify イメージ表示枠が赤になる
こと
35

再度 Enroll のキャプチャ待ちとなるこ

再度「Enroll」 と
ボタンを
クリック

81

○

36

再度「Test 再度 Test Verify のキャプチャ待ちとな○

Verify」ボ ること
タンをク
リック
37

「Cancel」ボタ BioIDM のキャプチャウィンドウが閉じンをクリック38

ること「OK」ボタンをク BioIDM のキャプチャウィンドウが閉じ
リック

○

○

ること
メイン画面の「Complete」ボタンが有効
となること

39

IdP（登録）IdP よりユーザ登BP での生体認証が正しく行われるこ

録を行う。

と。

○

・BP に登録した ID IdP に正しく登録されること。
を用いる。

（BioIDM の認証動作については、下記の通り詳細な確認を行う）

40

BioID

初期表示

-

BioIDM の初期化中メッセージが表示さ

M41

れること

認証画 BioIDM
面○

BioIDM

接続失敗の旨のエラーダイアログが表Transactio

Transaction を起示されることn との接続

動しない

○

失敗
42

生体認証機 生体認証機器を接機器初期化失敗の旨のエラーダイアロ

器の初期化 続しない

グが表示されること

○

失敗
43

初期化成功 BioIDM

キャプチャ待ちとなること

Transaction を起・キャプチャ結果イメージ表示欄にキャ動しておく

プチャ待ちアイコンが表示されること

生体認証機器を接・メッセージ表示欄にキャプチャ待ち

続しておくメッセージが表示されること○・「Cancel」ボタンが表示されること
44
45「Cancel」ボタン

SAML 認証画面（ユーザ入力）に戻るこ

をクリック

と

生体認証装置に登・メッセージ表示欄に認証成功のメッ

録した部位を置く

セージが表示されること・自動でウィン○○

ドウが閉じること・元画面が IdP の登録
画面（ユーザ情報入力）に遷移すること
46

生体認証装置に登画面に変化が無いこと録していない部位（引き続きキャプチャ中となる）

○

を置く
47

タイムアウト時 ・BP のユーザ入力画面に遷移すること
・認証失敗のエラーメッセージが表示さ
れること

82

○

48

SP（登録） 初期表示

SP よりユーザ登録 IdP から BP に認証の為のリダイレクトを行う。

○

が行われること。

・IdP に登録した ID BP での生体認証が正しく行われるこ
を用いる。

と。
SP に正しく登録されること。

49

SP（認証）SP より認証を行

IdP から BP に認証の為のリダイレクトう。

が行われること。

○

・IdP に登録した ID BP での生体認証が正しく行われるこ
を用いる。

と。
SP に正しく認証結果が表示されること。

50

FireFoBP（登録）

BP より、生体認証 正しく登録されること。

x

51

BioID

初期表示

を用いてユーザ登（BioIDM の動作については、下記の通録を行う。

り詳細な確認を行う）-

BioIDM の初期化中メッセージが表示さ

M52

○

れること

メイン BioIDM
画面○

BioIDM

遷移元画面に戻り、接続失敗のエラーダ

Transactio

Transaction を起

イアログが表示されること

n との接続

動しない

○

失敗
53

生体認証機 生体認証機器を接遷移元画面に戻り、機器初期化失敗のエ器の初期化 続しない

ラーダイアログが表示されること

○

失敗
54

55

初期化成功 BioIDM

部位選択（右手）が表示されることTransaction を起「Capture」「Complete」ボタンが無効

動しておくとなっていること

生体認証機器を接「Cancel」ボタンが有効となっているこ

続しておく

と

「Cancel」ボタン

遷移元の画面に戻ること

○

○

をクリック
56

「Left Hand」タブ 部位選択（左手）が表示されること

○

をクリック
57

「Right Hand」タ 部位選択（右手）が表示されること○

ブをクリック58

任意の部位をク「Capture」ボタンが有効となること

○

リック
59

「Capture」ボ BioIDM のキャプチャ画面が表示される○

タンをクリック こと
60

部位登録後、再 BioIDM のキャプチャ画面が表示される
度「Capture」○

こと

ボタンをクリック
61「Complete」ボタ BP の登録画面に戻ること
ンをクリックその画面上に登録完了の旨のダイアロ
グが表示されること

83

○

62

登録完了ダイア ダイアログが閉じること○

ログの「OK」ボ 右フレームが Sign-up 画面に遷移するこ
タンをクリック と
63

BioID

初期表示

-

Enroll イメージ表示欄、TestVerify イ

M-○

メージ表示欄、メッセージ表示欄が表示

キャプ

されること

チャ画

メッセージ表示欄に Enroll ボタンをク面リックする旨のメッセージが表示されること「Enrol」「Cancel」ボタンが有効となっていること「TestVerify」「OK」ボタンが無効となっ
ていること

64

「Cancel」ボタン

BioIDM のメイン画面に戻ること

○

をクリック
65

「Enroll」ボタンを キャプチャ待ちとなること
クリック○

・Enroll イメージ表示欄にキャプチャ待ちアイコンが表示されること・メッセージ表示欄にキャプチャ待ちメッセージが表示されること

66

生体認証装置に ・Enroll イメージ表示欄に緑チェックア○

指定部位を置く イコンが表示されること

67(キャプチャ成・Enroll イメージ表示枠が緑になること

功）・Test Verify ボタンが有効ととなること
再度 Enroll を行なうと、以前のデータが再度○「Enroll」ボ 無効になる旨の警告ダイアログが表示
タンをク

されること

リック

ダイアログには「OK」「Cancel」ボタンが表示されること

68「OK」ボ 警告ダイアログが閉じ、再度 Enroll のタンをク○

キャプチャ待ちとなることリック
69「Cancel

警告ダイアログが閉じること

○

」ボタンを
クリック
70

生体認証装置に 画面に変化が無いこと○

指定部位を置く （引き続きキャプチャ中となる）(キャプチャ失※QualityError の場合はメッセージが敗）表示され、引き続きキャプチャ中となる
こと。

71

タイムアウ
ト時

・Enroll イメージ表示欄に赤×アイコンが表示されること
・Enroll イメージ表示枠が赤になること

84

○

72

再度 Enroll のキャプチャ待ちとなるこ

再度○「Enroll」ボ と
タンをク
リック
73

「Cancel」ボタ BioIDM のメイン画面に戻ること○

ンをクリック74「Test Verify」ボタ キャプチャ待ちとなること○

・Test Verify イメージ表示欄にキャプ

ンをクリック

チャ待ちアイコンが表示されること・メッセージ表示欄にキャプチャ待ちメッセージが表示されること
75

生体認証装置に ・Test Verify イメージ表示欄に緑チェッ○

指定部位を置く クアイコンが表示されること・Test

76(キャプチャ成Verify イメージ表示枠が緑になること・

功）

OK ボタンが有効ととなること
再度 Enroll を行なうと、以前のデータが再度○「Enroll」ボ 無効になる旨の警告ダイアログが表示
タンをク

されること

リック

ダイアログには「OK」「Cancel」ボタンが表示されること

77「OK」ボ 警告ダイアログが閉じ、再度 Enroll のタンをク○

キャプチャ待ちとなること

リック78「Cancel

警告ダイアログが閉じること○

再度 Test Verify を行なうと、以前のデー

○

」ボタンを
クリック
79

再度「TestVerify」ボタ タが無効になる旨の警告ダイアログがンをクリッ表示されることク

ダイアログには「OK」「Cancel」ボタンが表示されること

80「OK」ボ 警告ダイアログが閉じ、再度 Enroll のタンをク○

キャプチャ待ちとなることリック81「Cancel

警告ダイアログが閉じること

○

」ボタンを
クリック
82

生体認証装置に 画面に変化が無いこと○

指定部位を置く （引き続きキャプチャ中となる）(キャプチャ失
敗）
83

タイムアウ

・Test Verify イメージ表示欄に赤×アイ

ト時コンが表示されること
・Test Verify イメージ表示枠が赤になる
こと

85

○

84

再度 Enroll のキャプチャ待ちとなるこ

再度○「Enroll」ボ と
タンをク
リック
85

再度「Test

再度 Test Verify のキャプチャ待ちとな○

Verify」ボタ ること
ンをクリッ
ク
86

「Cancel」ボタ BioIDM のキャプチャウィンドウが閉じンをクリック87

ること「OK」ボタンをク BioIDM のキャプチャウィンドウが閉じ
リック

○

○

ること
メイン画面の「Complete」ボタンが有効
となること

88

IdP（登録）IdP よりユーザ登BP での生体認証が正しく行われるこ

録を行う。

と。

○

・BP に登録した ID IdP に正しく登録されること。
を用いる。

（BioIDM の認証動作については、下記の通り詳細な確認を行う）

89

BioID

初期表示

-

BioIDM の初期化中メッセージが表示さ

M90

れること

認証画 BioIDM
面○

BioIDM

接続失敗の旨のエラーダイアログが表Transactio

Transaction を起示されることn との接続

動しない

○

失敗
91

生体認証機 生体認証機器を接機器初期化失敗の旨のエラーダイアロ

器の初期化 続しない

グが表示されること

○

失敗
92

初期化成功 BioIDM

キャプチャ待ちとなること

Transaction を起・キャプチャ結果イメージ表示欄にキャ動しておく

プチャ待ちアイコンが表示されること

生体認証機器を接・メッセージ表示欄にキャプチャ待ち

続しておくメッセージが表示されること○・「Cancel」ボタンが表示されること
93
94「Cancel」ボタン

SAML 認証画面（ユーザ入力）に戻るこ

をクリック

と

生体認証装置に登・メッセージ表示欄に認証成功のメッ

録した部位を置く

セージが表示されること○○・自動でウィンドウが閉じること・元画面が IdP の登録画面（ユーザ情報
入力）に遷移すること
95

生体認証装置に登画面に変化が無いこと録していない部位（引き続きキャプチャ中となる）

を置く

86

○

96

タイムアウト時 ・BP のユーザ入力画面に遷移すること○

・認証失敗のエラーメッセージが表示されること
97

SP（登録） 初期表示

SP よりユーザ登録 ・IdP から BP に認証の為のリダイレクを行う。

○

トが行われること

・IdP に登録した ID ・BP での生体認証が正しく行われるこを用いる。

と・SP に正しく登録されること

98

SP（認証）SP より認証を行

IdP から BP に認証の為のリダイレクトう。

が行われること。

・IdP に登録した ID BP での生体認証が正しく行われるこ
を用いる。

と。
SP に正しく認証結果が表示されるこ
と。

87

○

。

2) システム構成の違い
標準構成時の IdP⇔BP 間についても SAML 準拠のプロトコルを用いて認証を行っている。理論上、SP から直接 SAML 認証を BP に発行しても正しく認証されるべきである為、簡易構成における検証を行った。

（標準構成との違い）標準構成に対して簡易構成では SP から BP に直接通信を行う。

システム構成簡易（SP、BP のみ）

LAN

Service Provider
WindowsXP

Biometric Provider
Windows7

ローカル
PC
BioIDM
Transaction

Biometric Device

図 5.16 検証環境（簡易構成）

88表 5.20 システム構成を簡易構成に変更した場合の検証項目と検証結果
検証結果
No

パ

画面

操作

BP

BP より、生体認証を用いてユー

検証内容

結果

備考

○

性能測定（後

ターン
1

登録

正しく登録されること。

ザ登録を行う。

述）と合わせ
て確認した

2

SP

SP よりユーザ登録を行う。

BP に認証の為のリダイレクト・BP に登録した ID を用いる。

が行われること。

○

同上

○

同上

BP での生体認証が正しく行われること。
SP に正しく登録されること。
3

認証

SP

SP より認証を行う。

BP に認証の為のリダイレクト・BP に登録した ID を用いる。

が行われること。
BP での生体認証が正しく行われること。
SP に正しく認証結果が表示さ
れること。

89

(6) 認証性能
本項では、共通バイオメトリック認証基盤のバイオメトリック認証性能に関する検証項目と検証結果を示す。

① 検証環境前述の 5.3.2 節(1)①で述べた標準構成をベースとし、検証項目ごとに環境を変更する。
（検証項目別の環境の差分については、検証項目の説明を参照のこと。）
注） 性能測定は検証項目のパターン毎にそれぞれ 3 回行い平均をとる。
各検証のたびにブラウザのキャッシュをクリアすることとする。
時刻は全てブラウザの Javascript コンソールに出力する。

② 検証項目と検証結果
1) 標準構成での性能検証① 概要
・インターネットを用いた標準（３台）構成でのバイオメトリック認証性能の検証を行う。
・OpenID での認証性能との比較を行う。
・RP/SP⇒IdP⇒BP での認証時、UA にて各リクエストからレスポンスまでの時間を計測する。
注） OpenID 使用時は RP、SAML 使用時は SP② 性能測定点
以下の箇所で計測する（すべて Chrome 内）(a)UA より「①認証リクエスト」を RP/SP に向けて送信した時刻(a1)IdP より「③ユーザ名入力画面」が送信され、UA が受信した時刻(a2)UA より「④ユーザ名」を IdP に向けて送信した時刻

緑線ルートの時間を計測（UA からの認証リクエスト～レスポンス）(b)BP より「⑥BioIDM へ認証要求」が送信され、UA が受信した時刻(c)BioIDMConnection から Transaction へ「⑦認証要求」を送信した時刻(d)BioIDMTransaction からの「⑧認証応答」を Conenction が受信した時刻(e)UA より「⑨BioIDM からの結果応答」を RP/SP に向けて送信した時刻(f)RP/SP より「⑫認証結果」が送信され、UA が受信した時刻

90

青線ルートの時間を計測（生体認証にかかる時間） ※パスワード認証の場合は無し
赤線ルートの時間を計測（BioIDM からの結果応答～SP からの認証結果応答）図 5.17 標準構成での性能検証の測定点
注) IE10 ではリダイレクトが行われるとデバッグウィンドウが閉じてしまう（設定を変更しても）場合があり計測結果の確認が困難な為、ブラウザとして Chrome を用いる。
表 5.21 性能検証におけるコンピュータ仕様
クライアント PC

WindowsXP Professional SP3 32bit
Core2 6300(1.86Ghz)
2GB RAM

RP/SP

WindowsXP Professional SP3 32bit
Core2 Duo E6850(3.00Ghz)
4GB RAM (3.25G 使用可)

OP/IdP

Windows7 Professional SP1 32bit
Core i5-2500S (2.70Ghz)
4GB RAM (3.17G 使用可)BP

Windows7 Professional SP1 32bit
Core i5-2500S (2.70Ghz)
4GB RAM (3.17G 使用可)91

表 5.22 標準構成における性能検証詳細条件
パターン
No

暗号化

ブラウ

プロト

ザ

コル

手順
認証方式

画面

操作

計測
地点

キャッ
シュ
1

有

有

OpenIDRP

生体認証

RP メニューから「Login」ボタンをクリック（ID 付

し、ログイン画面を開く。

与）

OpenID にパスワード認証ユーザの※ユー

OpenID(IdP)を入力し、「Login」ボタンをクリッ

ザ名入

ク。

力画面

※OpenID は IdP の URL のみ。ID は含まない。

(a)

2

を通ら

BP - BioIDM

-

(b)

3

ない

初期画面

-

(c)

4

または

生体認証機器で認証を行う。

(d)

5

SAML

BP

-

(e)

RP

-

(f)

6

③ 性能検証結果
本項の前述で示した性能検証環境における性能検証結果を、OpenID の場合と SAML の場合のそれぞれについて以下に示す。
表 5.23 OpenID での標準構成における性能検証結果（単位：秒）No
性能測定箇所

区間

1 回目

2 回目

3 回目

4 回目

平均値

平均値

（１～３

（２～４

回目）

回目）

(1)

認証開始から終了までの総時間(f) - (a)09.91607.45306.34107.35507.90307.050(2)

UA 内認証時間(e) - (b)02.25401.92801.87501.66602.01901.823(3)

バイオメトリック処理時間(d) - (c)01.58701.81401.77301.56001.72501.716(1) - (3)08.32905.63904.56805.79506.17905.334(2) - (3)00.66700.11400.10200.10600.29400.107(1) - (2)07.66205.52504.46605.68905.88405.227

(4)
(5)
(6)

総時間からバイオメトリック処理時間を引いた時間UA 内認証時間からバイオメトリック処
理時間を引いた時間
総時間から UA 内認証時間を引いた時間92

表 5.24 SAML での標準構成における性能検証結果（単位：秒）No
性能測定箇所

区間

1 回目

2 回目

3 回目

4 回目

平均値

平均値

（１～３回

（２～４回

目）

目）

(1)

認証開始から終了までの総時間(f) - (a)17.30608.02208.96408.16411.43108.383(x)

ユーザ名入力時間(a2) - (a1)07.31102.91103.06302.57804.42802.851(2)

UA 内認証時間(e) - (b)02.14201.71401.76301.74101.87301.739(3)

バイオメトリック処理時間(d) - (c)01.58901.59201.63901.59001.60701.607(1) - (3) - (x)08.40603.51904.26203.99605.39603.926(2) - (3)00.55300.12200.12400.15100.26600.132(1) - (2) - (x)07.85303.39704.13803.84505.12903.793

総時間からユーザ名入力時間と(4)

バイオメトリック処理時間を引いた時
間
UA 内認証時間から(5)

バイオメトリック処理時間を引いた時
間(6)総時間からユーザ名入力時間とUA 内認証時間を引いた時間

注） ユーザ名入力画面は存在しない。

932) 簡易構成での性能検証① 概要
・インターネットを用いた簡易（２台）構成でのバイオメトリック認証性能の検証を行う。
・OpenID での認証性能との比較を行う。
・RP/SP⇒BP での認証時、UA にて各リクエストからレスポンスまでの時間を計測する。
注） OpenID 使用時は RP、SAML 使用時は SP② 性能測定点
以下の箇所で計測する（すべて Chrome 内）(a)UA より「①認証リクエスト」を RP/SP に向けて送信した時刻(a1)BP より「③ユーザ名入力画面」が送信され、UA が受信した時刻

緑線ルートの時間を計測（UA からの認証リクエスト～レスポンス）(a2)UA より「④ユーザ名」を BP に向けて送信した時刻(b)BP より「⑥BioIDM へ認証要求」が送信され、UA が受信した時刻(c)BioIDMConnection から Transaction へ「⑦認証要求」を送信した時刻(d)BioIDMTransaction からの「⑧認証応答」を Conenction が受信した時刻(e)UA より「⑨BioIDM からの結果応答」を SP に向けて送信した時刻(f)RP/SP より「⑫認証結果」が送信され、UA が受信した時刻

図 5.18 簡易構成での性能検証の測定点

94

青線ルートの時間を計測（生体認証にかかる時間） ※パスワード認証の場合は無し
赤線ルートの時間を計測（BioIDM からの結果応答～SP からの認証結果応答）表 5.25 簡易構成における性能検証詳細条件
パターン
No

暗号化

ブラウ

プロト

ザ

コル

手順
認証方式

画面

操作

計測
地点

キャッ
シュ
1

有

有

OpenID

生体認証

RP

RP メニューから「Login」ボタンをクリックし、（ID 付

ログイン画面を開く。

与）

OpenID にパスワード認証ユーザの※ユー

OpenID(BP)を入力し、「Login」ボタンをクリッ

ザ名入

ク。

力画面

※OpenID は BP の URL のみ。ID は含まない。

(a)

2

を通ら

BP - BioIDM 初

-

3

ない

期画面

-

(c)

生体認証機器で認証を行う。

(d)

BP

-

(e)

RP

-

4
5

または

6

(b)

(f)

SAML

表 5.26 OpenID での簡易構成における性能検証結果（単位：秒）No
性能測定箇所

区間

1 回目

2 回目

3 回目

4 回目

平均値

平均値

（１～３

（２～４

回目）

回目）

(1)

認証開始から終了までの総時間(f) - (a)07.02308.26906.10505.74307.13206.706(2)

UA 内認証時間(e) - (b)02.28401.78901.77001.76601.94801.775(3)

バイオメトリック処理時間(d) - (c)01.63301.63701.61501.61401.62801.622(1) - (3)05.39006.63204.49004.12905.50405.084(2) - (3)00.65100.15200.15500.15200.31900.153(1) - (2)04.73906.48004.33503.97705.18504.931(4)

総時間からバイオメトリック処理時間を引いた時間UA 内認証時間から(5)

バイオメトリック処理時間を引いた時
間

(6)

総時間から
UA 内認証時間を引いた時間95表 5.27 SAML での簡易構成における性能検証結果（単位：秒）No
性能測定箇所

区間

1 回目

2 回目

3 回目

4 回目

平均値

平均値

（１～３

（２～４

回目）

回目）

(1)

認証開始から終了までの総時間(f) - (a)11.41407.99006.93807.43308.78107.454(x)

ユーザ名入力時間(a2) - (a1)05.87403.24702.45402.69403.85802.798(2)

UA 内認証時間(e) - (b)02.08001.78801.70401.73701.85701.743(3)

バイオメトリック処理時間(d) - (c)01.64001.61301.57801.61601.61001.60203.90003.13002.90603.12303.31203.05300.44000.17500.12600.12100.24700.14103.46002.95502.78003.00203.06502.912

総時間からユーザ名入力時間と(4)

バイオメトリック処理時間を引いた時間(1) - (3) (x)UA 内認証時間から(5)

バイオメトリック処理時間を引いた時(2) - (3)間
(6)総時間からユーザ名入力時間と(1) - (2) -UA 内認証時間を引いた時間

(x)

96

(7) 性能検証結果考察① 性能値の取り扱いについて計測された数値はプロトタイプ環境を用いたものであり、サーバ用コンピュータの性能や使用したネットワーク性能にも依存する。また、測定方法としては、同じ操作を 4 回繰り返す方法とした。性能測定としては限定された環境および方法であるため、評価結果は目安として用いるべきものである。なお、OpenID および SAML の標準構成および簡易構成において測定された性能検証結果の各表の項目の中では、(4)として示される時間（各表においてアンダーラインで示す）に着目することとする。本時間は、認証開始から終了までの総時間の中から、端末上でID 入力や生体認証のためにかかった時間を除いたものである。（ID 入力や生体認証は、人間よる操作時間であり、可変要素とみなす。
）② ブラウザのキャッシュ有無についての違いについて
性能測定は 3 回繰り返した平均値を算出しているが、1 から 3 回の平均値においては 1 回目の測定時点でブラウザ内のキャッシュがクリアされている。これに対して 2 から 4 回目の平均値
においてはすべての測定においてブラウザ内のキャッシュにコンテンツがダウンロード済みである。このブラウザキャッシュの有無による性能差を考察する。SAML 技術を用いた場合、標準構成において、ブラウザのキャッシュ有無により約 37％の性能差が生じた。表中の(6)はネッ
トワーク処理時間を表しているが、1 回目と 2 回目以降で約 2 倍の時間差があることがわかる。
ブラウザにダウンロードされるコンテンツには、評価に使用した OSS である Identity Serverのコンテンツと BioIDM Connection のコンテンツの 2 種類が存在する。これらのコンテンツのブラウザダウンロード時間がネットワーク性能に影響したものと推測される。このことから、1回目の利用時の速度アップにおいてはブラウザコンテンツの簡略化が有効と思われる。
OpenID における性能差は約 16％であり SAML ほどの違いは見られなかった。これは測定 3回目のネットワーク処理時間が他の時間に比べて短くなっていることから、ネットワーク性能の時間帯によるばらつきが可能性として考えられる。

③ 標準構成と簡易構成の違いについて
SAML 技術を用いた場合、簡易構成は標準構成に比べてブラウザキャッシュ無しの場合約63％性能が高く、ブラウザキャッシュ有りの場合約 28％性能が高い。性能内訳を確認すると、
1 回目の測定結果におけるネットワーク処理時間を表す(6)の差異が最も大きい。このことから、標準構成では 2 台のサーバ（IdP と BP）からブラウザにコンテンツをダウンロードする時間が、
ブラウザキャッシュ無しの場合の大きな性能差を生んだ原因と推測できる。
OpenID の場合、SAML 技術を用いた場合ほどの差異は今回の検証では認められなかった。
これはネットワーク処理時間の差異が今回の測定では大きくなかったためである。

97

④ OpenID と SAML の違いについて
標準構成において、ブラウザキャッシュ無しの場合（1 から 3 回の平均値）、SAML の方がOpenID よりも約 15％性能が高い。ブラウザキャッシュ有の場合、SAML の方が OpenID よりも約 36％程度性能が高い。各表の(6)の部分の時間が異なっていることから、性能差異の要因はネットワーク時間の違いによると言える。SAML においては特に 2 回目以降の時間が短縮される傾向があることがわかる。

98

5.3.3 まとめ
本 5.3 節では、共通バイオメトリック認証基盤のセキュリティに関連する機能の開発内容と検証
実験の内容と結果について述べた。
(1) 開発内容
開発方針として本事業が当初目標としていた開発項目に対して前年度以前までに開発済みの機能を確認することにより、今年度の開発必要項目の洗い出しを行った。その結果以下の 3つの機能の開発を行った。
① SAML 技術による SSO 機能への共通バイオメトリック認証基盤の組み込み② 複数モダリティサポート機能としての指紋認証技術の組み込み③ セキュリティ機能として格納データの AES アルゴリズムによる暗号化および Windowsのアクセス権設定による暗号鍵保存ファイルの保護、および、SSL を用いた通信データのセキュリティの組み込み(2) 検証実験
共通バイオメトリック認証基盤として開発した機能を確認するための検証実験を実施し、実装された機能が正常動作することを検証した。検証内容は以下のとおりである。
①登録機能：SAML 技術を用いた SSO システムにおける BP での ID 登録機能・IdP でのID 登録機能・SP での ID 登録機能
②認証機能：SAML 技術を用いた SSO システムにおけるバイオメトリック認証機能③シングルサインオン機能：SAML 技術を用いた SSO システムにおける SSO 機能④複数モダリティサポート機能：指紋認証技術による生体認証機能⑤セキュリティ機能：5.2 節で示した格納データおよび通信データに関するセキュリティ機
能⑥システム構成のバリエーション：ブラウザを変更した場合、および標準構成から簡易構成に変更した場合のバイオメトリック認証機能⑦認証性能：バイオメトリック認証を行った場合の処理時間を測定し、システム構成の違い（標準構成・簡易構成）、OpenID と SAML 技術の違いによる性能差の比較を行った。

99

－禁無断転載－

25-121

平成 25 年度
IdM における共通本人認証基盤の開発研究報
告書
平成 26 年 3 月
作

成 一般社団法人日本自動認識システム協会
東京都千代田区岩本町 1-9-5 FK ビル 7 階
TEL 03-5825-6651