本文へ移動
Financial Context Wiki

分散型アイデンティティ（DID）

分散型識別子と検証可能な資格情報の実践ガイド。何を証明できるか、発行と提示の流れ、残る信頼・プライバシー・復旧リスクを解説します。

更新日

教育目的のみであり、投資助言ではありません。投資では損失が生じる可能性があります。

直接の答え

分散型アイデンティティとは、1つのプラットフォームアカウントを普遍的な身元情報源にせず、主体が複数サービスで識別子と暗号学的に保護された資格情報を使うためのアーキテクチャです。主な構成要素は、分散型識別子（DID）、検証可能な資格情報（VC）、ウォレットなどの保有者ソフトウェア、そして検証者が受け入れる発行者・証拠・保証レベルを定める規則です。

DID は did:example:123 のような URI です。DID メソッドが作成、解決、更新、無効化を定めます。解決すると、検証方法、authentication や assertionMethod といった関係、任意のサービスエンドポイントを含む DID 文書が得られます。対応鍵の制御はそのメソッド上の DID 制御を証明できますが、法的氏名、年齢、一意性、雇用、外部アカウントの所有を単独では証明しません。

検証可能な資格情報は、発行者が1つ以上の主体について行う主張を運びます。保有者が保存し、検証者向けの検証可能な提示を作れます。暗号検証の成功は、選択した証明方式の下で保護データの完全性と作成者を確認します。検証者は別途、発行者を信頼するか、主張が方針を満たすか、資格情報が有効か、提示者に使用権があるかを判断します。

したがって「分散型」は、トラストレス、匿名、ブロックチェーン必須、仲介者不在を意味しません。識別子、資格情報、レジストリ、ウォレット、検証方針を分離し、単一ログイン事業者がすべての関係を観察・支配しない設計を意味します。実際の分散度は、発行者、DID メソッド運営者、状態サービス、ウォレット事業者、復旧管理者、ガバナンス鍵、検証方針に左右されます。

仕組み

  1. 主張と信頼枠組みを定義する。 主体、要求属性、許容発行者、本人確認手続、保証レベル、保持方針、管轄、異議申立てを指定します。暗号形式は、大学、政府、雇用主、コミュニティのどれが適切な権威かを決めません。
  2. 識別子と鍵を作成または取得する。 発行者と保有者は DID、HTTPS URL、その他対応識別子を使えます。DID の場合、メソッドがレジストリとライフサイクルを決めます。コントローラーは秘密鍵を守り、解決文書は必要な検証材料とエンドポイントだけを公開します。
  3. 主体を確認して結び付ける。 発行者は方針に従って証拠を確認し、主張を資格情報の主体に結び付けます。保有者管理鍵、アカウント、別の識別子を参照できます。人物に関する証拠と、現在の提示者が鍵を制御する証拠は区別が必要です。
  4. 資格情報を発行する。 発行者は主張、有効日、スキーマまたは型、状態参照を作り、対応証明で保護します。Data Integrity では cryptosuite、verificationMethod、proofPurpose、proofValue が検証方法を示します。
  5. 保存して選択する。 保有者はローカルまたはホスト型ウォレットに保存します。ウォレットは要求内容を説明し、形式が許す範囲で必要データだけを開示し、無関係な場面で安定識別子を黙って再利用すべきではありません。
  6. 鮮度と相手方を結び付けて提示する。 検証者は自己の識別、目的、nonce または challenge、有効期限を送ります。保有者は要求に結び付いた資格情報または派生提示を返します。ドメインと challenge の確認は、別の検証者やセッションへの再利用を防ぎます。
  7. 暗号と方針を検証する。 認証済み情報源から発行者の検証材料を解決し、スイート、目的、challenge、ドメイン、日付、スキーマ、状態を検証して業務規則を適用します。verified: true は認可への入力であり、アクセス許可命令ではありません。
  8. ライフサイクルを運用する。 漏えい鍵のローテーション、停止・失効、状態更新、復旧・異議申立て、監査証拠保存、移行・終了計画が必要です。過去検証には、旧鍵、旧文書、提示時点について明確な規則が要ります。

主な3役は発行者、保有者、検証者で、資格情報の主体と保有者は異なる場合があります。親が子の資格情報を保有したり、企業代理人が組織の資格情報を提示したりします。資格情報とプロトコルが結び付けない限り、提示者を主体と推定してはいけません。

DID と VC は独立しています。VC は DID でない発行者識別子を使え、DID は VC なしでも使えます。DID メソッドはブロックチェーン、分散データベース、Web ドメイン、P2P 交換を利用できます。安全性とガバナンスは did: 接頭辞から推測せず、直接評価します。

実例

あるサービスが生年月日を収集せず、顧客が18歳以上であることを確認するとします。認められた機関が顧客を確認し、年齢資格情報をウォレットへ発行します。資格情報は生年月日を含む場合も、ageOver18 だけを含む場合もあり、開示と再利用の性質が異なります。

登録時、サービスは merchant.example 向けに18歳以上の提示、challenge n-7f3a、5分の有効窓を要求します。ウォレットは要求を示し、資格情報と証明スイートが対応すれば必要な述語だけを開示する提示を派生します。サービスは機関の検証方法、証明、challenge、ドメイン、時間窓、状態を確認し、監査方針に必要な最小結果だけを記録します。

この流れは文書画像や完全な生年月日の保持を減らしますが、信頼とリスクをなくしません。機関の誤登録、ウォレットや端末の侵害、安定識別子や状態照会による相関、過剰要求、誤った停止による拒否があり得ます。選択的開示が減らすのは提示データであり、発行者、ウォレット、ネットワーク、検証者に見える全メタデータではありません。

鍵ローテーションも境界を示します。発行者が漏えい鍵を交換したら、新資格情報は新しい検証方法を使うべきです。旧資格情報を検証できるかは DID メソッドの履歴、証明時刻、検証方針、状態に依存します。現在の DID 文書から旧鍵を削除するだけでは、正当な過去検証を壊したり、作成時に許可された鍵を隠したりします。

リスクと対策

  • 誤った、または広すぎる主張： 有効な署名は発行者の発言を保全しますが、正しくはしません。証拠要件、責任、保証、監査、期限、訂正を定義します。
  • 弱い保有者結び付け： 提示が想定鍵の制御を証明しなければ、コピーを他人が使えます。必要に応じ所有証明を検証者、challenge、目的、セッションに結び付けます。
  • 鍵とウォレットの侵害： マルウェア、フィッシング、クラウド乗っ取り、安全でないバックアップが資格情報と鍵を漏えいさせます。耐フィッシング認証、適切なハードウェア保護、報告、限定復旧を使います。
  • 復旧の集中： 単一管理者が実質的な身元コントローラーになり得ます。鍵交換権限、必要証拠、不正検知、異議申立て、移行を文書化します。
  • 相関： DID、方法、署名パターン、エンドポイント、状態経路の再利用は活動を結び付けます。ペアワイズ識別子、ドメイン分離した鍵や証明、プライバシー型状態、メタデータ試験を使います。
  • 公開個人データ： DID 文書と台帳履歴は公開索引され、削除困難です。氏名、文書番号、生体情報、個人主張を公開 DID 文書や不変レジストリに置きません。
  • 状態のプライバシーと可用性： 毎回発行者へ問い合わせると利用先が漏れ、障害時に正当な利用者を遮断します。キャッシュ可能なプライバシー型状態、鮮度制限、認証更新、明確な障害動作を採用します。
  • 失効の悪用： 発行者や管理者は停止や状態変更で保有者を検閲できます。権限を制限し、変更を記録し、理由と救済を示し、可能なら交換や代替発行者を認めます。
  • 解決とメソッドのリスク： リゾルバーは古い、または悪意ある文書を返し、メソッドは中央基盤に依存し得ます。結果を認証し、確定性、更新権限、可用性、ガバナンス、版を評価します。
  • 意味の不一致： 同じフィールドでも主張、単位、管轄、保証の解釈が異なり得ます。安定したスキーマと語彙、文脈・型検証、方針の版管理を使います。
  • リプレイと検証者混同： nonce、相手、ドメイン、操作、期限に結び付かない提示は再利用や転送が可能です。プロトコルが求める全結び付けを検証します。
  • 過剰開示： 選択的開示対応でも検証者が全資格情報を要求できます。方針と画面で最小化を強制し、目的を記録し、任意項目を慣行で必須にしません。
  • エコシステム固定： 独自ウォレット、証明、レジストリ、復旧は移植性を損ないます。標準適合、出力、複数ウォレット、暗号機敏性、移行を事前試験します。
  • ガバナンス掌握： 1社が発行者、更新、スキーマ、状態を決めれば、マルチシグや台帳も広い統制を保証しません。構成要素ごとの権限と変更統制を公開します。

よくある誤解

  • 「DID は人物が誰かを証明する。」 DID は主体を識別し検証方法を示せますが、属性には追加の主張、証拠、信頼判断が必要です。
  • 「有効な資格情報なら主張は真実だ。」 検証は想定証明と非改ざんを示すだけで、発行者の元の調査や判断を保証しません。
  • 「保有者は常に資格情報の主体だ。」 役割は異なり得るため、必要な場合は主体と提示者の明示的結び付けが要ります。
  • 「すべてオンチェーンに置くべきだ。」 公開不変保存はプライバシー、相関、削除、ガバナンスのリスクを増幅します。多くは資格情報をオフチェーンに保ちます。
  • 「選択的開示は匿名性を保証する。」 属性、安定識別子、証明指紋、状態照会、時刻、IP、発行者ログは依然相関できます。
  • 「分散型なら信頼する発行者や管理者はいない。」 信頼は分散・明示されるのであって消えません。発行、確認、ウォレット配布、復旧、状態、受入れは統治されます。
  • 「1 DID は1人を表す。」 1人が多数の DID を制御でき、DID は組織、端末、データ、役割なども識別します。一意性と人間性は別の仕組みです。
  • 「ウォレット署名だけで認証は十分だ。」 条件下の鍵制御を証明するだけです。耐フィッシング、鮮度、相手方、認可、アカウント復旧も必要です。

関連トピック

出典

ナビゲーション

Wiki を検索...