ProofSnapの証拠パッケージの読み方

第1部

ZIPファイルの内容

ウェブページのキャプチャは、proofsnap_20261014_153012.zipのような名前の1つのZIPファイルとして届きます。名前はパソコンのローカル日時から作られます。ファイルは4つのグループに分かれます。正確な内容はプランと有効にしたオプションによって変わるため、2つのパッケージが同じ構成とは限りません。

1. 1閲覧用。evidence.pdfは読むための文書で、最初に開くファイルです。provenance_certificate.pdfはチェック結果を1ページにまとめたものです。スクリーンショットの全体はscreenshot.jpegです。page.htmlはブラウザが表示した状態のHTML、page.mhtmlはキャプチャ時点の状態のページを1つのファイルに保存したもの、domtextcontent.txtはページのテキストです。images.jsonはページの画像と、パッケージに保存された各画像ファイルのSHA-256ハッシュの一覧です。画像ファイルはimages/フォルダにあり、MHTMLファイルに画像が含まれている場合はそこから取り出されたものです。
2. 2記録。metadata.jsonはページとブラウザの技術的な記録です。chain_of_custody.jsonとforensic_log.jsonは、誰が、何を、いつ、どのようにキャプチャしたかを記録し、forensic_log_summary.txtは同じ記録をテキスト形式にしたものです。詳しくは第9部と第10部をご覧ください。
3. 3封印。manifest.jsonはキャプチャのファイルとそのハッシュの一覧、manifest.sigはそのRSA-4096署名、publickey.pemは署名の確認に使う鍵です。manifest.json.otsは、プランの対象であれば含まれるBitcoinのタイムスタンプ（OpenTimestamps）です。詳しくは第11部をご覧ください。
4. 4検証。verification/フォルダには、macOSとLinux用のverify.sh、Windows用のverify.ps1、テキストのガイドが入っています。詳しくは第12部をご覧ください。

第3部

evidence.pdfの1ページ目：概要とスクリーンショット

証拠文書は、キャプチャの前に選んだ言語（29言語から選択）で作成されます。セクションには1から15までの番号が付き、番号は変わりません。そのため代理人は、どの書面でも番号でセクションを引用できます。1ページ目はヘッダーと概要の枠で始まり、すぐにスクリーンショットが続きます。

1. 1概要の枠。ページのドメイン、UTCでのキャプチャの時刻、ユーザー（保管者ID、つまりProofSnapアカウントの識別子と、キャプチャに使われたIPアドレス）、page.htmlのSHA-256ハッシュであるハッシュが記載されます。EU適格タイムスタンプを要求した場合は、eIDASの行に、パッケージにeIDASのファイルが含まれていれば適用される旨が表示されます。
2. 21. ページスクリーンショット。ページが最初に来るのは、それが証拠そのものだからです。ほかのすべてはこれを補うものです。
3. 3青い帯。ProofSnapはスクリーンショットの上部に、URL、UTC時刻、NTPオフセット、証拠IDを記した帯を追加します。これは注釈と明記されており、ブラウザのアドレスバーと誤解されることはありません。ファイル名の下の注記でも説明しています。
4. 4各ページのフッター。ツールとバージョン、getproofsnap.comへのリンク、証拠IDの全体、X / Y ページが記載され、印刷時にページの欠落が分かります。

第9部

metadata.json：技術的な記録

JSONファイルは、ツールや鑑定人が読み取れるよう、証拠文書の言語にかかわらず英語のままです。metadata.jsonには、PDFが要約している内容がすべて収められています。お使いのテキストエディタまたはブラウザで開いてください。

1. 1ページ。URL、タイトル、キャプチャの時刻、ユーザーエージェント、リファラー、ページのメタタグです。
2. 2ブラウザの状態。ページが読み取ることのできた範囲のCookie、ローカルストレージ、セッションストレージで、すべて秘匿せずに収められています。パッケージは機密として取り扱ってください。
3. 3接続。ブラウザが公開する範囲のTLSデータです。
4. 4照会。証拠ID、DNSの結果、HTTPレスポンスヘッダー、WHOISです。スクリーンショットの範囲（ページ全体または表示領域）とページの寸法もここに記録されます。

第11部

manifest.json、署名、タイムスタンプ

パッケージの封印です。ほかのすべてはmanifest.jsonと照合され、マニフェストはその署名とタイムスタンプと照合されます。

1. 1ヘッダー。マニフェストのバージョン、capture_idキーの証拠ID、ソースURL、キャプチャの時刻です。
2. 2ファイル。キャプチャのファイルとそのSHA-256、SHA-512、サイズです。記載されたファイルが1バイトでも変わると、ハッシュは一致しなくなります。publickey.pemとmanifest.sigは名前のみの記載で、マニフェストの後に作成されるタイムスタンプのファイルとeidas_validation.jsonは記載されません。
3. 3署名と鍵。manifest.sigはマニフェストのRSA-4096署名、publickey.pemは署名の確認に使う鍵です。署名は記載されたファイルのハッシュ同士を結び付けます。鍵ペアはキャプチャごとに新しく生成され、公開鍵はZIP内にあるため、マニフェストの存在時点を裏付けるのはタイムスタンプだけです。manifest.json.otsはマニフェストのハッシュをBitcoinブロックチェーンにアンカーし、マニフェストが遅くともアンカーのブロックの生成時点で存在していたことを示します。manifest.json.tsrは、含まれている場合、適格タイムスタンプです。

「A time-stamping service supports assertions of proof that a datum existed before a particular time.」（タイムスタンプサービスは、あるデータが特定の時点より前に存在していたという主張の裏付けとなるものです。）

IETF RFC 3161（2001年）セクション1、manifest.json.tsrの適格タイムスタンプの基礎となる規格

どちらのタイムスタンプも、ページそのものではなくmanifest.jsonのハッシュに対するものです。Bitcoinへのアンカーを順を追って確認する方法は、ガイド証拠パッケージの検証で説明しています。

第13部

代理人や裁判所に渡すもの

ZIPファイルはダウンロードしたときの状態のまま渡してください。読むためにコピーを展開するのは構いませんが、原本を変更したり、保存し直したり、再圧縮したりしないでください。読んだり印刷したりするための文書はevidence.pdfで、これを検証可能にしているのがZIPファイルです。

1. 1米国の裁判所向けの宣言書のひな形。キャプチャを行った人が「裁判所提出書式」セクションで米国の自己認証証明書のスイッチを有効にしていた場合、パッケージには米国連邦裁判所向けの自己認証の宣言書のひな形が含まれます。適切な資格を持つ人がそのコピーに記入して署名する必要があります。さらに米国連邦証拠規則は、相手方が異議を述べられるよう、審理の前に、文書を提出する意図を十分な余裕をもって書面で通知し、文書と宣言書を閲覧できるようにすることを求めています。パッケージに保存されたひな形は変更しないでください。変更すると、マニフェスト内のハッシュと一致しなくなります。
2. 2すぐにダウンロード。ProofSnapはコピーを保管しないため、ダウンロードしたZIPファイルが原本です。
3. 3キャプチャごとに1つのZIP。事件記録用に保管するほか、同じZIPファイルを相手方と裁判所に渡してください。誰もが同じチェックを実行できます。