VAPプロファイル: キャプチャ来歴

CPP - キャプチャ来歴プロファイル

メディアキャプチャの証拠基盤

「あなたの瞬間を、検証可能に封印」

— コンテンツの真実ではなく、キャプチャイベントを検証可能にする

「 AI生成画像がキャプチャされたメディアと区別がつかなくなる中、キャプチャイベントがいつ、どこで、誰によって行われたかを検証する能力は、個人アーカイブ、法的証拠、歴史的文書にとって極めて重要になります。」

CPPはコンテンツ認証システムではありません。

CPPは第三者が独立して監査できる検証可能なキャプチャ記録を作成するフレームワークです。

"Verify, Don't Trust." — 外部RFC 3161 TSAアンカリングにより独立検証性を実現。

CPP仕様書三層アーキテクチャ ACE拡張開発に参加

VeraSnap（B2B）

法的・報道向け証拠グレードキャプチャ

VeraSnap Moments（B2C）

未来に残せる家族の思い出

CPPが検証可能にすること・しないこと

客観的なキャプチャデータと主観的解釈の明確な区別

CPPが検証可能にすること

タイムスタンプTにキャプチャイベントが発生した
メディアファイルが封印以降変更されていない
キャプチャデバイスが位置Lを報告した
アンカー後にチェーンからイベントが除去された場合、それを検知できる（アンカー前に除去されたイベントや、記録されなかった撮影は対象外）
認証試行が行われた（オプション）

CPPが確立しないこと

コンテンツが「真実」または「本物」である
描かれたシーンが実際に起きた
撮影者の身元
コンテンツに演出や改ざんがない
認証された人物が本人である

設計哲学：「キャプチャイベントの発生を検証可能にする。真実を主張するのではない。」

ターゲットユースケース

優先度別のCPP適用範囲

優先度A 最重要

法的証拠

証拠用途を想定したキャプチャ記録（証拠能力の判断は裁判所が行う）

要件: RFC 3161 TSA、証拠連鎖

ニュース／ジャーナリズム

メディアのソース検証

要件: 削除検出、タイムスタンプ

優先度B 高

個人アーカイブ

来歴付き家族の思い出

要件: 長期検証、使いやすさ

保険請求

損害文書化

要件: 位置の証拠、タイムスタンプの証拠

優先度C 中

学術研究

フィールドデータ収集

要件: 整合性、再現性

不動産

物件文書化

要件: 日付の証拠、完全性

CPPイベントモデル

CPP v1.0のイベントモデル（旧版）。CPP v1.1以降、仕様上のイベント種別はINGEST・EXPORT・TOMBSTONEであり、CPP_SEALは廃止されてバッチアンカリングに置き換えられました。

CPPイベントライフサイクル

┌─────────────────────────────────────────────────────────────────────────┐ │ CPPイベントライフサイクル │ ├─────────────────────────────────────────────────────────────────────────┤ │ │ │ [ユーザーアクション] │ │ │ │ │ ▼ │ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ │ │ CAPTURE │───▶│ SEAL │───▶│ SHARE │───▶│ VERIFY │ │ │ │ (撮影) │ │ (封印) │ │(共有/任意)│ │(検証/任意)│ │ │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │ │ │ │ │ │ ▼ ▼ │ │ ローカルハッシュ外部アンカー │ │ 計算 (RFC 3161 TSA) │ │ │ │ [オプション: 認証付きキャプチャ拡張] │ │ │ │ │ ▼ │ │ ┌─────────────┐ │ │ │ CAPTURE_ATT │ (生体認証試行を記録) │ │ └─────────────┘ │ │ │ └─────────────────────────────────────────────────────────────────────────┘

CAPTURE

メディアキャプチャ開始

デバイスID、メディアハッシュ、タイムスタンプと共にキャプチャイベントを記録。

必須フィールド:

• DeviceID, MediaHash, Timestamp
• MediaType, MediaFormat
• Location（オプション）

SEAL

暗号封印の適用

外部タイムスタンプアンカーと共に暗号封印を適用。

必須フィールド:

• EventHash, Signature, AnchorProof
• MerkleRoot, MerkleProof
• TSA Response（RFC 3161）

メディア共有（オプション）

受信者向け検証リンク付きで共有を記録。

必須フィールド:

• RecipientHash（オプション）
• ShareMethod: LINK, EXPORT, AIRDROP, MESSAGE
• VerificationURL

VERIFY

第三者検証（オプション）

第三者がキャプチャを検証した時を記録。

必須フィールド:

• VerifierID
• VerificationResult
• VerificationTimestamp

三層整合性アーキテクチャ

検証可能なキャプチャ記録のための暗号基盤

┌─────────────────────────────────────────────────────────────────┐ │ レイヤー3: 外部検証可能性 │ │ ┌───────────────────────────────────────────────────────────┐ │ │ │ RFC 3161 TSA（必須） │ │ │ │ • 独立した第三者タイムスタンプ │ │ │ │ • TSAトークンによりオフライン検証が可能 │ │ │ │ • 検証URL: CPP v1.4に規定なし（未運用） │ │ │ └───────────────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────────────┤ │ レイヤー2: コレクション整合性 │ │ ┌───────────────────────────────────────────────────────────┐ │ │ │ RFC 6962 マークルツリー + 完全性不変量 │ │ │ │ • XORハッシュによる削除検出 │ │ │ │ • イベント数の検証 │ │ │ │ • 効率的な検証 O(log n) │ │ │ └───────────────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────────────┤ │ レイヤー1: イベント整合性 │ │ ┌───────────────────────────────────────────────────────────┐ │ │ │ SHA-256 ハッシュ + Ed25519 署名 │ │ │ │ • 除外リストなし（全フィールド署名） │ │ │ │ • イベント単位のコンテンツ整合性 │ │ │ │ • 真正性検証 │ │ │ └───────────────────────────────────────────────────────────┘ │ └─────────────────────────────────────────────────────────────────┘

CPP拡張

ACE - 認証付きキャプチャ拡張

キャプチャ時の生体認証

「キャプチャが行われた時、誰がデバイスを持っていたか？」

重要な区別

ACEは認証試行が行われたことを検証可能な証拠として記録します。
ACEは身元を検証しません。

ACEが検証可能にすること

キャプチャ時に生体認証が試行された
認証結果（成功/失敗/スコア）
強制の可能性（異常パターン）

ACEが確立しないこと

その人物が主張通りの人物である
法的身元
強制がないこと

ゼロ知識プライバシーアプローチ

「認証が試行されたことを検証可能な証拠として記録する。生体データは保存しない。」

ACEが保存するもの

使用された認証方法
認証結果（成功/失敗）
試行時間
デバイス認証チェーン

ACEが保存しないもの

顔のジオメトリ
指紋データ
生体テンプレート
生体生データ

適合レベル

以下のブロンズ／シルバー／ゴールドはCPP v1.0〜v1.1の区分であり、現在は廃止されています。CPP v1.4（§8）の適合レベルはCPP-BASIC、CPP-TIMESTAMPED、CPP-STANDARD、CPP-ENHANCED、CPP-FULLの5段階です。XOR方式の完全性不変量はCPP v1.1で削除されました。v1.1以降、必須の署名アルゴリズムはES256（ECDSA P-256）で、Ed25519は任意です。

ブロンズ

趣味・アーリーアダプター

完全性不変量（必須）
SHA-256 + Ed25519（MUST）
TSA: オプション
ACE: オプション

用途: 個人アーカイブ

自己検証のみ

シルバー

家族・プロシューマー

完全性不変量（必須）
日次RFC 3161 TSA（MUST）
検証URL（MUST）
ACE: オプション

用途: 長期思い出保存

第三者検証可能

ゴールド

法的・報道・企業

完全性不変量（必須）
キャプチャ毎RFC 3161 TSA（MUST）
ACEサポート（必須）
検証URL（MUST）

用途: 裁判証拠

証拠グレード検証可能

重要原則: 外部第三者検証（RFC 3161 TSA）が「来歴利用可能」と単なる自己証明を区別します。

CPP 実装

VeraSnap

証拠生成ツール — VeritasChain株式会社によるCPP v1.4のファーストパーティ実装（iOS／Android、適合は自己宣言）

VeraSnap

証拠生成ツール

VeraSnapはカメラアプリではありません。キャプチャイベントとデータ来歴を暗号学的に改ざん検知可能な形で記録する、プロフェッショナル向け証拠生成ツールです。

RFC 3161 タイムスタンプ認証局対応

ACE 生体認証アテステーション

第三者独立検証

監査用検証パックエクスポート

法的証拠報道保険建設

詳細を見る

iOS 17.0+ • ユーティリティ

「信頼ではなく、検証を。」

重要: VeraSnapはキャプチャイベントを記録します — コンテンツの真実性や正当性を検証するものではありません。

VAPフレームワーク内での位置付け

フレームワーク階層におけるCPPの位置

┌────────────────────────────────────────────────────────────────────────────┐ │ │ │ VAP (検証可能AI来歴フレームワーク) │ │ AI監査証跡のためのクロスドメインメタフレームワーク │ │ │ └────────────────────────────────────────────┬───────────────────────────────┘ │ │ 定義・維持 │ ┌────────────────────────────────────────────▼───────────────────────────────┐ │ │ │ VSO (VeritasChain Standards Organization) │ │ 独立した標準化組織（東京、日本） │ │ │ └────────────────────────────────────────────┬───────────────────────────────┘ │ │ ドメインプロファイルを発行 │ ┌──────────┬───────────────────────┼───────────────────┬──────────┐ │ │ │ │ │ ▼ ▼ ▼ ▼ ▼ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ VCP │ │ CAP │ │ CPP │ │ DVP │ │ ... │ │金融 │ │コンテンツ │ │キャプチャ│ │自動車 │ │ │ │プロファイル│ │/クリエイティブ│ │来歴 │ │プロファイル│ │ │ │ v1.2 │ │ v1.0 │ │ v1.4 │ │ (計画中)│ │ │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘ ドメイン固有のプロファイル実装

CPP - キャプチャ来歴プロファイル

CPPが検証可能にすること・しないこと

CPPが検証可能にすること

CPPが確立しないこと

ターゲットユースケース

CPPイベントモデル

CPPイベントライフサイクル

CAPTURE

SEAL

SHARE

VERIFY

三層整合性アーキテクチャ

ACE - 認証付きキャプチャ拡張

重要な区別

ACEが検証可能にすること

ACEが確立しないこと

ゼロ知識プライバシーアプローチ

ACEが保存するもの

ACEが保存しないもの

適合レベル

ブロンズ

シルバー

ゴールド

VeraSnap

VeraSnap

VAPフレームワーク内での位置付け

参加する

CPP仕様書

VAPフレームワーク

CAPプロファイル

開発に参加