認識済みエンティティ v1.0

概要

この仕様は、1つ以上の認識済みエンティティ、たとえば1人以上の個人および／または組織を、検証可能なクレデンシャルの発行や検証など、特定のアクションを実行することが知られているものとして記述できるデータモデルについて説明します。このデータモデルは、そのような情報の公開または直接共有を可能にし、暗号学的に検証可能でプライバシーを保護する仕組みを提供します。この仕組みにより、保有者は、使用しているクレデンシャルのエンティティが特定のエコシステム内で認識されていることを示すことができます。この仕様は、X.509 認証局リストや ETSI Trust Service Lists などの既存の「信頼インフラストラクチャ」と相互運用できるように設計されている一方で、検証可能なクレデンシャルを使用して新しい分散型エコシステムを構築できるようにします。

検証可能なクレデンシャルエコシステムは、特定の発行者が、ある種の検証可能なクレデンシャルを発行するなど、特定のアクションを実行するものとして認識されているかどうかを、検証者が判断できることに依存している。歴史的に、この判断はしばしば帯域外プロセス、二者間合意、または独自レジストリを通じて行われてきたが、それらは自動化された方法で発見、照会、または推論することが困難である。検証可能なクレデンシャルが教育、医療、金融サービス、政府などの分野全体でますます展開されるにつれ、既知のアクションを実行するエンティティの認識を表現し伝達するための、標準化され相互運用可能な仕組みの必要性が極めて重要になっている。そのような仕組みがなければ、エコシステム参加者は独自の「信頼インフラストラクチャ」を構築せざるを得ず、その結果、断片化、統合コストの増加、国境や分野を越えた相互運用性への障壁が生じる。

この仕様は、個人や組織などの認識済みエンティティ、およびそれらが実行するアクション（発行や検証など）を、任意のエンティティが認識情報を検証可能なクレデンシャルとして公開または共有するために使用できるデータモデルを定義することで、分散型の方法で表現するという課題に対処する。単一の中央レジストリを義務付けるのではなく、このモデルは任意のエンティティ（政府機関、業界コンソーシアム、標準化団体、さらには単一の個人）に対し、特定のアクションを実行するものとして認識されている1つ以上のエンティティを知っていることを表明する VerifiableRecognitionCredential を発行することを可能にする。この設計により、重なり合い、競合し、補完し合う「信頼レジストリ」の網が共存でき、エコシステム参加者は信頼するエンティティを選択し、複数のレジストリにまたがって推論できる。この仕様はまた、 X.509 認証局リストや ETSI Trust Service Lists などの既存の「信頼インフラストラクチャ」との相互運用性もサポートし、既存の認識済みエンティティ情報を参照し、新しい分散型エコシステムに組み込めるようにする。

. この文書の残りの部分は、次の節で構成される:

セクション 2. データモデルは、中核となるデータモデルを定義し、 RecognizedEntity、RecognizedAction、および VerifiableRecognitionCredential 型を、それらのプロパティおよび実例とともに含む。
セクション 4. セキュリティに関する考慮事項は、この仕様の実装者に関連するセキュリティ上の考慮事項について論じる。
セクション 3. プライバシーに関する考慮事項は、この仕様の実装者に関連するプライバシー上の考慮事項について論じる。

非規範的として示された節に加えて、この仕様内のすべての作成ガイドライン、図、例、および注記は非規範的である。この仕様内のそれ以外のすべては規範的である。

この文書におけるキーワード MAY、MUST、OPTIONAL、および SHOULD は、ここに示すようにすべて大文字で現れる場合に限り、 BCP 14 [RFC2119] [RFC8174] に記述されているとおりに解釈される。

適合文書とは、この仕様の規範的記述に準拠する、データモデルの任意の具体的表現である。具体的には、この文書のセクション 2. データモデルにおける関連するすべての規範的記述が MUST 適用される。

適合プロセッサとは、適合文書を生成または消費する、ソフトウェアおよび／またはハードウェアとして実現された任意のアルゴリズムである。適合プロセッサは、非適合文書が消費されたときにエラーを生成 MUST する。

この文書には、JSON および JSON-LD コンテンツを含む例も含まれている。これらの例の一部には、インラインコメント（//）や、例にほとんど価値を追加しない情報を示すための省略記号（...）など、無効な JSON 文字が含まれている。実装者は、これらの情報を有効な JSON または JSON-LD として使用したい場合、このコンテンツを削除するよう注意されたい。

以下の節では、この仕様で Verifiable Issuer and Verifier Lists のために使用されるデータモデルの概要を示す。

この節で説明するデータモデルは、本稿のために評価されたさまざまな先行技術からの入力を用いて構築されており、 EBSI Trusted Issuer Registry、ETSI TS 119 612、eSSIF-Lab TRAIN、Trust over IP Foundation Trust Registry Protocol、および Rebooting the Web of Trust の入力文書からの入力を含む。この節で説明するデータモデルは、これらの他の仕様で説明される概念の多くを表現できるが、すべてを表現できるわけではない。

この作業の統一データモデルは、クレデンシャルの発行や検証などのサービスを提供するエンティティまたは組織を表すサービスプロバイダの一覧として表現できる。このデータモデルには、一覧運営者の説明の詳細も含まれる。

この節のプロパティは、セクション 2.4 VerifiableRecognitionCredential で定義される VerifiableRecognitionCredential 内にあるオブジェクトに追加できる。この節に列挙される各一般プロパティは OPTIONAL であり、いずれの値も発行者によって提供されることを要求されない。

プロパティ	説明
id	エンティティをグローバルに曖昧さなく識別する URL。このプロパティの値は、 Verifiable Credentials Data Model v2.0 仕様のセクション 4.4: 識別子で定義される。
type	エンティティの型。このプロパティの値は、 Verifiable Credentials Data Model v2.0 仕様のセクション 4.5: 型で定義される。エンティティが検証可能なクレデンシャルの発行者である場合、`type` プロパティは `RecognizedIssuer` で MUST ある。
name	エンティティの人間可読な名前。このプロパティの値は、 Verifiable Credentials Data Model v2.0 仕様のセクション 4.6: 名前および説明で定義される。
legalName	法的機関に登録された、組織またはエンティティの正式な法的名称であり、一般に使用される名称とは異なる場合がある。値は文字列で MUST ある。
image	ロゴ、写真、アイコンなど、エンティティの視覚的識別子を表す URL または画像データ。値は URL で MUST ある。
url	エンティティに関連付けられた主要なウェブサイトまたはウェブリソースを指す URL。値は URL で MUST ある。
sameAs	他のコンテキストまたはシステムにおいて同一エンティティを参照する1つ以上の URL であり、異なるプラットフォーム間の相互参照および検証を可能にする。各値は URL で MUST ある。
description	エンティティに関する詳細を提供する人間可読な説明。このプロパティの値は、 Verifiable Credentials Data Model v2.0 仕様のセクション 4.6: 名前および説明で定義される。
digestMultibase	エンティティに関連付けられたリソースの完全性を検証するために使用される1つ以上の暗号学的ダイジェスト。このプロパティの値は、 Verifiable Credentials Data Model v2.0 仕様のセクション 5.3: 関連リソースの完全性で定義される。

認識済みエンティティとは、VerifiableRecognitionCredential の発行者によって、特定のアクションを実行するものとして認識されている任意のエンティティである。

プロパティ	説明
id	エンティティをグローバルに曖昧さなく識別する URL。このプロパティの値は、 Verifiable Credentials Data Model v2.0 仕様のセクション 4.4: 識別子で定義される。
type	`type` プロパティは `RecognizedEntity` で MUST ある。このプロパティの値は、 Verifiable Credentials Data Model v2.0 仕様のセクション 4.5: 型で定義される。
recognizedTo	認識済みエンティティが実行することを期待される特定のアクションであり、セクション 2.3 RecognizedAction で定義される。このプロパティは、認識済みエンティティが複数のアクションを実行することを期待される場合、複数回出現してよい。
recognizedIn	この特定の認識済みエンティティと、それが実行することが知られているアクションを含む認識済みエンティティの文書への参照を含むオブジェクト。オブジェクトの `id` 値は URL で MUST ある。オブジェクトの `type` 値は、 Verifiable Credentials Data Model v2.0 仕様で定義される type 値空間に適合 MUST し、 `EtsiTrustServiceList`、 `x509CertificateAuthorityList`、または `VerifiableRecognitionCredential` であることが SHOULD される。

上記のプロパティに加えて、セクション 2.1 一般プロパティのプロパティを含めることができる。

EtsiTrustServiceList の type プロパティを持つ recognizedIn は、 Electronic Signatures and Infrastructures (ESI); Trusted Lists 仕様に適合 MUST する。 x509CertificateAuthorityList の type プロパティを持つリストは、Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile 仕様に適合 MUST する。 VerifiableRecognitionCredential の type プロパティを持つリストは、この仕様に適合 MUST する。

認識済みアクションとは、認識済みエンティティが実行することを期待されるアクションである。

プロパティ	説明
type	`type` プロパティは `RecognizedAction` で MUST ある。
action	`issue` や `verify` など、実行されるアクションの名前を指定する文字列。
recognizedBy	認識するという作業を実行したエンティティの URL、またはセクション 2.1 一般プロパティのプロパティを含むオブジェクト。
outputValidation	`outputValidation` プロパティの値は、提供されたデータが提供されたスキーマに適合するかどうかを検証者が判断するために十分な情報を提供する、 1つ以上のデータスキーマで MUST ある。各バリデータは、その `type`（たとえば `JsonSchema`）と、スキーマファイルを識別する URL で MUST ある `id` プロパティを指定 MUST する。具体的な型定義は、各データスキーマの正確な内容を決定する。複数のスキーマが存在する場合、有効性は、関連する各 `type` プロパティによって概説される処理規則に従って決定される。

検証可能な認識クレデンシャルが公開される場合、それは Verifiable Credentials Data Model v2.0 で定義される、適合する検証可能なクレデンシャルで MUST あり、以下の節で指定されるデータモデルを表現する。これは、認識済みエンティティを包含する検証可能なクレデンシャルの形式を説明する。

認識済みエンティティは検証可能なクレデンシャルの内部で表現され、保有者がそれを検証者へ直接提供できるようにする。この仕組みは「certificate stapling」と呼ばれることがあり、検証者が認識クレデンシャルを取得するために発行者に連絡する必要がないことを保証することで、保有者のプライバシーを高める。それでも、検証者は、たとえば認識クレデンシャルのより新しいバージョンを望む場合など、その真正性が検証可能であっても、保有者が提供した認識クレデンシャルを無視することを選択するかもしれない。

プロパティ	説明
id	認識済みエンティティの集合を含む検証可能なクレデンシャルは、他のシステムによる取得を容易にするために `id` プロパティを表現 MAY する。
type	認識済みエンティティの集合を含む検証可能なクレデンシャルは、 `VerifiableRecognitionCredential` 値を含む `type` プロパティを表現 MUST する。
issuer	検証可能なクレデンシャルの発行者であり、 Verifiable Credentials Data Model 仕様のセクション 4.76: 発行者で定義される。このオブジェクトは、セクション 2.1 一般プロパティに列挙される他のプロパティを含めても MAY よい。
validFrom	クレデンシャルが有効である最も早い時点。このプロパティは Verifiable Credentials Data Model 仕様のセクション 4.6: 有効期間で定義される。
validUntil	クレデンシャルが有効である最も遅い時点。このプロパティは Verifiable Credentials Data Model 仕様のセクション 4.6: 有効期間で定義される。
credentialSubject	セクション 2.2 RecognizedEntity で定義される 1つ以上の `RecognizedEntity` オブジェクトの集合。

以下の例は、検証可能な認識クレデンシャルがさまざまなユースケースでどのように利用できるかを示す。最初の例は、特定の国家における既知の大学群に関する情報を公開するために使用される。

例 1: 特定の国家における既知の大学群

{
  "@context": [
    "https://www.w3.org/ns/credentials/v2",
    "https://www.w3.org/ns/credentials/examples/v2"
  ],
  "type": [
    "VerifiableCredential",
    "VerifiableRecognitionCredential"
  ],
  "issuer": {
    "id": "did:web:learning-commission.example",
    "type": "RecognizedIssuer"
  },
  "validFrom": "2025-01-01T00:00:00Z",
  "validUntil": "2030-01-01T00:00:00Z",
  "credentialSubject": [{
    "id": "did:web:university.example",
    "type": "RecognizedEntity",
    "name": "Example Tech",
    "legalName": "Example Polytechnic University",
    "image": "https://university.example/logo.png",
    "url": "https://www.university.example/",
    "description": "A university providing a great education in Utopia Valley.",
  }, {
    "id": "did:web:college.example",
    "type": "RecognizedEntity",
    "name": "Exemplar Community College",
    "legalName": "Community College of Examples and ",
    "image": "https://college.example/graphics/ecc.png",
    "url": "https://college.example/",
    "description": "The backbone of learning in the Utopia community.",
  }],
  "proof": {
    "type": "DataIntegrityProof",
    "created": "2026-04-10T20:08:22Z",
    "verificationMethod": "did:web:accreditor.example#issuance-key-1",
    "cryptosuite": "ecdsa-rdfc-2019",
    "proofPurpose": "assertionMethod",
    "proofValue": "z36XPGByaH3rvtKfwoEQXsnUXUAjwd2Ceiqke1GPfjAPAFYoXKo5ftPdwE7QZ8Mw22SC5LSRQg1d8bhe3252hYJoH"
  }
}

次の例は、特定の種類の検証可能なクレデンシャルについて、既知の発行者群に関する情報を公開するために使用される。

例 2: 特定の種類のクレデンシャルに対する既知の発行者群

{
  "@context": [
    "https://www.w3.org/ns/credentials/v2",
    "https://www.w3.org/ns/credentials/examples/v2"
  ],
  "type": [
    "VerifiableCredential",
    "VerifiableRecognitionCredential"
  ],
  "issuer": {
    "id": "did:web:learning-commission.example",
    "type": "RecognizedIssuer"
  },
  "validFrom": "2025-01-01T00:00:00Z",
  "validUntil": "2030-01-01T00:00:00Z",
  "credentialSubject": [{
    "id": "did:web:university.example",
    "type": "RecognizedEntity",
    "name": "Example Tech",
    "legalName": "Example Polytechnic University",
    "image": "https://university.example/logo.png",
    "url": "https://www.university.example/",
    "description": "A university providing a great education in Utopia Valley.",
    "recognizedTo": {
      "type": "RecognizedAction",
      "action": "issue",
      "recognizedBy": "did:web:learning-commission.example",
      "outputValidation": {
        "id": "https://learning-commission.example/credentials/bachelors.json",
        "type": "JsonSchema",
        "digestMultibase": "uEiBZl963sknNAHgPyslVv6VztZpfWQoRvW1htfx-UwirFo",
      }
    }
  }, {
    "id": "did:web:college.example",
    "type": "RecognizedEntity",
    "name": "Exemplar Community College",
    "legalName": "Community College of Examples and ",
    "image": "https://college.example/graphics/ecc.png",
    "url": "https://college.example/",
    "description": "The backbone of learning in the Utopia community.",
    "recognizedTo": {
      "type": "RecognizedAction",
      "action": "issue",
      "recognizedBy": "did:web:learning-commission.example",
      "outputValidation": {
        "id": "https://learning-commission.example/credentials/associates.json",
        "type": "JsonSchema",
        "digestMultibase": "uEiWQoRvpfWW1htfsknNAHgPyslVv6VztZpfwirFoBZl963",
      }
    }
  }],
  "proof": {
    "type": "DataIntegrityProof",
    "created": "2026-04-10T20:08:22Z",
    "verificationMethod": "did:web:accreditor.example#issuance-key-1",
    "cryptosuite": "ecdsa-rdfc-2019",
    "proofPurpose": "assertionMethod",
    "proofValue": "z36XPGByaH3rvtKfwoEQXsnUXUAjwd2Ceiqke1GPfjAPAFYoXKo5ftPdwE7QZ8Mw22SC5LSRQg1d8bhe3252hYJoH"
  }
}

最後の例は、欧州連合 ETSI Trust Services list [ETSI-TRUST-LISTS] に適合する情報を公開するエンティティに関する情報を公開するために使用される。

例 3: EU ETSI Trust Service list に適合する情報を公開するエンティティ

{
  "@context": [
    "https://www.w3.org/ns/credentials/v2",
    "https://www.w3.org/ns/credentials/examples/v2"
  ],
  "type": [
    "VerifiableCredential",
    "VerifiableRecognitionCredential"
  ],
  "issuer": "did:web:ec.europa.example",
  "validFrom": "2025-01-01T00:00:00Z",
  "validUntil": "2030-01-01T00:00:00Z",
  "credentialSubject": [{
    "id": "did:web:ec.europa.example",
    "type": "RecognizedEntity",
    "name": "Utopian Commission",
    "legalName": "The Utopian Commission",
    "image": "https://ec.europa.example/logo.png",
    "url": "https://ec.europa.example/",
    "recognizedIn": {
      "id": "https://ec.europa.example/tsl/lotl.xml",
      "type": "EtsiTrustServiceList",
      "name": "Utopian Commission List of the Lists"
    }
  }],
  "proof": {
    "type": "DataIntegrityProof",
    "created": "2026-04-10T20:08:22Z",
    "verificationMethod": "did:web:ec.europa.example#issuance-key-1",
    "cryptosuite": "ecdsa-rdfc-2019",
    "proofPurpose": "assertionMethod",
    "proofValue": "z36XPGByaH3rvtKfwoEQXsnUXUAjwd2Ceiqke1GPfjAPAFYoXKo5ftPdwE7QZ8Mw22SC5LSRQg1d8bhe3252hYJoH"
  }
}

この仕様で説明されるデータを処理する際、実装者が認識しておくべきセキュリティ上の考慮事項が数多く存在する。この節の含意を無視したり理解しなかったりすると、セキュリティ脆弱性につながる可能性がある。

読者は、この節を読む前に、 Verifiable Credentials 仕様のセキュリティに関する考慮事項の節で提供される一般的なセキュリティ助言に習熟することが強く推奨される。

この節は幅広いセキュリティ上の考慮事項を強調しようとするものの、完全な一覧ではない。実装者は、この仕様で概説される技術を用いてミッションクリティカルなシステムを実装する際、セキュリティおよび暗号の専門家の助言を求めることが強く推奨される。

保有者が VerifiableRecognitionCredential を受け取り、それを他者と共有する場合、そのクレデンシャルが適切に審査されていないリスクがある。悪意のある、または不注意なアクターは、詐欺的または侵害されたエンティティを認識済み発行者または検証者として列挙する VerifiableRecognitionCredential を作成し、エコシステム全体にピアツーピアで伝播させる可能性がある。独立した検証なしにそのようなクレデンシャルを受け入れて行動する受領者は、信頼できないソースからの検証可能なクレデンシャルを知らずに受け入れ、自身および他者を詐欺、データ侵害、またはクレデンシャル偽造にさらす可能性がある。この仕様の分散型という性質は長所である一方で、このリスクを増幅する。つまり、単一の未審査クレデンシャルが広く共有されると、エコシステム内の多くの当事者の信頼前提を急速に損なう可能性がある。

これらの危険を軽減するため、展開では、 VerifiableRecognitionCredential に基づいて行動したり、それをさらに共有したりする前に、その暗号学的完全性および出所を独立して検証することが期待される。これには、そのクレデンシャルの発行者が、当該認識ドメインについて実装者が信頼する確立された理由を持つ当事者であること、およびそのクレデンシャルが期限切れまたは失効していないことの確認が含まれる。実装者は、ピアがすでにクレデンシャルを受け入れているという事実のみに、その有効性の証拠として依存することはできない。代わりに、検証者は、 VerifiableRecognitionCredential を受け取ることとは独立して、認識クレデンシャルの発行者および認識済みアクションを審査する必要があり、発行エンティティへの信頼が確立された後にのみ、そのクレデンシャルからの情報に依存できる。

Issue 4

悪意のあるアクターは、類似した issuer 識別子または名前を使用することで、よく知られた認識機関を模倣する VerifiableRecognitionCredential を作成できる。 VRC を手動でソフトウェアに追加し、既知の信頼の根に照らして発行者の識別子を独立して検証しない検証者は、不正な認識主張を受け入れるよう欺かれる可能性がある。この節では、発行者のなりすましを検出および防止する方法と、権威ある帯域外手段を通じて発行者識別子を検証することの重要性について論じるべきである。

プロトコルおよびユーザーインタラクションへの適切な束縛（たとえば、個人が origin からリクエストを受け取る場合）があることに注意すること。ウォレットが「この origin/issuer について、あなたが信頼する誰かからの認識クレデンシャルを持っています」と伝達できればよい（リクエストを origin に束縛するチェックが行われている場合 -- たとえば TLS が使用されている場合）し、それが VRC の issuer に関連付けられているとよい。この節では、プロトコルがこの種の情報をどのように結び付けて、個人が詐欺に引っかからないよう支援できるかについて述べるとよい。

Issue 5

過度に長い validUntil 期間を持つ認識クレデンシャルは、認識済みエンティティが停止、失効、または侵害された後も長く流通し続ける可能性がある。逆に、過度に短い有効期間は運用上の負担を生み出す。この節では、適切な有効期間の選択と、有効期間を堅牢な失効メカニズムと組み合わせることの重要性について論じるべきである。この節は組織／個人の終末期についても述べるべきである。期間がどの程度であるべきかは、一覧のサイズと多様性に依存する -- 一覧が大きいほど、タイムラインは短くなる（24～48時間？）。一覧が小さいほど、タイムラインは長くなる（数週間から数か月）。合理的な時間枠でエンティティを追加できるようにしたい。エコシステムは一覧アグリゲータを望むかもしれない -- 認定機関はより長い期間を持つかもしれない。この節では、より長い期間を持つことの正当化、すなわち、なぜ 24～48時間を超えて長くするのかを説明すべきである。

Issue 6

outputValidation プロパティは、URL を介して外部スキーマファイルを参照する。それらの URL が digestMultibase または他の完全性チェックによって保護されていない場合、スキーマホストを侵害した攻撃者は、認識クレデンシャルを無効化することなく検証規則を変更でき、検証者に意図されたスキーマに適合しなくなったクレデンシャルを受け入れさせる可能性がある。この節では、外部参照されるすべてのリソースにコンテンツ完全性保護を使用することの重要性について論じるべきである。

Issue 7

recognizedIn プロパティは、認識クレデンシャルを、ETSI Trust Service Lists、X.509 認証局リスト、または他の VerifiableRecognitionCredential などの他のレジストリへ連鎖させることを可能にする。下位レベルのレジストリ内の侵害された、または悪意のあるエントリは、検証者が深さ制限を適用せず、チェーン内の各リンクを独立して検証しない場合、推移的に信頼される可能性がある。この節では、連鎖した認識構造をたどるための安全な実践と、無制限の推移的信頼のリスクについて論じるべきである。

Issue 8

action プロパティは自由形式の文字列（例: issue、 verify）である。エコシステム内で許容されるアクション値が厳格に統制されていない場合、認識済みエンティティは、広範または未定義のアクションを主張するクレデンシャルを提示し、検証者がそれを意図よりも寛容に解釈して、発行者の意図を超えた不正使用につながる可能性がある。この節では、アクション語彙のエコシステムレベルでの統制の重要性と、検証者が認識できないアクション値をどのように扱うべきかについて論じるべきである。

この節は非規範的である。

この仕様は、既存の「信頼インフラストラクチャ」技術を認識して設計されており、そのうち3つを以下で説明する。この仕様で定義されるデータモデルは、これらの技術に見られる多くの概念を表現でき、 recognizedIn プロパティを介してそれらと相互運用するように設計されている。

この節は非規範的である。

European Telecommunications Standards Institute (ETSI) は、 Trust Service Lists (TSLs) の形式を [ETSI-TRUST-LISTS] で定義しており、これは European Union 全域で、eIDAS 規則の下で電子署名、電子シール、タイムスタンプ、およびその他の信頼サービスを発行する権限を与えられたエンティティである、信頼できるサービス提供者の一覧を公開するために使用される。各 EU 加盟国は国内 TSL を公開し、European Commission は各国内 TSL を参照する List of the Lists (LoTL) を公開して、明確に定義された階層的信頼フェデレーションを形成する。

ETSI Trust Service Lists は、この仕様といくつかの概念的目標を共有している。どちらも、特定のアクションを実行するものとして認識されているエンティティを説明し、それらのエンティティを識別メタデータと関連付け、検証時に依拠当事者によって消費されることを意図している。しかし、この仕様は、いくつかの重要な点で ETSI Trust Service Lists と異なる:

形式: ETSI Trust Service Lists は、署名付き XML 文書として表現される。この仕様は JSON-LD と Verifiable Credentials Data Model を使用し、より広範な分散型アイデンティティエコシステムとの統合を可能にする。
ガバナンス: ETSI Trust Service Lists は、 EU 加盟国当局を根とする中央集権的で階層的な構造によって統治される。この仕様は、中央集権型と分散型の両方のガバナンスモデルをサポートし、任意のエンティティが自らのエコシステム内で認識機関として機能できるようにする。
範囲: ETSI Trust Service Lists は、eIDAS の下で規制される電子信頼サービスに範囲が限定されている。この仕様はドメインに依存せず、教育、医療、金融サービスを含む任意の分野にわたる認識を表現できる。
保有者中心の共有: ETSI Trust Service Lists は well-known URL で公開され、依拠当事者によって取得される。この仕様はさらに、保有者が認識クレデンシャルを検証者に直接提示する「certificate stapling」をサポートし、各インタラクションの際に検証者が中央レジストリへ連絡する必要性を低減する。

この節は非規範的である。

X.509 [RFC5280] は公開鍵基盤 (PKI) の標準であり、証明書および証明書チェーンの形式を定義する。認証局 (CA) は、公開鍵をアイデンティティに結び付ける X.509 証明書を発行する信頼されたエンティティである。 CA への信頼は通常、ブラウザまたはオペレーティングシステムのトラストストア（ルート CA のキュレートされた一覧）への掲載、またはそのようなルートに遡る証明書チェーンを通じて確立される。

X.509 CA インフラストラクチャとこの仕様はいずれも、与えられたエンティティが、与えられたコンテキスト内で特定のアクションを実行するために依拠できるかどうかを確立する問題に対処する。しかし、この仕様は X.509 CA リストといくつかの重要な点で異なる:

データモデル: X.509 証明書は、固定スキーマを持つバイナリ ASN.1 形式で、識別子と公開鍵の関連付けをエンコードする。この仕様は、認識済み識別子およびそれらが識別するエンティティが実行を許可されているアクションに関する任意のメタデータを表現できる、柔軟で拡張可能な JSON-LD データモデルを使用する。
信頼階層: X.509 PKI は、少数のグローバルに信頼されるルート CA を根とする厳格な階層的信頼チェーンに依存する。この仕様は、複数の、重なり合い、競合する認識レジストリが共存でき、エコシステム参加者がどの認識機関を信頼するかを選択できる、web-of-trust モデルをサポートする。
アクション意味論: X.509 証明書は、証明書が何に使用され得るかを制約するために鍵用途および拡張鍵用途フラグを表現するが、これらは固定された暗号操作の集合に限定される。この仕様は、特定の種類のクレデンシャルの発行など、任意のドメイン固有アクションに対する認識を表現し、より豊かで文脈固有の認識主張を可能にする。
分散型発行: 既存のトラストストアに新しい CA を追加するには、ブラウザベンダーおよび／または OS メンテナによる承認が必要であり、それは中央集権的でしばしば遅いプロセスである。これに対して、この仕様では任意のエンティティが VerifiableRecognitionCredential を発行し、中央ゲートキーパーからの承認を必要とせずにそのエコシステム内で共有できる。

この節は非規範的である。

ISO/IEC 18013-5 は mobile Driving License (mDL) を定義しており、これは運転免許証をモバイル文書 (mDocs) として表現するための標準である。そのエコシステムの一部として、この標準は Verified Issuer Certificate Authority List (VICAL) を定義している。これは、 mDL を発行する権限を与えられた認証局として認識されているエンティティの一覧を含む署名付きデータ構造である。依拠当事者は VICAL を使用して、提示された mDL の発行者がその管轄内で信頼されているかどうかを判断する。

VICAL の概念とこの仕様は、依拠当事者が、クレデンシャル発行者が特定のエコシステム内で認識されているかどうかを判断できるようにするという目標を共有する。しかし、この仕様は mDL VICAL といくつかの重要な点で異なる:

形式: VICAL は CBOR エンコードされ、COSE 署名されたデータ構造であり、mDL エコシステムに密接に結合している。この仕様は JSON-LD と Verifiable Credentials Data Model を使用するため、より広範な種類のクレデンシャルおよび展開環境に適している。
範囲: VICAL は mDL ユースケースおよび ISO/IEC 18013-5 信頼モデルに固有である。この仕様は、任意の種類のクレデンシャルを使用して、任意の種類の検証可能なクレデンシャルおよび任意の種類のアクションの認識を表現できる。運転免許証の発行のためのクレデンシャルに限定されない。
アクション表現力: VICAL は、mDL 証明書を発行するために信頼される CA を記録するが、 CA が実行を認識されている範囲または他の種類のアクションを表現する一般的な仕組みを持たない。この仕様の RecognizedAction 構造は、認識済みエンティティが実行を許可されているアクションと、それに対するクレデンシャルスキーマを明示的に捕捉し、より細粒度の認可を可能にする。
分散性: VICAL は各 mDL エコシステム内の指定された VICAL 提供者によって管理され、中央集権的なチャネルを通じて配布される。この仕様は、任意のエンティティが指定された中央提供者に依存することなく認識クレデンシャルを公開できるようにし、より開かれた構成可能な信頼エコシステムをサポートする。

認識済みエンティティ v1.0

認識済みエンティティとそれらが実行するアクションのための VC

概要

この文書のステータス

1. 序論

1.1 適合性

2. データモデル

2.1 一般プロパティ

2.2 RecognizedEntity

2.3 RecognizedAction

2.4 VerifiableRecognitionCredential

3. プライバシーに関する考慮事項

3.1 認識済みエンティティとしての個人の監視

3.2 保有者提供の認識クレデンシャル

3.3 関連付けによる害

4. セキュリティに関する考慮事項

4.2 発行者のなりすまし

4.3 適切な有効期間の選択

4.4 外部リソースの改ざん

4.5 認識チェーンの検証

4.6 認識済みアクションの悪用

A. 他の技術との関係

A.1 ETSI Trust Service Lists

A.2 X.509 認証局リスト

A.3 ISO/IEC 18013-5 mDL VICAL

B. 謝辞

C. 参考文献

C.1 規範的参考文献

認識済みエンティティ v1.0

認識済みエンティティとそれらが実行するアクションのための VC

概要

この文書のステータス

1. 序論

1.1 適合性

2. データモデル

2.1 一般プロパティ

2.2 RecognizedEntity

2.3 RecognizedAction

2.4 VerifiableRecognitionCredential

3. プライバシーに関する考慮事項

3.1 認識済みエンティティとしての個人の監視

3.2 保有者提供の 認識クレデンシャル

3.3 関連付けによる害

4. セキュリティに関する考慮事項

4.1 共有前の検証

4.2 発行者のなりすまし

4.3 適切な 有効期間の選択

4.4 外部リソースの改ざん

4.5 認識チェーンの検証

4.6 認識済みアクションの悪用

A. 他の技術との関係

A.1 ETSI Trust Service Lists

A.2 X.509 認証局 リスト

A.3 ISO/IEC 18013-5 mDL VICAL

B. 謝辞

C. 参考文献

C.1 規範的参考文献

3.2 保有者提供の認識クレデンシャル

4.3 適切な有効期間の選択

A.2 X.509 認証局リスト