
検証可能な資格情報(VC) は、関連するWorld Wide Web Consortium オープン標準に準拠したデジタル資格情報です。パスポートや免許証などの物理的な資格情報だけでなく、銀行口座の所有権など、物理的な同等物がない新しいものも表すことができます。物理的な資格情報に比べて多くの利点がありますが、最も顕著なのはデジタル署名されているため、改ざんが不可能で、即座に検証できることです。[1] [2]
検証可能な資格情報は、誰でも何に関しても発行でき、誰にでも提示して検証できます。資格情報を生成するエンティティは、発行者と呼ばれます。資格情報は、後で使用するために保管する保有者に渡されます。保有者は、自分の資格情報を検証者に提示することで、自分自身について何かを証明できます。
信頼モデル
検証可能な資格情報の保有者は、発行者と検証者の間を仲介する信頼の三角形の中で機能します[3]。
- 発行者は保有者を信頼する
- 保有者は検証者を信頼する
- 検証者は発行者を信頼する
三角形内のどの役割も、人、組織、または機械によって担うことができます。
検証可能な資格情報は誰でも作成できるため、検証者が発行者を信頼するかどうかを決定することに注意してください。
分散化
VC モデルでは、認証情報の保持者がアイデンティティ エコシステムの中心となり、個人が自分のアイデンティティ属性を制御できるようになります。W3C VCモデルは物理的な認証情報に似ています。つまり、ユーザーはカードを所持し、カード発行者に通知したり許可を求めたりすることなく、いつでも誰にでもカードを提示できます。このようなモデルは分散化されており、参加者により高い自律性とプライバシーが与えられます。これは、 SAMLやOpenID Connectで採用されているフェデレーション アイデンティティ管理(FIM) モデルとは対照的です。FIM モデルでは、アイデンティティ プロバイダー(IdP) がアイデンティティ属性の分配者、および属性を付与するサービス プロバイダー(SP)の決定者として中心的な役割を担います。フェデレーション モデルでは、IdP はユーザーがアクセスするすべての SP を認識しています。
検証可能な資格情報データモデル 1.0
検証可能な資格情報のデータモデルは、ワールドワイドウェブコンソーシアム(W3C)の勧告「検証可能な資格情報データモデル1.0 - ウェブ上で検証可能な情報の表現」であり、2019年11月19日に公開されました。[4]
構成
検証可能な資格情報はJSON を使用して表現され、通常は次の要素で構成されます。
- コンテクスト
- 発行者
- 発行タイムスタンプ
- 有効期限のタイムスタンプ
- タイプ
- 主題
- 主体のアイデンティティ属性
- VCの完全性と信頼性を保証するための暗号証明
{
"verifiableCredential" : { "@context" : [ "https://www.w3.org/2018/credentials/v1" , "https://www.w3.org/2018/credentials/examples/v1" ], "id" : "0892f680-6aeb-11eb-9bcf-f10d8993fde7" , "type" : [ "VerifiableCredential" , "UniversityDegreeCredential" ], "issuer" : { "id" : "did:example:76e12ec712ebc6f1c221ebfeb1f" , "name" : "Acme University" }, "issuanceDate" : "2021-05-11T23:09:06.803Z" , 「credentialSubject」: { 「id」: "did:example:ebfeb1f712ebc6f1c276e12ec21」、「degree」: { 「type」: "BachelorDegree」、「name」: "理学士" } }、「proof」: { 「type」: "Ed25519Signature2018」、「created」: "2021-05-17T15:25:26Z」、「jws」: "eyJhbGciOiJFZERTQYjY0Il19..nlcAA」、「proofPurpose」: "assertionMethod」、「verificationMethod」: "https://pathToIssuerPublicKey" } } }
エイリアス
@context JSONプロパティを使用して定義される VC コンテキストは、JSONプロパティにユーザーフレンドリな用語を使用できるようにするJSON-LD構造です。VC データ モデルによれば、多くのプロパティの値はURIである必要があります。これらはグローバルに明確ですが (グローバル データ モデルでは重要)、ユーザーフレンドリではありません。したがって、プロパティでは、各URIに対して短縮形のユーザーフレンドリなエイリアスを定義できます。これにより、VC の指定がはるかに簡単になり、ユーザーフレンドリになります。以下に例を示します。
@context
{
"@context" : [ "https://www.w3.org/2018/credentials/v1" , "https://www.w3.org/2018/credentials/examples/v1" ], "id" : "http://example.edu/credentials/3732" , "type" : [ "VerifiableCredential" , "UniversityDegreeCredential" ], "issuer" : "https://example.edu/issuers/14" , "issuanceDate" : "2010-01-01T19:23:24Z" , "expirationDate" : "2020-01-01T19:23:24Z" , "credentialSubject" : { "id" : "did:example:ebfeb1f712ebc6f1c276e12ec21" 、"学位" :{ "タイプ" :"学士" 、"名前" :"理学および文学士" } }、"証明" :{ } }
W3C VC は拡張可能です。発行者の決定に従って、新しいプロパティを VC に追加できます。標準プロパティは、拡張ポイントとして具体的に定義されています。これには次のものが含まれます。
- 利用規約 - 発行者による VC の使用に関する制限
- スキーマ - VC コンテンツを定義する
- 証拠 - VCを発行する前に発行者が対象および/または属性について収集した情報
- ステータス - 検証者が VC のステータス (失効しているかどうかなど) を検出できる場所へのポインター。
主題
VCの保持者は、必ずしも資格証明書の主体である必要はありません。ほとんどのユーザーは自分のVCを保持することが想定されており、つまり、保持者と主体は同一人物です。ただし、常にそうである必要はありません。たとえば、VCの主体が幼児で、VCが出生証明書である場合、保持者は片方の親または両親である可能性があります。[5]
証明
証明メカニズムは標準化されていませんが、データ モデルは、デジタル署名などのさまざまな既存の暗号化メカニズムをサポートできるほど柔軟です。使用されている証明メカニズムには、 JSON Web 署名を使用したJSON Web トークン、JSON-LD証明、 IBM の匿名認証情報などのスキームを使用したゼロ知識証明などがあります。
輸送
発行者/IdP から保有者へ、また保有者から検証者へ VC を伝送するためのさまざまなプロトコルが指定されています。例:
- Aries RFC 0036: 資格情報発行プロトコル 1.0.、[6]および Aries RFC 0037: 証明提示プロトコル 1.0 [7]
- David W Chadwick、Romain Laborde、Arnaud Oglaza、Remi Venant、Samer Wazan、Manreet Nijjar「検証可能な認証情報とFIDOによるアイデンティティ管理の改善」、IEEE Communications Standards Magazine Vol 3、Issue 4、2019年12月、14~20ページ[8]
これらのプロトコルはいずれも標準化されていません。VC を実験している人の多くは、さまざまな関係者間で VC を伝送するためにHTTPS を使用しています。
批判と懸念
COVID-19ワクチン接種証明書や検査証明書の文脈における検証可能な資格情報の安全性は疑問視されている。[9] [10]検証可能な資格情報は、使いやすさの懸念も抱えている。[11]
検証可能な資格証明書を発行できる人は誰でも、酒類を購入する際に年齢証明として他州の免許証を受け入れるかどうかを決める店員のようなものだと例える人もいる。
参照
参考文献
- ^ 「検証可能な認証情報の紹介」。verifiablecredential.io 。 2021年10月19日時点のオリジナルよりアーカイブ。
- ^ 「検証可能な資格情報とは何ですか? | 分散型アイデンティティ開発者ドキュメント」didproject.azurewebsites.net。
- ^ 「検証可能な資格情報への簡単な入門」www.evernym.com。2020年4月16日時点のオリジナルよりアーカイブ。
- ^ 「検証可能な資格情報データモデル 1.0」。www.w3.org 。 2019年11月5日閲覧。
- ^ 「自己主権的アイデンティティにおける後見について」(PDF)www.sovrin.org。2021年11月5日閲覧。
- ^ Khateev, Nikita. 「Aries RFC 0036: Issue Credential Protocol 1.0」。Github - Hyperledger Aries プロジェクト。Hyperledger。2019年11 月 5 日閲覧。
- ^ Khateev, Nikita. 「Aries RFC 0037: Present Proof Protocol 1.0」。Github - Hyperledger Aries プロジェクト。Hyperledger。2019年11 月 5 日閲覧。
- ^ Chadwick, David W.; Laborde, Romain; Oglaza, Arnaud; Venant, Remi; Wazan, Ahmad Samer; Nijjar, Manreet (2019-12-31). 「検証可能な認証情報と FIDO によるアイデンティティ管理の改善」. IEEE Communications Standards Magazine . 3 (4): 14–20. doi :10.1109/MCOMSTD.001.1900020. ISSN 2471-2825. S2CID 212706653.
- ^ 「ブロックチェーンを採用することで、カリフォルニア州の法案は誤った一歩を踏み出す」。blog.mozilla.org。2020年8月6日。
- ^ Halpin, Harry (2020). 「ビジョン:免疫パスポートとW3C分散識別子の批評」arXiv : 2012.00136 [cs.CR].
- ^ Brunner, Clemens; Gallersdörfer, Ulrich; Knirsch, Fabian; Engel, Dominik; Matthes, Florian (2020). 「DID と VC: 信頼のウェブのための分散識別子と検証可能な資格情報の解明」。2020 年第 3 回ブロックチェーン技術およびアプリケーションに関する国際会議。pp. 61–66。doi : 10.1145 / 3446983.3446992。ISBN 9781450388962. S2CID 232291138。
