5.310 : Verificationの仕様:選択的開示・ゼロ知識証明・尤もらしい否認可能性 (Verification Specification: Selective Disclosure, ZKP, and Plausible Deniability)

  • AQAL象限: ITS

thesis
ProverおよびVerifierは、協調文脈での選択的開示と非対称文脈でのゼロ知識証明を使い分けるとともに、最終的な環境出力から個人の秘密属性(疾患や弱点)が逆算される推論攻撃を防ぐため、保護境界と日常の快適選好を同一の出力クラスへ束ねる「尤もらしい否認可能性(差分プライバシー)」を実装する

gist
検証段階では「最小限の開示」と「ゼロ知識証明」を使い分け、さらに結果として出力された設定から秘匿すべき内部属性や制約条件が周囲に逆算されないよう、「単なる日常の好み」と「保護すべき事情」が外からは見分けがつかないように出力を束ねる


構造図解

flowchart LR
    Sens["保護すべき制約条件 x_sens"] --> Pool["論理和バンドル z = x_sens ∨ x_pref"]
    Pref["日常の快適選好 x_pref"] --> Pool
    Pool --> Out["同一の環境出力 u*<br>(外部からのベイズ逆算を遮断)"]

平易な解説

たとえ検証段階でゼロ知識証明を使って生データを隠しても、結果として「あの人にはいつも暗い席や特別メニューが割り当てられる」と周囲から見えれば、「あの人は特定の疾患や過敏症を持っている」と逆算(推論攻撃)されてしまいます。シンシア・ドワークの差分プライバシーの原理に基づき、本プロトコルでは「深刻な保護条件(疾患・過敏症)」と「誰にでもある日常の好み(今日は静かな席で集中したい等の選好)」を全く同じ出力要求クラスへ束ねます。これにより、外からは「単なる好みでその環境を選んだのか、保護条件で選ばれたのか」が識別不能となり、プライバシーが最後まで守られます


直交3軸による定式化


プロトコル実装仕様

  • 役割: 3-1. Prover と 3-2. Verifier の入出力仕様、およびW3C VCデータスキーマの規定
  • Prover: 原子述語配列 + 要求条件式 選択的開示クレームまたは暗号証明(zk-SNARK/STARK, TEE署名)
  • Verifier: Proof + 公開検証鍵 検証結果(Valid / Invalid)
  • W3C VCスキーマ構成: ontologyRef(辞書URI)、predicateCommitment(ペダーセンハッシュルート)、reconciliationProfile(対応Adapterと検証回路指定)を含む標準JSON-LD形式

参照文献と引用文


ナビゲーション: マスターMOC | 親命題: Prop_5.300 | 兄弟命題: Prop_5.320 / Prop_5.330