【geek-terminalニュース】C2PA時間攻撃の最新情報

【事象の全貌と背景】
以前お伝えしたC2PA署名偽造や写真真正性の続報です。今回は「AI画像かどうか」や「署名鍵が盗まれたらどうするか」ではなく、もっと地味で、もっとインフラ臭い論点です。つまり、来歴証明における“時間”はどこまで信じられるのか、という話です。

David Buchananは2026年10月2日の記事で、C2PAのタイムスタンプを直接破ったのではなく、C2PA仕様にあるexclusions、つまり署名計算から特定バイト範囲を除外する仕組みを悪用すれば、信頼できる時刻証明が付いた画像を後から改変できる、というPoCを提示したと主張しています。ここは表現に注意が必要です。公式・大手メディア系の確認では、C2PAがAI生成物や編集履歴を示すContent Credentialsとして使われていること、OpenAIなどが画像識別の補助にC2PAメタデータを使っていることは確認できます。しかし、Buchananの特定PoC、つまり「除外範囲を使えばTSA付きの見かけ上有効な時刻証明を維持したまま内容を変えられる」という点は、今回確認できる範囲では公式に独立検証された事実ではありません。したがって、これは“研究者が提示した攻撃シナリオ”として扱うべきです。

それでもギーク的に刺さるのは、この話が単なるC2PAいじりではなく、真正性システムの信頼境界そのものを突いているからです。署名は強い。TSAも正しく動く。検証ツールも緑色のチェックを出す。なのに、肝心の署名対象が空っぽだったらどうなるのか。これは「暗号が壊れた」ではなく、「何に署名したつもりなのか」という仕様と実装の境界問題です。

【技術的ディープダイブ】
C2PAマニフェストには通常、主張内容への署名と、RFC 3161型のTime Stamp Authority、つまりTSAによる時刻署名が含まれます。TSAはざっくり言えば「このハッシュをこの時刻に見た」という独立証人です。未来の画像を過去に存在したように見せる攻撃を防ぐうえで、この第三者時刻証明はかなり重要な部品です。

BuchananのPoCが面白いのは、TSAを攻撃しない点です。TSAは正しく動いていてよい。時刻署名も正しくてよい。問題は、C2PA側のc2pa.hash.dataにあるexclusionsで、署名計算から除外するバイト範囲を広く取りすぎると、実質的にファイル本体を署名していない状態を作れる、という指摘です。記事で示されたPoCでは、c2patool -dの出力としてexclusionsがstart: 0、length: 3995383になっており、これはファイル全体を除外していることを意味すると説明されています。その場合、SHA-256の対象は空文字列になり、Base64値は47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=になります。

この結果、Buchananは宝くじ券画像に有効なC2PA署名と信頼時刻を付けた後、当選番号発表後に画像を編集しても署名が無効化されない例を示したとしています。要するに、「この画像はこの時刻に存在した」と見えるのに、実際にその時刻に固定されたのは画像内容ではなく、空文字列のようなものだった、という構図です。タイムスタンプは嘘をついていない。署名も嘘をついていない。だが、人間が期待している意味だけがすり抜けている。

ただし、exclusions自体が悪というわけではありません。PNGのCRC32のように、署名を埋め込んだ後で更新が必要な領域があり、署名対象と署名埋め込みが循環依存を起こす場面では、除外領域は実用上必要です。だから修正も単純ではありません。ファイル全体を除外するケースは検出しやすいとしても、小さな除外範囲が無害なメタデータなのか、画像の見た目を大きく変える危険部分なのかを汎用的に判定するのは難しい。Buchananの提案は、除外可能な領域をファイル形式ごとに明示的かつ限定的に規定し、検証側がそれを強制することです。

【コミュニティの生々しい熱量と議論】
この特定記事そのものへのReddit、HN、lobste.rsの反応は、確認できる範囲ではまだ薄いです。ただし近いC2PA攻撃、タイムスタンプ、信頼モデルの議論では、すでにかなり辛辣な空気があります。Redditでは「C2PAは単一障害点に依存する滑稽なアイデアだ」という趣旨の批判が出ており、HTTPSとの比較にも疑義が出ています。HTTPSでは利用者が接続したいドメインという“外部の正解”を持っているが、C2PAでは証明したい内容と証明書が同じ提示者から来る、というわけです。

別の議論では、C2PA対応カメラであってもGPSを騙す、内部時計を操作する、スクリーンを撮影するなどで「本物らしい署名付き画像」を作れるのではないか、という現場寄りの疑念も出ています。これに対して「timestamping can be made to be pretty reliable」、つまりタイムスタンプサービスを使えば時刻証明はかなり信頼できる、という反論もあります。しかしその直後に「ではそのtimestamp serviceを誰が信じるのか」という、今回のテーマそのものに近い問いが返ってきます。

HN側の短い反応も鋭いです。「Signatures don’t secure anything. They attest.」という一言は、この件の核心に近い。署名は世界を安全にする魔法ではなく、何かについて証言するだけです。何を証言しているかがズレていれば、強い暗号は強い誤解を支えるだけになります。lobste.rsでは、Big Techが真実の裁定者になることへの嫌悪感や、デバイスをroot不能にする口実になるのではないかという警戒も出ています。来歴証明はフェイク対策の希望である一方、所有者の自由や検証権限を誰が握るのかという政治性も連れてきます。

【今後の展望とエコシステムへの影響】
今回の疑惑が示しているのは、「C2PAは終わり」ではありません。むしろ逆で、C2PAのような来歴証明が社会実装されるほど、署名鍵、TSA、ファイル形式、検証UI、除外範囲、失効運用まで含めた全体設計が攻撃面になる、ということです。オワコンになるのは、署名が付いているから安心、タイムスタンプがあるから過去存在が保証された、と読む雑なUXです。

今後のパラダイムシフトは、真正性を単一の緑チェックで表現する方向から、何が署名対象で、何が除外され、どのTSAがいつ何のハッシュを見たのかを検証者が理解できる方向へ進むはずです。ニュース組織、生成AIサービス、カメラメーカー、OS、ブラウザ、SNSは、Content Credentialsを“信頼ラベル”として扱うだけでなく、“検証可能な契約”として扱う必要があります。

特にAI生成物の来歴証明では、C2PAメタデータがファイル内に埋め込まれ、閲覧や削除の対象にもなりうることは公式情報から確認できます。一方で、そのメタデータがどこまで改ざん耐性を持つか、どの検証ツールが危険なexclusionsを警告するかは別問題です。BuchananのPoCが正しいなら、次に問われるのは暗号強度ではなく、検証ポリシーです。ファイル形式ごとに許される除外範囲を厳格化し、危険な署名を“有効だが意味が薄い”ものとして赤く表示できるか。ここが、C2PAエコシステムの信頼を左右する分岐点になります。