何が起きたか

GoogleはGoogle Earth上のAI画像生成機能を一時撤回しました。同社は「地理空間の専門家がこの機能をさまざまな有用な目的で使っているのを見てきたが、同時に、ポリシーに違反すると思われる生成画像のスクリーンショットを共有する人々も見た」とし、より強力なガードレールの実装作業中はロールバックすると述べています。声明の書きぶりからは、将来的な再投入の可能性が読み取れます。

事実関係はここまでです。重要なのは、この短期間の実験が何を露呈させたかです。

「透かしがあるから大丈夫」が成立しない

Googleの防御線は電子透かしSynthIDです。Ars Technicaが撤回前にGoogle Earthで生成・改変した画像をGeminiアプリに検査させたところ、「画像の一部または全部がGoogleのAIツールで生成または編集されたことを示す電子透かしを検出した」との応答が返りました。過去のArsの検証でも、SynthIDの透かしは大幅な編集やデータ欠損を経ても残存しています。技術としては強い。

問題は流通経路です。Arsが同じAI改変画像をスマートフォンのカメラで撮影したところ、SynthIDは検証を提供できませんでした。Ess氏はこう指摘します。「フェイクは、証明情報がそのまま付いたきれいなファイルとして流通するわけではない。画面録画、再エンコード、スクリーンショットのスクリーンショット、誰かが慌ててスマホで撮った映像として広がる」。

つまり検証が最も必要な局面——SNSで拡散する低品質な二次コピー——でこそ、透かしは機能しにくい。Ars自身、SynthIDの検査回数が1日およそ10回に制限される事態にも遭遇しています。検証手段が発行元1社の、しかも回数制限付きのツールに依存している構造そのものが弱点です。Ess氏も、画像がAI生成かどうかの判定をGoogleのSynthIDとGoogleのAIツールに主に依拠することへの懐疑を示しています。

本当の被害は「疑えるようになること」

Ess氏は、ガザの病院に爆撃跡がある光景といった描写を、有害トピックのAI画像生成を防ぐはずのGoogleのポリシーがなぜ止められなかったのかを問うています。ここで生じるリスクは、偽画像が拡散することだけではありません。誰でも簡単に衛星画像を改変できるツールが存在するという事実自体が、本物の衛星写真を「AIで加工されたものだ」と否定する口実を政府関係者などに与えます。Ess氏は、Google EarthをAI画像生成機能の載った場所にすることで、Googleが「現実世界の真正な画像の参照先」としてのGoogle Earthへの公共的信頼を損なうリスクを冒したと論じています。誤情報・偽情報を検証するジャーナリストや研究者の作業は、それだけ難しくなります。

対処としてEss氏が挙げるのは、複数ソースでの突き合わせと、欧州のCopernicus Sentinel-2のように常時更新される衛星画像ソースの利用です。単一の便利なビューアではなく、独立した原データを持つこと。これが実務的な防衛線になります。

💼 事業会社視点：これは自社にどう効くか

「証拠画像」を業務プロセスに組み込んでいる日本企業は、前提を点検すべき段階に入りました。損害保険の被害査定、建設・不動産のデューデリジェンス、インフラ点検、物流の現地確認、サプライチェーンのESG監査——いずれも「衛星画像や現地写真を見て判断する」工程を持ちます。ここで効くのは偽造の増加そのものより、Ess氏の言う「本物を否定する口実」の一般化です。相手方が「その画像はAI加工では」と言えば、これまで即断できた案件が係争化し、証拠採否のコストが上がります。

役員が今すべきことは3つです。第一に、画像を根拠にした意思決定フローを棚卸しし、「単一ソース依存」の箇所を洗い出す。第二に、参照元を分散させる。Copernicus Sentinel-2のような独立した常時更新ソースを二次照合に組み込むだけで、否認耐性は目に見えて上がります。第三に、来歴検証をベンダーの透かし機能に丸投げしないこと。ArsのテストではSynthIDはスマホで撮り直した画像を検証できず、検査回数も1日約10回に制限されていました。SaaSや受託開発の事業者にとっては逆に商機で、撮影日時・位置・取得経路を自社側で記録する「入口での来歴確保」は、事後検知より確実で、監査対応の売り文句になります。