何が起きたか
Googleは今週前半、Google Earthのウェブ版でAI画像生成機能「Nano Banana」をグローバル提供しました。公式ブログでの位置づけは、史跡の復元や不動産プロジェクトの可視化といった用途です。ところが実際には、テキストのプロンプトを入力するだけで、衛星画像・航空写真・3D画像をベースに現実を書き換えた画像が作れました。
Digital Diggingのヘンク・ファン・エス氏は、「メキシコ国境付近の難民」やガザの病院近くの爆撃跡を示す画像を生成。スフィンクスと自由の女神を掛け合わせた画像のように一目で偽物とわかるものもありましたが、報じたThe Vergeは、Nano Banana 2なら誤情報として拡散するに足るリアリティの画像を作れた可能性を指摘しています。7月31日付の追記で、Googleが機能の撤回を発表したことが明らかになりました。
なぜ重要か——衛星画像は「一次証拠」として扱われてきた
SNS上の写真や動画は、すでに疑ってかかるのが当たり前になりました。しかし衛星・航空画像は違います。撮影が事実上限られた事業者に握られ、個人が偽造しにくいからこそ、災害査定、紛争の検証、環境監視、土地・資産の確認といった場面で「裏取りの最終手段」として機能してきました。
今回問題になったのは、その最終手段が、無料のウェブアプリと数十文字のプロンプトで揺らいだことです。生成コストの問題ではなく、「誰でも、権威あるベース画像の上に、改変を重ねられる」という導線が生まれた点が本質です。
SynthIDという防波堤はどこまで効くか
Googleは当初、「誤情報を深刻に受け止めている。Google EarthのNano Bananaで作られた画像にはすべてSynthIDの電子透かしが入っており、不安があればGeminiアプリやSearchのLensでAI生成かどうかを確認できる」と回答していました。
ただし透かしは万能ではありません。The Vergeは、Googleの透かしは除去が難しくても、見落としたり回避したりすることが不可能ではないと整理しています。実際、Digital DiggingはGoogle Earth由来のAI改変動画で、検出サービスHiveの判定をすり抜けさせています。「透かしがあるから安全」という前提は、検証する側の運用としては弱いということです。
検証側が取れる具体策
ファン・エス氏が挙げる手順は実務的です。ひとつはGeminiでGoogleの「@verifyai」タグを使い、疑わしい画像を確認すること。ふたつめはSentinel-2やLandsatなど別の衛星プラットフォームの画像と突き合わせること。みっつめは、その画像がいつ、どの衛星で撮られたとされているかという軌道データまで検証することです。
つまり、単一ソースの画像を信じないこと、そして「撮影メタデータが物理的に成立するか」まで踏み込むことが、防御線になります。撤回はされましたが、同種の機能が別の形で戻ってくる可能性は高く、検証手順を先に整えておく意味は消えません。
💼 事業会社視点：これは自社にどう効くか
影響が直撃するのは、画像を「証拠」として業務フローに組み込んでいる日本企業です。損害保険の災害査定、不動産・建設のデューデリジェンスや現況確認、商社・製造業のサプライチェーン監視やESG監査（森林伐採・操業状況の確認）は、いずれも衛星・航空画像の信頼性を暗黙の前提にしています。役員がまず確認すべきは、これらの業務で「画像を何枚、どのソースから取るか」が規程化されているかです。単一ソース＋目視での受理を続けている限り、リスクは残ります。Sentinel-2やLandsatとのクロスチェック、撮影日時と衛星の整合確認を、社内規程レベルで必須化すべき段階に来ています。
SaaS・受託開発の立場では、別の教訓があります。Googleは全世界提供からわずか数日で機能を撤回しました。生成AI機能は、悪用シナリオを潰しきれないまま出すと、撤回コストが機能開発コストを上回ります。自社プロダクトに画像生成を載せるなら、リリース前の敵対的テスト（自社の機能で最も悪質な使い方は何か）と、機能単位で即時停止できるフラグ設計を先に用意しておくこと。ECでも、商品・物件画像のAI改変を出品規約と検知フローの両面でどう扱うかを、いま決めておく価値があります。