利用前に受け入れ可否を判定する
受信時に検証結果をポリシーへ入力し、データがデータウェアハウスや学習コーパスなどへ入る前に、受け入れ・保留・拒否を分けられる。
連続した、検証可能なデータ来歴
dPLaaX
データを使う前に、誰がどう扱ったかを検証する。
dPLaaX（"data PipeLine as a X"）は、データパイプラインを通じて来歴を証明するプロトコル。データが組織やシステムを移動しても、改ざん検出可能な取り扱い記録を切れ目なくつなぐ。受け手は利用時点でその経路を評価でき、問題が起きたときは同じ記録から調査すべき箇所と各段階の記録に署名した組織をたどれる。
連続した来歴によって、できるようになること
つながった記録は、将来の監査のために保管するだけの証跡ではない。データが流れている最中の判断に使える。
問題箇所と区間ごとの署名主体を特定する
出力から申告された発生源と処理をさかのぼり、どこで連続性が崩れたか、各区間をどの組織が署名したかを確認できる。
来歴に関する監査証跡を再利用する
発生源・取り扱い・区間ごとの署名主体など、来歴に関する確認には、監査ごとにスクリーンショットやログを集め直さず、保持された同じ記録を使える。
一つの組織を越えて検証する
取引先、監査人、下流サービス、AI エージェントが、一つの監査データベースを共有せず、それぞれの信頼ポリシーで同じ記録を評価できる。
なぜ、記録は連続していなければならないのか
一つの署名記録から分かるのは、一つの境界で一つの当事者が証明した内容までである。最終データが発生源とどうつながり、組織の間で何が起きたかは分からない。前後の記録を連結することで、個別の申告はシステムがたどれる経路になる。その同じ経路を、利用前の判定、問題発生後の調査、監査時の証跡に使える。
データが流れている時点で、証跡を作る
dPLaaX は、監査時に来歴を後から復元しない。データがプロセス境界を越える時点で、「誰が、何を受け取り、何を行い、何を渡したか」を署名付きクレデンシャルとして発行する。下流が受領記録を保持する構成では、証跡は発行者側のデータベースが変わらないことに依存しない。
連続した記録を検証可能にする仕組み
01
記録の改ざんを検出する
境界ごとの記録に暗号署名を付ける。検証者は、誰が発行した記録かを確認し、署名後の変更を検出できる。
02
データフローの連続性を検証する
各記録が直前の記録を指定し、隣接する処理の入出力ハッシュを結び付ける。申告されたデータの流れがつながっているかを検証できる。
03
組織をまたいで検証する
共通のワイヤスキーマと検証ルールを使うため、各組織が別々のシステムを運用していても、第三者は同じ証跡を評価できる。
検証結果の読み方
- 発行者、記録の完全性、直前の記録との連結、申告された入出力の連続性を検証する。
- 値が事実か、処理内容が意味的に正しいかは証明しない。正しく署名された記録にも、誤ったデータは含まれうる。
- 記録を発行しなかった境界の存在は検出できない。網羅性を確保するには、プロトコルに加えて運用上の統制が必要になる。
どの身元と権限を信頼するかは、検証者が判断する。dPLaaX はその判断に使える持ち運び可能な証跡を提供するが、判断そのものを代行しない。
dPLaaX は分野ごとの既存標準を置き換えない。プロセス境界をまたいで来歴をつなぐための、共通プロトコルを追加する。
設計の根拠となる研究
来歴研究では、つながった来歴が信頼判断、エラー調査、責任主体の追跡、監査、再現性に役立つことが示されている。dPLaaX はこれを組織間のデータフローで暗号的に検証できる形にする。
Cryptographic Provenance Attestation in Data Pipelines
dPLaaX の基礎論文。組織をまたぐデータ来歴を第三者が検証するための、プロセス境界単位の署名記録を提案する。
DOI 10.5281/zenodo.20042030
W3C PROV Model Primer
来歴を、信頼判断、プロセス検証、結果の再現、エラー調査、責任主体の特定に使うための標準的な基礎。
w3.org/TR/prov-primer
Decision Provenance
システムや組織をまたぐデータフローの可視化が、監督、監査、コンプライアンス、リスク低減、説明責任にどう役立つかを論じる研究。
DOI 10.1109/ACCESS.2018.2887201
エコシステム
ステータス
v0.1 は draft。リファレンス実装からのフィードバックを反映する過程で、ワイヤルールやスキーマは変更される可能性がある。開発は公開で進めており、レビューとコントリビューションを歓迎する。