「署名があれば安心」は本当か — C2PA規格の信頼モデル
映像に"デジタル署名"がついていれば、それは本物と信じられるのか。Nikon Z6 III の脆弱性発見ケースから読み解く、C2PA規格の4階建て信頼モデルとその限界
🔰 はじめに
金曜の夕方、同僚がこう聞いてきます。「この画像、C2PA署名ついてるから大丈夫ですよね？」と。「大丈夫」と言い切れますか？それとも——？
前回、C2PA規格が「画像の栄養成分表示」としてどう設計されたかを見てきました。
しかし、署名がついていれば本物、とは言い切れません。2025年9月、Nikon の最新ミラーレス機 Z6 III で「正規の Nikon 署名付き AI 生成画像」を作り出した研究者がいます。
これは「C2PA規格が駄目だった」という話ではありません。このケースは、C2PA規格という仕組みが何を信頼の根拠にしているか、そしてどこに弱点が生まれるのかを教えてくれました。同時に、研究者の責任ある開示とメーカーの迅速な対応は、むしろエコシステムが健全に機能している証でもあります。
今回は、C2PA規格の信頼モデルを解剖します。読了後には、冒頭の質問に、胸を張って答えられるようになるかと思います。
📚 第一章：信頼のピラミッド — C2PA規格は"何"を信頼の根拠にしているか
前回で、C2PA署名（C2PA規格で定義される claim signature、つまり複数のアサーションを束ねた Claim に対して施される暗号署名）を 「検査機関の認証印」 にたとえました。食品の栄養成分表示に押される、検査機関の印。これがあることで、「この情報は改ざんされていません」と確かめられる。
でも、ここで一つ立ち止まって考えてみましょう。
「検査機関の認証印がある」と言われたとき、私たちはいったい誰を、何を信じているのでしょうか。
信頼は4階建てのピラミッドでできている（本稿独自の簡略化）
C2PA規格の「認証印」の裏側には、複数のレイヤーの信頼構造が折り重なっています。これを専門家でない人でも掴みやすいように、本稿では「実印をめぐる5つの役者」の比喩で整理します。
実印（秘密鍵）、それを閉じ込める金庫（ハードウェア）、金庫を操作する秘書の手順書（ソフトウェア実装）、実印の正当性を証明する公証人（認証局）、公証人を認定する制度（Trust List運営者）——この5要素を4階建てのピラミッドに整理します[2]。
各層を順番に見ていきます。
1F：ハードウェア層 — 実印を閉じ込める"金庫"そのもの
C2PA署名は、暗号技術における「秘密鍵」で作られます。日常の比喩で言えば、署名を生み出す大元の道具——実印に相当するものです。この実印が漏れたら、誰でも正規の署名を作れてしまう。だから実印は、 物理的に取り出せない"金庫" に閉じ込めておく必要があります。
実際のデバイスでは、この"金庫"は複数のハードウェア・ソフトウェア層が協働して作られています。Google公式[3]の表現を借りるなら、Pixel 10は 「Tensor G5、Titan M2セキュリティチップ、およびAndroidに組み込まれたハードウェアベースのセキュリティ機能の組み合わせ」 で実印を守っています。
Titan M2はPixel 6から継続採用されているセキュリティチップで、Common Criteria認定（AVA_VAN.5、脆弱性評価の最高レベル）を受けていることが知られています。業務用ならHSM（Hardware Security Module）と呼ばれる専用ハードウェア。これらはいずれも、物理的に秘密鍵（＝実印）を取り出せない設計になっていて、チップ（＝金庫）の内部で押印処理だけが完結する。実印は一度も金庫の外に出ないのが基本です。
2F：ソフトウェア実装層 — 金庫を使う"秘書の手順書"
でも、金庫の中に実印があるだけでは署名は作れません。「どの書類に、いつ、どう押印するか」を判断して実行する、秘書の役割が必要です。これがカメラのファームウェアなどの claim generator（クレーム生成ロジック）にあたり、その秘書が従う手順書が2階です。
ここが重要で、手順書に穴があると、金庫も実印も無事でも、秘書が"本来押印すべきでない書類"に押印してしまう。カメラのファームウェアに脆弱性があって、「本来署名すべきでないデータにも署名を通してしまう」ような判断ロジックの欠陥があれば、それだけで信頼は崩れる。
→ Nikon Z6 III のケースは、まさにここで見つかった脆弱性です（詳しくは第二章で）。
3F：認証局（CA）層 — 実印の正当性を証明する"公証人"
どんなに頑丈な金庫と優秀な秘書があっても、そもそも「この金庫に入っている実印はNikonのものです」と第三者が証明してくれなければ、押印された書類を受け取る側は判断できません。その役を担うのが認証局（Certificate Authority, CA）——比喩で言えば公証人です。
C2PA団体が運営するTrust List（信頼できる認証局の公開リスト）には、2026年4月時点で、DigiCertやSSL.comといった事業者に加え、Google（Google C2PA Root CA G3）、Trufo、vivoなどが名を連ねており、このうち商用トラステッド署名証明書を発行できるのはDigiCertとSSL.comです[5]。これらのCA（公証人）が「このカメラメーカーの秘密鍵（実印）は正規のものです」という証明書を発行し、署名を検証する側は証明書のチェーンを辿って「確かにNikonが発行した実印の押印」だと確認します。
注意したいのは、C2PA規格で使われるCAは、Web PKI（TLS向け）で有名なCAとは別枠である点です。Web PKIで著名なIdenTrustやGlobalSignといった事業者は、C2PA規格用のRoot CAとしてはTrust Listに掲載されていません（2026年4月時点）。「有名なCAだから、きっとC2PA規格にも対応しているだろう」という推測は危険で、公式のC2PA Conformance公開リポジトリで都度確認するのが正攻法です。
4F：Trust List運営者層 — 制度そのもの
最後の4階。そもそも「このCAは信頼していい」と誰が決めているのか。
C2PA規格では、「信頼に足る認証局のリスト（Trust List）」が公開されていて、誰でも参照できます。この一覧を管理しているのは、C2PA団体（Coalition for Content Provenance and Authenticity）そのものです。
つまり最終的には、「C2PA団体を信用する」ことが、この仕組み全体の前提になっている。公証人を認定する、制度そのものです。
この「Trust Listは誰が運営しているのか」という問いは、政策・ガバナンスの話に深く関わります。Trust Listの運営自体はC2PA団体（JDF = Joint Development Foundation、Linux Foundation傘下）が担いますが、各国では「自国のコンテンツ認証・発信者識別の制度を、どう国際標準と接続するか」という議論が進んでいます。日本の文脈では、総務省がOP技術研究組合によるWeb発信者識別技術の社会実装を支援しつつ、放送事業者などの文脈でC2PA規格との棲み分け方針を整理しています。また国内企業としては、ソニー（C2PA Steering Committeeメンバー）、サイバートラスト（C2PA規格対応の証明書サービスを提供）、NHK（放送技術研究所でC2PAプロトタイプ研究）などが直接関与しています。これらの政策的・業界的文脈は第10回で扱う予定です。
Conformance Program — どの層まで堅くしているかを示す"格付け"
4階建ての信頼モデルに加えて、C2PA団体にはConformance Programという仕組みがあります。これは「このデバイスは4階建てのどこまで堅く作られているか」を格付けする制度。
2026年4月時点で公式に定義されているのは以下の2段階です。
AL1（Assurance Level 1）: ソフトウェアベース。最も緩い
AL2: セキュアエレメントなどのハードウェア保護を備える。現時点での公式最高水
Pixel 10はAL2認定を取得しており、Google公式[4]も「C2PA Conformance Programで現時点に定義されている最高のセキュリティ評価」と表現しています。さらに深いハードウェア保護を伴うレベル（将来的な「AL3」に相当するもの）は、C2PAコミュニティで議論中の段階で、まだ正式には定義されていません。
どこか1層が崩れると、どうなるか
4階建てのピラミッドは、どの階層も独立して重要です。そして、どこか1層でも崩れると、全体の信頼が瓦解する。
1階（ハードウェア＝金庫）が破られる → 実印が盗まれる → 誰でも正規の押印ができてしまう
2階（ソフトウェア実装＝秘書の手順書）に穴がある → 秘書が本来押印すべきでない書類に実印を押してしまう ← Nikon Z6 III ケース
3階（CA＝公証人）が乗っ取られる → 偽の証明書が発行される
4階（Trust List＝制度）の運営が歪む → そもそも「どの公証人を信じるべきか」が崩れる
「署名がついている」というのは、この4階建てのピラミッドがすべて健全に立っている前提の話なのです。
では、第二章では、実際に2階で見つかった脆弱性——「秘書の手順書に空いた穴」——を詳しく見ていきましょう。
📚 第二章：多重露光モードが署名を裏切った日 — Nikon Z6 III ケースを読み解く
2025年9月、カメラコミュニティで技術解析を行うフォーラム投稿者であるAdam Horshack氏（Nikon Rumorsが "a long-time NR reader and contributor" と紹介。センサーのダイナミックレンジや読み出し速度の計測で知られる）が、あるカメラの仕様上の欠陥を発見し、段階的に公開しました。対象は、NikonのミラーレスカメラZ6 III。
この機種は2025年8月27日のファームウェアVer 2.00でC2PA Content Credentials対応を果たしたばかりで、報道・プロ写真の分野における映像の真正性を保証する目玉機能として、業界の注目を集めていました。
Horshack氏が何を見つけたのか、それがなぜ大問題だったのか、順を追って見ていきます。
多重露光モードという"普通の機能"が、署名を裏切った
Z6 IIIには多重露光モードという機能があります。複数のコマを合成して一枚の画像にする、銀塩フィルムの時代から続く表現技法です。花火に夜景を重ねたり、星の軌跡を長時間で描いたり、人物と背景を合成したり——写真家にはお馴染みの機能です。Z6 IIIのマニュアルでは「重ね合わせ撮影」のオプションで、メモリカードにすでに保存されている既存のRAW画像を"1枚目の露光"として指定できると案内されています。
Horshack氏が段階的に示したのは、この"1枚目に既存RAWを使える"という設計 を経由すると、"カメラで撮っていない画像" にもNikonの正規C2PA署名が付いてしまう、という2段構えの実証でした。
第1段階（2025年9月3日・Nikon Rumors掲載）
Horshack氏は Z6 III を2台所有しており、片方は C2PA 有効（以下「本物ボディ」）、もう片方は C2PA 機能を無効化（以下「替え玉ボディ」）で使いました。手順はこうです。
Photoshop で「Hacked by Horshack」というグラフィックを作り、PC画面に表示
その画面を、替え玉ボディで物理的にRAW撮影（＝替え玉RAWが生まれる）
メモリカードを本物ボディに差し替え
本物ボディの多重露光モードで、「1枚目＝先ほどの替え玉RAW」＋「2枚目＝レンズキャップを付けて撮った真っ黒フレーム」 として比較明合成
比較明合成は「より明るいピクセルを残す」処理なので、"真っ黒"と重ねればほぼ元画像がそのまま出る。結果として、替え玉画像とほぼ同じ見た目の画像が、本物ボディの正規C2PA署名付きJPGとして出力される——「カメラが、自分自身で撮っていない画像を"自分が撮った"と署名してしまう」穴が、この時点で明らかになります。
第2段階（2025年9月21日・Nikon Authenticity Service 証明書失効通知と同日）
Horshack氏はさらに踏み込み、Nikon独自のRAWファイル形式（NEF）を自力で組み立てるプログラムを開発しました（カメラで物理撮影しなくても、任意のデジタル画像を「Nikonが撮ったRAW」の体裁に偽装できる、ということ）。これにより、カメラで一度も撮影されていない画像ファイル——例えばGoogleの画像生成AI（Gemini）が作った「商業ジェット機を操縦するパグ」——を、正規のNEFファイルとして偽装できるようになりました。あとは第1段階と同じ手順で、このAI生成パグ画像を本物ボディに「1枚目の露光」として読み込ませ、完全にAI生成の画像が Nikon Z6 III の正規C2PA署名付きで出力されることを実証したのです。
両方の出力画像をcontentcredentials.org/verifyにアップロードすると、「このファイルはNikon Z6 IIIで撮影された本物の写真」と、堂々と検証を通過する。AI生成の偽画像が、正規カメラ署名のお墨付きを得てしまう、ということです。
Horshack氏自身は報告のなかで、「暗号メカニズム自体は破っていない」と繰り返し明言しています。破られたのは1階の金庫の頑丈さでも、中の実印そのものの強度でもなく、「何を"撮影"と見なしてその実印を押すか」を判断する 2階の"秘書の手順書"（claim generator の設計） です。実印は金庫に入ったまま、正しく扱われた。ただ、「この素材を本当に署名していいのか」を確認する手順が、最初から用意されていなかったのです。
これは4階建ての"2階で見つかった脆弱性"
第一章の4階建てのピラミッドに当てはめると、このケースの座標がクリアに見えてきます。
1階（ハードウェア＝金庫）: 無事。秘密鍵（実印）はチップに入ったまま、外に出ていない
2階（ソフトウェア実装＝秘書の手順書）: ここに穴があった。多重露光モードの処理が、入力素材の出自をチェックしておらず、秘書が「外から持ち込まれた画像」にも押印してしまった
3階（CA＝公証人）: 無事。CAはNikonに対して正しく証明書を発行していた
4階（Trust List＝制度）: 無事。C2PA団体の信頼リストは機能していた
つまり、C2PA規格そのものは破綻していない。規格は「署名を作れ」と言っている通りに動いた。でも、Nikonの"秘書の手順書"が、"何に対して実印を押すべきか"を正しく判断できていなかった。規格と実装のあいだに、落とし穴があったのです。
Nikonの対応 — Nikon Authenticity Service の一時停止と証明書失効
Horshack氏の報告を受け、Nikonは迅速に動きました。
2025年9月、Nikonは Z6 III のC2PA機能（Nikon Authenticity Service）を一時停止し、同サービスでZ6 IIIに配布済みの電子証明書を失効させる決定を下します[6]。これにより、失効以前に同サービスで署名された画像は、検証上、真正性の証拠として扱えなくなりました。事業者・ユーザー視点で言えば、「この署名は今のところ判断材料にしないでください」という宣言に等しい措置です。
これは「Nikonが全部の仕組みをやり直した」というより、不具合のある信頼関係をいったん止めて、そこで発行された署名を検証不能にしたという理解が近い。社内の原因究明、ファームウェア修正、再テスト、新たな証明書発行と再配布が段階的に進められます。
このケースが教える、3つの普遍的教訓
ここが大事なところです。Nikon Z6 III のケースは2025年秋の一時的な話題ではなく、デジタル署名による信頼構築の本質に関わる、普遍的な教訓を含んでいます。
教訓1：規格が堅牢でも、実装の一箇所が崩れれば全体が崩れる
C2PA規格そのものは、専門家たちが何年もかけて練り上げた丁寧な設計です。だがその堅牢さは、各プレイヤーの実装がそれを正しく反映している限りでしか発揮されない。規格と実装のあいだにある"翻訳のズレ"が、脆弱性を生みます。
これはC2PA規格に限った話ではありません。SSL/TLS、OAuth、JWT——あらゆる堅牢とされる暗号技術で、「規格は正しいが実装がバグっている」タイプの事故は繰り返し起きています。
教訓2：信頼は"技術だけ"では成立しない。運用・ガバナンスこそ信頼の実体
このケースで印象的だったのは、脆弱性の発見そのものよりも、その後のNikonの対応の速さでした。第1段階の公開（2025年9月3日）から、Z6 III 利用者への証明書失効通知（9月21日）まで、約18日間——3週間足らずで社内確認、判断、サービス一時停止、公式発表が完了しています。
もし仮にNikonが、「大したことはないから放置しよう」と判断していたら？Z6 III 向け証明書の失効は業務影響が大きすぎて、現場から反対が出ていたら？——そういう "技術の外側"の要素 が、実は信頼の実体を支えている。
技術で言う「堅牢さ」は、検出と対応の速度にも表れます。実印の管理に穴が見つかったらどう動くか。証明書を失効させる手順は決まっているか。ユーザーへの告知はどうするか。こうした運用ルールがないと、いくら堅牢な金庫と暗号を使っても意味がない。
教訓3："C2PA署名がある = 内容が本物" ではない
これは次の第三章につながる、この連載で最も重要な論点です。
このケースで署名された「AI生成のパグの画像」を見たとき、verifyツールは「Nikon Z6 IIIで撮影された本物の写真」と表示しました。でも、写っているのはAI生成の画像です。
署名は「このデータはこのカメラから出力されました」という"由来"しか語っていない。写っている内容が現実世界の事実であるかどうか、誰かを騙そうとしていないか、文脈的に真実か——そういう「真正性（authenticity）」の話は、署名では何ひとつ保証されていない。
この区別は、C2PA規格を理解する上で最も本質的な論点のひとつ。第三章でじっくり見ていきます。
📚 第三章：Hacker Factorの構造的批判 — 「署名は信頼を作らない」
C2PA規格を巡る議論には、建設的な批判者が存在します。その代表が、デジタル画像のフォレンジック分析を長年続けてきた独立研究者 Neal Krawetz氏（Hacker Factor）です。
Krawetz氏はFotoForensicsという画像鑑識ツールの開発者で、画像のELA（Error Level Analysis）による改ざん検出を専門とする博士号保持者。業界団体の一員ではなく、しばしば業界そのものへの批判者として発信を続けてきた人物で、「C2PA規格と似て非なる角度」から映像の真正性にアプローチしてきた立ち位置にあります。
C2PA規格が「正しい由来を記録する」アプローチなら、Krawetz氏は「おかしなものを検出する」アプローチ。C2PA団体の商用メンバー（第六回で詳しく扱うTruepicやAdobeなど）とは明確に異なる、批評家・研究者ポジションからの発言として読み解く必要があります。
Krawetz氏はブログ記事や業界カンファレンス（IPTC Photo Metadata Conference 2024 等）[7]で、C2PA規格に対する構造的な批判を展開しています。その中で、この連載にとって最も重要な指摘があるので、まずそこに紙幅を集中させます。
技術面の批判は"C2PA規格固有ではない"
Krawetz氏はC2PA規格に対して、攻撃・防御の非対称性（守る側はすべての層を守り切る必要があるが、攻める側はどれか1層崩せば勝つ）や、Trust Listが結局は「大企業の名前リスト」に過ぎないといった批判を展開しています。いずれも正当な指摘ですが、これらはC2PA規格固有の問題というよりも、セキュリティ全般に通底する構造的課題です。SSL/TLSもOAuthも、あらゆるセキュリティ技術が同じ宿命の上に成り立っている。だからこそC2PAコミュニティも、Conformance Programの強化や素早い証明書失効プロセスといった多層防御の方向で改善を進めています。Trust Listのガバナンスについては、 第10回 で日本の政策的・業界的文脈（総務省のOP技研組合支援による偽・誤情報対策事業、ソニー・サイバートラスト・NHKなど国内企業の直接関与）と合わせてじっくり扱います。
ただしKrawetz氏の具体的な偽造デモは、迫力があります
抽象的な構造批判だけでなく、Krawetz氏は実際にC2PA署名付きの偽造画像を作って見せるという、研究者らしい実演も重ねています。たとえば——
LinkedIn への偽造画像投稿実演: Krawetz氏は「Reuters」名義の自己署名証明書を自分で作成し、それをLinkedIn上の画像に添付しました。プラットフォームはその証明書の"issuer"欄を検証せずにそのまま表示し、「Reutersが発行した署名」であるかのように見える状態を作れてしまうことを示しています
Microsoft Designer を使った偽造: Microsoftの C2PA 推進担当者 Christian Paquin 氏 の名義でアカウントを作り、本人が署名したかのようなAI生成画像を Microsoft の無料ツール上で作れてしまうことを実証
$289で買える「正規」証明書: Trust List に載っている正規CAのひとつ DigiCert から、C2PA用トラステッド署名証明書は年間約$289で購入可能。「攻撃の参入障壁は低い」というのがKrawetz氏の見立てです[8]
これらは「規格を破った」のではなく、「規格が想定していない攻撃経路」を突いたデモです。Krawetz氏は "No amount of patching will correct the fundamental design issues that permit 'authenticated' forgeries"（パッチを重ねても、"認証された"偽造を許す根本的な設計問題は直らない）という強い言い回しで、この種の根源的な欠陥を指摘しています。
そしてKrawetz氏の批判の中で、最も本質的な指摘がこれです
彼の複数のブログ記事に通底する論点を、本稿独自の言葉で要約すると次のようになります（以下は直接引用ではなくパラフレーズです）。
C2PA規格は、由来（provenance）を証明する仕組みのように見える。しかし実態としては、由来すら十分に特定できていないケースが多い。そして、由来と真正性（authenticity）を同じものとして語ること自体が、読み手を誤解させる最大のリスクだ。
Krawetz氏自身は、"The amount of detail C2PA tracks is seriously lacking and fails to identify the pedigree, provenance, history, or origin of a picture"（"C2PA's Butterfly Effect"、2023年11月16日）といった強い表現を何度も使い、「provenance すら機能していない」と主張する場面もあります[9]。
上記のパラフレーズの論点は、この連載全体を貫く背骨となる指摘です。
ここは少し丁寧に説明させてください。
Provenance（由来） とは、「このデジタルデータは、いつ、どこで、どのデバイスで生成・編集されたか」という生成経路の事実です。Pixel 10で撮った → Photoshopで編集した → Instagramにアップロードした。こうした履歴の記録。
Authenticity（真正性） とは、「このコンテンツが示している内容は、現実世界の事実を正しく表しているか」という内容の真実性です。写っている人物は本当にその場所にいたのか。この文書は本当に著者の意見を反映しているのか。
この2つは、まったく別の概念です。
ビジネスの現場で起きる"由来は正しいが真正性は別問題"
具体的な例で考えてみましょう。
あなたの会社の工場で撮影された、「品質検査合格」の写真が取引先に提出されたとします。
その写真にはC2PA署名があり、「2026年X月Y日、工場の検査ラインのカメラで撮影された」と記録されている
由来（provenance）は完全に真正。いつ、どこで、どのカメラで撮られたかは確かめられる
でも、検査員がカメラの前に合格品だけを並べて、不合格品を裏に隠していたら？ 写真は「この写真はこのカメラで撮られた」とは証明できるが、「検査が正しく行われた」とは一切言っていない
あるいは、取引先から送られてくる「現場写真」。C2PA署名で「本当にその日その場所のカメラで撮られた」は確認できる。でも、写り込むように小道具を並べて"あるべき状態"を演出したら？ 由来は真正、しかし内容は偽装です。
これが 「由来は正しいが、真正性は別問題」 という綻びの経路です。
もう一つ、Nikon Z6 III のケースで発見されたのはこれとは別の経路の綻びでした。AI生成のパグ画像にNikon署名が付いた——これは由来そのものが偽装されたケース（2階の実装バグ経由）。2つの綻びの経路モードを区別することが大事です。
Nikon型の綻び: 由来が偽装されている（=2階以下の堅牢性の話。C2PA規格と運用の改善で減らせる）
工場写真型の綻び: 由来は正しいが、内容の真正性が別問題（=C2PA規格の守備範囲外）
C2PA規格は「真偽判定器」ではなく「由来の可視化装置」
ここに、ディープフェイクや偽情報と戦う上での重要な示唆があります。
C2PA規格は、情報の信頼を確認するための"ひとつの層"に過ぎない。由来が確かめられたら、次は「内容の事実性を検証する」という別の作業が始まる。ファクトチェック、文脈検証、複数ソースの突き合わせ、現場の確認——従来のジャーナリズムやデュー・デリジェンスが磨いてきた手法が、C2PA規格とは別軸で必要になる。
C2PA規格を「情報の真偽判定器」だと誤解すると、必ず裏切られます。C2PA規格は 「由来の可視化装置」 です。由来がわかるようになったことで、真正性を問う議論の出発点が得られた。そこが本来の価値。
この区別 —— 由来 ≠ 真正性 —— を、この連載全体の背骨として記憶しておいてください。以降の回でも、何度もここに戻ってきます。
📚 第四章：署名の限界と、それでも意味がある理由
第三章までで、C2PA署名の限界をかなり深く掘り下げました。「ああ、結局C2PA規格って意味ないってこと？」——そう思われた方もいるかもしれません。
違います。限界を理解した上で、それでも意味がある。これが第四章の核心です。
限界：そもそも署名が残っていないことが多い
実務でC2PA規格を使おうとするとまず直面するのが、 「調べようとした画像に、そもそも署名がついていない」 という壁です。
原因は主に3つ。
撮影元がC2PA非対応: 世界で流通する画像・動画の大多数は、いまだC2PA非対応のデバイス・ソフトで作られています。Reuters Instituteの業界調査レポート Journalism, media, and technology trends and predictions 2026（Nic Newman著、2026年1月12日公開）は "fewer than 1% of news images or videos published globally include C2PA metadata"（世界で公開されるニュース画像・動画のうちC2PAメタデータを含むものは1%未満）と明記しています[12]
SNS経由で剥がれる: 第二回でも触れた「ラベル剥がれ問題」。画像をSNSにアップロードすると、大半のプラットフォームは画像を再圧縮してC2PAメタデータを削除します
スクショで消える: 画面キャプチャや画像形式変換でもメタデータは失われる
これは第二回の「限界1」で扱った問題ですが、信頼モデルの観点で再フレーミングすると、その深刻さが際立ちます。4階建てのピラミッドがどんなに堅牢でも、そのピラミッドが貼られていない画像には、何の力も及ばないのです。
対策として、不可視透かしやデジタルフィンガープリントと連携させるDurable Content Credentialsの取り組みが進んでいます。Adobe Content Authenticity Web Appは2025年4月からパブリックベータとして公開されており、2026年4月時点でもベータ段階のまま一般提供（GA）には至っていません。エンタープライズ向けの実運用は一部で始まりつつあるものの、「カメラが埋め込み、SNSが読み取って復元する」というエンドツーエンドの一般運用はまだこれからの段階です。
規格は改善され続けている、が完成はしていない
C2PA規格は、2026年1月5日付でバージョン2.3に更新されました[10]。発足以来、定期的に改善が続けられており、ライブビデオ対応、新規ファイル形式対応、編集履歴の明確化、データ検証・改ざん検出の強化などが順次取り込まれています。
ただし注意したいのは、Nikon Z6 III のケースのような「実装側の設計欠陥」は、規格（v2.x）のバージョンアップで直接直るものではないということ。規格が「こう署名せよ」と言うのに対して、カメラメーカーがどう実装し、どうテストし、どんな監査を受けるかは、規格そのものよりむしろConformance Programとハードウェア鍵アテステーション（Key Attestation）の運用で整備されていく領域です。Key Attestationとは、「この秘密鍵がハードウェア保護された領域の中で生成された」ことをデバイス側が"証明"し、CA側がそれを検証する仕組み[11]。規格と運用プログラムを混同しないことが、C2PA規格の現在地を正しく理解するコツです。
「規格は完成品ではなく、成長中のプロセス」。これもC2PA規格を実務で使う上で覚えておきたい視点です。
では、どこに価値があるのか
限界を全部並べた上で、それでもC2PA規格に意味がある理由。それは、「何を疑えばよいか」の枠組みを、世界で初めて標準化したことです。
Nikon Z6 III のケースのような脆弱性が発見・公開され、業界全体で対応が進み、バージョンアップが繰り返されている。脆弱性が見える化されて、改善サイクルが回っていること自体が、C2PAコミュニティの力の証明です。
標準規格がなかった頃は、画像の真偽を議論するとき、「そもそも何を根拠に議論するか」から毎回やり直していた。C2PA規格はその共通言語を作った。「このデバイスで撮られた、というのはどう確かめられるか」「それを信じていいのはなぜか」——これらを議論する土台ができた。
署名を読むときの4つのチェックポイント
理論の話を、実務に落とし込みましょう。C2PA署名付き画像を見たとき、ビジネスリーダーとして最低限確認すべき4つのチェックポイントを、「今日からできること」と「専門家・ベンダーに確認すべきこと」の2軸に分けて提案します。
🟢 今日からできること（自分で手を動かせる）
その署名は流通経路を生き延びているか
オリジナルのアップロード元と、手元にあるバージョンで署名が一致するか
SNSの再圧縮でメタデータが剥がされていないか
やり方: 画像をcontentcredentials.org/verifyに投げるだけ。手元の画像に署名が残っているか即座に分かる
どのAssurance Level（AL1 / AL2）で作られているか
AL1（ソフトウェアベース）と AL2（ハードウェア保護を伴う）では、1階の堅牢さが全く違う
2026年4月時点で公式定義はAL1/AL2の2段階のみ。さらに深いハードウェア保護レベルはC2PAコミュニティで議論中
やり方: 検証ツールの「Assurance Level」または「Conformance Program」の表記を確認する。Pixel 10は現時点で公式最高水準のAL2認定を取得。一方Leica M11-Pのように、Conformance Program発足前にContent Credentialsへ対応した機種は、2026年4月時点でConformance Explorer上に正式AL認定の記載が確認できないこともある点に注意が必要です（継続的に認定状況を確認するのが安全）
🟡 専門家・ベンダーに確認すべきこと（組織として整備する）
発行者は信頼できるCAか
証明書チェーンを辿って、3階の認証局を確認
C2PA Trust Listに掲載されている正規のCAか
誰に聞くか: 画像を取り扱う社内システムを構築・運用するセキュリティ担当。ベンダー提案を受ける場合は「どのCAから証明書を取得するか」を仕様書に明記する
実装監査は公開されているか
2階のソフトウェア実装が、独立した第三者にレビューされているか
Nikon Z6 III のケースのような実装バグの温床を減らすには、実装の透明性が必要
誰に聞くか: デバイス・ソフトウェアの調達担当。カメラメーカーやSaaSベンダーに対して「Conformance Program認定のレベル」「第三者監査レポートの有無」を確認する
この4つを組み合わせて初めて、「この画像のC2PA署名は、今のところ信頼に足る情報を含んでいる」と言える。「ついているか」ではなく、「どう読むか」の技術です。そして重要なのは、個人で判断できる部分と、組織として整備すべき部分を区別すること。経営者・管理職にとってのC2PA規格への実務対応とは、この2つを両輪で回すことに他なりません。
📝 おわりに：由来を追うことで、真正性に近づく
金曜の夕方、部下の質問に戻りましょう。
「この画像、C2PA署名ついてるから大丈夫ですよね？」
これからのあなたの答えは、こうなります。
「署名は"信頼のスタート地点"であって"ゴール"じゃないよ。どのレベルで署名されてて、どのCAが発行してて、流通経路でメタデータが剥がれてないか、一緒に見てみよう」
C2PA規格は、完璧な真偽判定装置ではありません。規格の設計思想は堅牢ですが、課題は実装と運用に集中しています。そして最も本質的には、由来（provenance）は証明できても、真正性（authenticity）は保証できない。
さらに強調しておきたいのは、Nikon Z6 III のケースが教えてくれたもう一つの厳しい現実です。AL2やTitan M2のような現時点で最高クラスのハードウェア基盤ですら、claim generator（実装側の判断ロジック）の設計欠陥一つで簡単に無効化される。「このカメラを選べば安心」「このチップが入っていれば大丈夫」という思考は、C2PA規格の信頼モデルとは相容れません。ハードウェアは必要条件ではあっても、十分条件ではないのです。
でも、だからこそ価値がある。この仕組みがあることで、私たちは「何を疑えばよいか」を初めて構造的に議論できるようになった。由来が見えるようになったことで、真正性を問う議論の出発点を得た。
ここで改めて打ち立てておきます。
「由来」を丁寧に追うことで、「真正性」にほんの少し近づける
完璧な信頼はない。でも、信頼を組み立てるための共通の物差しはできた。これがC2PA規格の本質的な貢献だと、私は考えています。
特に、EU AI Act第50条の適用開始（2026年8月2日）を目前にして、ある有名サービスが未だ非対応であるという事実は、ビジネス上の重要な示唆を含んでいます[13]。お楽しみに。
この記事が面白いと思っていただけたら、フォロー と スキ をお願いします。感想はXでシェアしていただけると嬉しいです。
📌 注釈
[1] 本記事では「C2PA」は団体名（Coalition for Content Provenance and Authenticity）、「C2PA規格」は同団体が策定した技術規格として区別します。ただし業界で定着している「C2PA署名」「C2PAメタデータ」「C2PA証明書」「C2PA対応」等の表現は、「C2PA規格に基づく〜」の略記としてそのまま使用します。なお「C2PA署名」は、厳密にはC2PA規格で定義される claim signature（クレーム署名。Claim に対する暗号署名）を指しており、業界慣習の呼び方として本稿でもこの表記を採用します。
[2] この4階建ての整理はC2PA団体公式ドキュメントの正式な階層モデルではなく、本稿が説明のために独自に簡略化したものです。C2PA団体公式の整理は、業界標準のX.509 PKI信頼チェーン（Root CA → Intermediate CA → End-entity Signer）と、その上のTrust List、およびConformance Program（実装のAssurance Level審査）の組み合わせで構成されます。
[3] Pixel 10のセキュリティ構成については、Google Security Blog "Pixel & Android — Trusted images with C2PA Content Credentials"（2025年9月10日）およびGoogle Blog "Tensor G5 and the new Pixel 10 series"（2025年）を参照。重要なのは、Titan M2単独ではなくSoC・独立チップ・OS側機能が多層で協働してAL2を達成している点です。
[4] Google Security Blog (2025/9/10): "Pixel Camera achieved Assurance Level 2, the highest security rating currently defined by the C2PA Conformance Program."
[5] C2PA Trust List掲載CAとカメラ・SaaS向け証明書の発行体制は随時更新されています。最新情報はopensource.contentauthenticity.org/docs/signing/get-cert/およびgithub.com/c2pa-org/conformance-publicを参照。
[6] Nikon公式マニュアルでも、カメラに読み込んだ電子証明書は Nikon Imaging Cloud 側で失効でき、失効後は来歴確認に使えないと説明されています。失効の範囲は基本的にNikon Authenticity Serviceで発行された証明書（主にZ6 III向け）であり、他機種のC2PA非対応カメラで撮られた画像には影響しません。
[7] Hacker Factor Blog（Neal Krawetz氏）https://www.hackerfactor.com/blog/ における一連のC2PA批判記事。代表的なものに "C2PA's Butterfly Effect"（2023年11月16日、初の本格批判）、"C2PA's Worst Case Scenario"（2023年12月18日）、"C2PA from the Attacker's Perspective"（2024年5月9日。同タイトルで IPTC Photo Metadata Conference 2024 でも講演）、"Google Pixel 10 and Massive C2PA Failures"（2025年9月5日）など。以下の要約は本稿独自のパラフレーズであり、原文の表現や強調点そのままの引用ではない点に留意してください。またKrawetz氏本来の批判では、pedigree / provenance / history / origin の4概念を区別したうえで「C2PAは provenance を名乗るが実態は alteration tracking（改変追跡）に過ぎない」と論じますが、本稿では読者向けの読みやすさを優先し、provenance（由来）vs authenticity（真正性）の二項対立 に圧縮しています。
[8] SoftwareSeni による2026年分析ほか複数の二次ソース、およびDigiCert公式の商用証明書価格で確認できる範囲。
[9] 書籍化にあたっては、当該引用の原文掲載位置（記事内のセクション・段落）を追確認した上で、正確な出典を脚注に残します。本稿が「最も本質的」と格付けしたのは、彼の19項目以上にわたる批判のなかからこの連載のテーマとしてもっとも示唆に富むものを選んだ結果であり、Krawetz氏自身がそう順位づけているわけではない点は明記しておきます。
[10] 日付はC2PA Technical Specification PDF表紙の "Content Credentials C2PA Technical Specification 2.3, 2026-01-05" の記載に基づきます。
[11] Android Developers公式ドキュメント "Verify hardware-backed key pairs with key attestation"。GoogleのC2PA実装では、このKey AttestationをGoogle C2PA Certification Authoritiesが検証し、ハードウェア保護内で生成された鍵であることを確かめたうえで証明書を発行します。
[12] Reuters Institute for the Study of Journalism, Journalism, media, and technology trends and predictions 2026 (Nic Newman, 2026年1月12日) 原文より。この後に "although pilot adoption is growing across news agencies and broadcasters such as the BBC" と続き、BBC等での試験導入が拡大中である点も補足されています。
[13] ただしEUで審議中のDigital Omnibus法が成立すると、第50条(2)（AIプロバイダーの義務）の施行日が2027年2月2日に延期される可能性があります。プロバイダー向けの(1)および利用事業者（deployers）向けの(3)〜(5)は8月2日のままの想定。第二回の脚注でも触れた通り、規制スケジュールは流動的なので、最新動向は継続的にウォッチする必要があります。
📖 参考文献・出典
第一章
第二章
Adam Horshack氏によるNikon Z6 III C2PA脆弱性の段階的な公開（Nikon Rumors掲載: 2025年9月3日および9月21日）
第三章
Hacker Factor Blog（Neal Krawetz氏）: https://www.hackerfactor.com/blog/
"C2PA's Butterfly Effect"（2023年11月16日）
"C2PA's Worst Case Scenario"（2023年12月18日）
"C2PA from the Attacker's Perspective"（2024年5月9日）
"Google Pixel 10 and Massive C2PA Failures"（2025年9月5日）
第四章
