富⼠榮 尚寛（ふじえ なおひろ）

2

教育機関における証明書とデジタル化

Copyright © 2023, Naohiro Fujie, All Rights Reserved

3デジタル化の意味

Copyright © 2023, Naohiro Fujie, All Rights Reserved

4

紙とデジタルの違いを正しく認識する
紙プロセス

デジタルプロセス

対⾯前提

オンライン前提

距離近い

距離は関係ない

信頼関係の構築

周辺環境や相⼿に関する様々な情報（容姿や振る舞いなど）を含め総合的に判断（感覚・経験による判断）〜信頼得られる情報は限定的であり、第三者によるお墨付きや技術⾯のサポートが必要（デジタル署名など）

プライバシ

⼈は忘れる、という特徴あり

デジタルタトゥーとして残る可能性あり

保存期間

どちらかというと利⽤者に依存（⻑期保管されるケースも多い）

どちらかというと発⾏者に依存（トランザクション内のみの短期利⽤が多い）

偽造

ハードルが⾼い（コスト・⼼理的障壁）

ハードルが低い（容易なデジタルコピー）

前提
やりとりする
相⼿との関係性証明書

Copyright © 2023, Naohiro Fujie, All Rights Reserved

5その上でユースケースを分類
本来デジタル化でメリットがあるケース

相⼿との距離が偽造されると近い（対⾯）遠い（オンライン）

困る

対⾯であってもリスクがある（無⼈シナリオ。後からトレースしても⼿遅れ）
例）• 鍵としての利⽤

なりすましやフェイクによるリスクがある（無⼈シナリオ。後からトレースしても⼿遅れ）
例）• オンライン申請• 電⼦チケット、定期券※利⽤されてしまうと取り戻せない

困らない

対⾯によりリスク低減ができる（有⼈。後から取り消せる・取り戻せる）
例）• ポイントカード

検証できなくてもリスクは低い（後から取り消せる・取り戻せる）
例）• ⾦銭等を伴わないカジュアルなサービス

従来のデジタル化のアプローチ

Copyright © 2023, Naohiro Fujie, All Rights Reserved6証明書という特性からの分類
鮮度（結合度）権威

ID連携では実現しにくかった領域

重要（付与されてすぐに利⽤）

それほどでもない（付与と利⽤の間に時間的なラグあり。または疎結合でシステム間での連携が困難）

重要

認証、属性ベースの認可(認証結果の伝達によるログイン・SSO、組織や役職によるアクセス制御)

⾝分証明、資格証明（学位、ワクチン証明書、学修歴証明など）

それほどでもない

リスクベース認証、動的認可(IPアドレスや場所などのコンテキストベースの認可)

個⼈ベースの情報、評判（個⼈端末/Walletに関する情報、レピュテーションなど）

従来のID連携のアプローチ
Copyright © 2023, Naohiro Fujie, All Rights Reserved

7まとめるとCopyright © 2023, Naohiro Fujie, All Rights Reserved8ユースケースを分析
事例

シナリオ

慶應での実証実験

オンライン前提偽造されると困る

権威が必要

鮮度は求めない

映画の割引チケット ×
最後は窓⼝○
使ったら終わり△それほど？

○映画館とID連携？

卒業⽣向けサービス ○ログイン
窓⼝に来にくい○
セキュリティ⼤事○経歴ロンダリング△
卒業⽣ID管理？

（⾮対⾯？）（取り戻せない？）（発⾏元が⼤事？）（ID連携ではNG？）

NIIでの実証実験

サービス利⽤の要件 ○○とする（認可）オンライン受講前提 セキュリティ⼤事○
トラスト⼤事○疎結合でスケール

EIC ’19でのデモ

ゲストのKYC○
トラスト⼤事○疎結合でスケール○
窓⼝に来にくい○
セキュリティ⼤事

Copyright © 2023, Naohiro Fujie, All Rights Reserved

9次世代デジタルアイデンティティ基盤＠慶應義塾在学・卒業証明等の個⼈証明をスマホアプリに載せ利⽤者⾃⾝が持ち運ぶ世界観の実現を⽬指す実証実験• オンライン・オフラインの両⽅で利⽤可能な⾝分証明書• オンライン利⽤時に従来のID基盤と異なりID発⾏元へ問い合わせがないことによる可⽤性・スケール確保• 分散台帳を利⽤することで証明書の真正性確認が可能

Copyright © 2020, Naohiro Fujie, All Rights Reserved

10スマホアプリにデジタル学⽣証を発⾏

デジタル学⽣証の提⽰
学割チケットを取得スマホアプリに学割チケットが発⾏※技術標準に対応した複数種類のスマートフォンアプリを使い相互運⽤性を検証
1112

O pe nB a dgeか ら V Cへ の 変換ゲ ートウ ェイ事例
https://devpost.com/software/did-maniax-japan

Microsoft Decentralized Identity Hackathonで3位⼊賞• 発⾏済みOpenBadgeをVerifiable Credentialへ変換し、Walletへ格納する• 検証者はVCの真正性に加えてOpenBadgeの検証も実施
Open Badges

Extract

Validate

Embedded Open Badge
Data• Name of certification• Issuer name• Image url• etc
Open Badge Validation API

SELMID/Entra Verified ID
Generate

Display file
• Title• Issuer name• Logo url

Auto Upload& Generate

Rule file• Claim mappings• Credential type
Issue Verifiable Credentials(Embed OB JSON*, recipient)* Verifiers are able to validate OB after verify VC© ITOCHU Techno-Solutions Corporation

13

Overview
ID Registration
Signup user using Social
Account(LINE/Google)

14

Verify user and set user asverified

ID Proofing
OIDC

AAD B2C
Read driver’s license
via NFC I/F and store
claim on the wallet

OIDC

Provision user when user
verification wascompleted.

Provisioning
Office365

SAML
Enable sign-in

Signin withSocial Media id.
(no additionalpassword)

AAD Join PC

AADP/Intune次のステップで⾏うべきこと
出⼝シナリオ例）交通系

オンライン前提（⾮対⾯？）

偽造されると困る（取り戻せない？）

権威が必要

鮮度は求めない（発⾏元が⼤事？）（ID連携ではNG？）

学⽣周遊券購⼊○○
現在、学⽣はオンラ 使ったら終わり
インで学割不可○トラスト⼤事○
疎結合前提

⼊場券で割引△最終的には対⾯だが、インバウンド送客に効果あり○
使ったら終わり

△
それほど？

○
疎結合前提

モバイル学⽣定期○○
現在、学⽣はオンラ 不正防⽌⼤事
インで定期が発⾏
不可○
トラスト⼤事

○
疎結合前提

15

まとめ＆おさらい

Copyright © 2023, Naohiro Fujie, All Rights Reserved

16