証跡生成ツール
「撮影という行為と、その結果データの来歴を、
後から検証可能な形で記録する。」
Verify, Don't Trust.
— 信頼ではなく、検証を。
ユーティリティ / ビジネス — 写真・ビデオカテゴリではありません。 VeriCaptureは専門的な業務ツールであり、一般向けカメラアプリではありません。
VeriCaptureをご利用になる前にお読みください
撮影された内容の真実性・正当性・適法性の判断には、別途の検証や調査が必要です。
VeriCaptureの証跡は、ご判断の一つの材料としてご利用ください。
CPP v1.0準拠の証跡生成機能
撮影と同時にCPP準拠の証跡を生成。SHA-256ハッシュ、ES256デジタル署名、RFC 3161タイムスタンプ。
QRスキャン、JSON入力、ファイル選択で証跡の整合性を検証。ハッシュと署名の検証により改ざんを検出。
撮影時の生体認証試行を記録。本人確認ではなく、認証が試行されたという事実のみを記録。
法務・監査提出用の完全証跡パッケージ:画像 + Proof JSON + 検証サマリPDF(免責文言付き)。
RFC 3161 TSAタイムスタンプとMerkle Tree包含証明。第三者タイムオーソリティによる法的グレードのタイムスタンプ。
証跡データはデバイス内のみに保存。外部送信はハッシュ値のみ。画像や個人情報は送信されません。
これらの暗号学的証拠生成機能を単一のツールに統合した、世界初の一般消費者向けiOSカメラアプリケーション。
撮影時点でRFC 3161タイムスタンプ局と直接連携する、世界初の一般消費者向けiOSアプリケーション。後処理ではなく、撮影時点で即時にタイムスタンプを取得。
第三者機関が正確な撮影時刻を証明
撮影時点で生体認証の試行を記録する世界初の消費者向けカメラアプリ。OSレベルの認証が試行されたことを証跡に暗号学的に結合して記録。
認証の試行を記録 — 本人確認ではありません
SHA-256 + ES256デジタル署名 + RFC 3161タイムスタンプ + Merkleツリー整合性ログと生体認証試行記録を組み合わせた、世界初の消費者向けアプリ。単一の撮影ワークフローですべてを実現。
撮影から検証まで完全な証拠チェーン
証跡生成ツールとして明確に設計。真実の検証、真正性、フェイク防止機能を構造的に主張しない唯一の消費者向けカメラアプリ。
事実を記録し、判断は別途の検証が必要
「暗号学的証拠生成(SHA-256、デジタル署名、RFC 3161第三者タイムスタンプ、Merkleツリー整合性ログ)と撮影時OS生体認証試行記録(Attested Capture Mode)を組み合わせ、真実・真正性・本人確認を主張しない証跡生成ツールとして明確に設計された、世界初の一般消費者向けiOSカメラアプリケーション。」
— VeriCapture 技術ポジショニング、2026年1月
競合分析と主張の防御可能性評価の詳細レポート
特定業界向けの専門的な証跡生成
法務提出
訴訟・紛争における証拠資料の作成
監査証跡
業務プロセスの記録・監査対応
業務記録
現場作業・検査結果の記録
報道・調査
取材記録・調査資料の作成
不動産・建設
現況確認・施工記録
事故・トラブル
状況記録・証拠保全
SNS投稿
証跡生成のオーバーヘッドが不要
日常写真
専門ツールとしての設計
写真共有
プライバシー情報を含む可能性
美術・アート
創作活動向けの機能なし
VeriCaptureは専門的な証跡生成ツールであり、一般向けカメラアプリではありません。 日常の写真撮影にはデバイス標準のカメラアプリをご利用ください。
CPP v1.0準拠の暗号アーキテクチャ
evidence_pack_{proofId}/
├── image.jpg # 元画像
├── proof.json # Forensic Proof(完全証跡)
├── verification_summary.pdf # 検証サマリ(免責文言付き)
└── README.txt # Evidence Packの説明
# proof.json の内容:
{
"proofId": "...",
"captureTime": "2026-01-16T18:30:45.123+09:00",
"imageHash": "SHA-256 Base64",
"eventHash": "SHA-256 Base64",
"signature": "ES256 Base64",
"publicKey": "PEM形式",
"location": { ... }, # オプション
"device": { ... },
"humanAttestation": { ... }, # オプション (Attested Capture Mode)
"timestampResponse": { ... }, # RFC 3161 TSAレスポンス
"merkleProof": { ... } # Merkle包含証明
}
VeriCaptureは複数のレベルで改ざんを検出する包括的な検証モデルを実装しています。
撮影以降、画像ファイルが変更されていないことを検証します。
画像データ → SHA-256 → 計算されたハッシュ
proof.assetHash → 比較 → 合格 / 不合格
検出対象: 画像の修正、トリミング、フィルター、圧縮変更
イベントメタデータ(タイムスタンプ、デバイス情報、設定)が改変されていないことを検証します。
rawEvent (Base64) → デコード → SHA-256 → 計算されたハッシュ
proof.eventHash → 比較
proof.signature → ES256検証 → 署名有効?
検出対象: メタデータ改ざん、タイムスタンプ偽造、コンテキスト変更
第三者機関のタイムスタンプ局を通じて、証跡が主張された時点に存在したことを検証します。
proof.eventHash → Merkle証明 → 再計算されたルート
proof.merkleRoot → 比較
proof.tsaResponse → RFC 3161検証 → タイムスタンプ有効?
検出対象: バックデート撮影、証跡偽造、タイムスタンプ操作
QR、ファイル、JSON入力による証跡検証 — 完全なチェーン整合性監視機能付き
VeriCheck(左)
QRスキャン、ファイルインポート、JSON入力で証跡を検証。EventHash、ES256署名、画像ハッシュ、RFC 3161タイムスタンプ、Merkle証明をチェック。
チェーン整合性(右)
総イベント数、有効/無効ステータス、アンカー進捗、リアルタイムチェーン検証と改ざん検出を表示。
すべての撮影イベントは前のイベントと暗号学的にリンクされ、挿入、削除、改変を検出する破壊不可能なチェーンを形成します。
起点
"GENESIS"
イベント₁
prevHash: GENESIS
eventHash: hash₁
イベント₂
prevHash: hash₁
eventHash: hash₂
イベント₃
prevHash: hash₂
eventHash: hash₃
検証ルール: 各イベント[n]について、event[n].prevHash == event[n-1].eventHash を検証
| エラータイプ | 検出方法 | 意味 |
|---|---|---|
PREV_HASH_MISMATCH |
prevHashと前のeventHashを比較 | チェーン断裂 — 挿入/削除の可能性 |
EVENT_HASH_MISMATCH |
正規JSONからハッシュを再計算 | 作成後にイベント内容が改変された |
SIGNATURE_INVALID |
ES256署名検証 | 偽造イベントまたは署名破損 |
TOMBSTONE_TARGET_MISMATCH |
Tombstone対象と実際のイベントを比較 | Tombstoneが別バージョンのイベントを参照 |
ORPHANED_TOMBSTONE |
Tombstone対象イベントIDを検索 | 対象イベントが不正に削除された |
「削除 ≠ 発生しなかった。削除 = 削除が発生したことを記録。」
VeriCaptureのTombstoneシステムは、無効化されたイベントでも不変の監査証跡を残します。
Tombstoneは、完全な監査証跡を保持しながらイベントを無効化としてマークする暗号学的に署名されたレコードです。それ自体がブロックチェーンにリンクされたイベントです。
USER_PRIVACY_REQUEST
USER_ACCIDENTAL_CAPTURE
USER_CONTENT_INAPPROPRIATE
LEGAL_COURT_ORDER
LEGAL_GDPR_ERASURE
SYSTEM_INTEGRITY_COMPROMISED
暗号学的証跡を保持しながら画像ファイルを削除します。イベントは検証可能なまま、視覚的コンテンツのみが削除されます。
イベントを無効化としてマークするTombstoneレコードを作成します。元のイベントは読み取り専用のまま残り、チェーンに無効化が記録されます。
重要: イベントの完全削除は意図的に禁止されています。これにより、「証拠を消せ」という圧力下でも監査証跡が改ざん検知可能な状態を維持します。
「俺が俺を証明した」問題について
CPPは自己署名モデルを採用しており、以下の本質的限界があります:
組織でVeriCaptureを利用する場合、以下のポリシーを別途策定してください: 鍵発行手順、デバイス・利用者紐付け台帳、鍵廃棄手順、監査証跡の保存。
「Verified」を使用しない理由
私たちは「Verified」ではなく「Attested」という語を意図的に使用しています: