
Google Earth retire son IA en 24 heures : Nano Banana 2 générait de fausses catastrophes sur des lieux réels
Lancée un jeudi, retirée le vendredi. La fonctionnalité « Create Image » de Google Earth — pilotée par Nano Banana 2 (Gemini 3.1 Flash Image) — permettait de générer une image satellite plausible sur n'importe quel lieu du monde. En 24 h, elle a produit de fausses centrales nucléaires en Iran, des attentats fictifs, des tsunamis inventés. Décryptage d'un lancement raté.
Le 30 juillet 2026, Google lançait mondialement « Create Image » sur Google Earth : une fonctionnalité permettant, à partir d'un simple prompt textuel, de générer une image plausible superposée à n'importe quel lieu réel de la planète, en s'appuyant sur les données satellites, aériennes et 3D réelles déjà stockées par Google.
Le 31 juillet 2026 — moins de 24 heures plus tard — Google retirait la fonctionnalité. Motif : les utilisateurs avaient fabriqué en masse de fausses catastrophes ancrées sur des lieux existants. Une centrale nucléaire imaginaire en Iran (rapportée par Forbes), un attentat fictif à Paris, un tsunami inventé, des cratères géants, des activités « aliens ». Certaines images étaient des blagues assumées ; beaucoup ont été produites délibérément pour désinformer.
Ce qu'était Create Image dans Google Earth
La fonctionnalité utilisait Nano Banana 2 — nom marketing du modèle image de Google, techniquement Gemini 3.1 Flash Image. Là où un générateur d'image classique produit une image « depuis rien », Nano Banana intégré à Google Earth avait accès à :
- Les imageries satellites haute résolution de la zone sélectionnée
- Les vues aériennes inclinées et les modèles 3D disponibles
- Les données de contexte géographique (relief, végétation, densité urbaine)
Le modèle générait ensuite une image qui ressemblait plausiblement au lieu réel, tout en y intégrant ce que l'utilisateur avait demandé : « ajoute un incendie de forêt », « montre-moi cette place envahie par une foule », « et si un cratère s'ouvrait ici ? ».
Le scénario prévu par Google
La communication officielle mettait en avant les usages professionnels et pédagogiques :
- Urbanistes visualisant un projet d'aménagement
- Chercheurs modélisant l'impact d'un événement climatique
- Enseignants illustrant une leçon de géographie
- Services de sécurité civile simulant des scénarios de crise
Sur le papier, l'idée avait du sens. Dans la réalité, le rapport bénéfice / risque a basculé en moins d'une journée.
Les preuves qui ont fait basculer Google
Plusieurs équipes ont documenté le problème en temps réel :
- Henk van Ess, journaliste d'investigation OSINT reconnu, a publié une série d'exemples montrant à quel point la fonctionnalité pouvait produire des images convaincantes et virales, indiscernables au premier regard d'un vrai cliché satellite.
- NPR a fait générer des scènes de « manifestations », « émeutes », « camps de réfugiés » dans des zones politiquement sensibles.
- Futurism a démontré qu'il suffisait de quelques secondes pour créer une image ancrée sur un aéroport, un port militaire, une usine.
- Forbes a révélé qu'un utilisateur avait produit une fausse centrale nucléaire visible en satellite sur un site iranien.
Le seuil de tolérance de Google a été franchi. Le vendredi, la fonctionnalité était retirée.
La déclaration officielle
« Alors que les professionnels de la géospatiale utilisaient cette fonctionnalité pour des usages précieux, nous avons également constaté des utilisateurs partageant des captures d'images générées qui semblent enfreindre nos règles. Nous retirons donc la fonctionnalité de Google Earth le temps de mettre en place des garde-fous plus robustes. » — Google
Le problème structurel : ancrage géographique + génération plausible
La combinaison est ce qui rend cette affaire particulière. Un générateur d'image comme Midjourney ou DALL·E produit des images hors sol — sans référentiel spatial vérifiable. Un lecteur averti sait qu'une image générée est possiblement fausse.
Nano Banana + Google Earth, c'est différent :
- Le fond est vrai (imagerie satellite réelle du lieu).
- La couche générée s'y intègre visuellement avec cohérence (ombres, résolution, angle).
- L'export est partageable sur les réseaux avec des coordonnées GPS.
Résultat : un observateur qui voit passer sur Twitter une image « prise par satellite Google » d'un événement dans un pays sensible n'a aucun moyen fiable de la disqualifier au premier regard. C'est l'authentification visuelle qui s'effondre.
Les problèmes qu'un tel outil pose
1. Désinformation ciblée
Créer une « preuve satellite » d'un événement inexistant devient trivial. Une prétendue installation militaire chinoise dans le désert, un camp d'entraînement au Moyen-Orient, une déforestation en Amazonie — chaque fabrication peut alimenter un cycle de désinformation avant que sa nature soit tracée.
2. Risques géopolitiques
La fausse centrale nucléaire iranienne repérée par Forbes est l'exemple caricatural. Un contenu similaire, partagé au bon moment (juste avant des négociations diplomatiques, un vote à l'ONU, une frappe préventive envisagée), pourrait influencer des décisions avant même que sa réfutation atteigne les décideurs.
3. Impact sur les conflits en cours
Dans les conflits armés actuels (Ukraine, Gaza, Soudan), l'imagerie satellite est un instrument de fact-checking essentiel. Une prolifération de fausses images « satellites » sabote ce référentiel. Les investigations OSINT — clé du contre-pouvoir citoyen sur les conflits — deviennent plus lentes et plus contestées.
4. Assurances, cadastre, immobilier
Un utilisateur mal intentionné peut fabriquer des preuves d'un sinistre (« mon terrain a subi une inondation, voici l'image satellite »), une usurpation de propriété, ou même des faux relevés de construction illégale.
5. Watermarking : insuffisant en pratique
Google impose depuis 2024 un watermark invisible SynthID sur ses images générées. C'est utile, mais :
- Le watermark disparaît à la compression / recadrage agressif utilisé sur les réseaux
- Aucune plateforme grand public ne vérifie SynthID automatiquement
- Un utilisateur mal intentionné peut capturer l'image à l'écran et repartir sans watermark
Le mécanisme technique existe. Il n'est pas branché à la vraie chaîne d'usage.
6. Le paradoxe du garde-fou
Le principal problème pour Google est le suivant : les garde-fous qui empêcheraient les usages malveillants (« ne génère pas d'incendie », « pas de foule », « pas d'installation militaire ») rendraient l'outil inutilisable pour les usages professionnels qu'il était censé servir (simulation de crise, projet d'aménagement dense, planification de secours). Verrouiller trop = casser le produit. Verrouiller trop peu = laisser passer la désinformation.
Où va-t-on ?
Google indique travailler à des « garde-fous plus robustes » avant un éventuel redéploiement. Trois pistes probables :
- Une restriction aux comptes vérifiés (professionnels, chercheurs, gouvernements) avec identification préalable
- Un watermark visible obligatoire sur toutes les images générées (pas juste SynthID invisible)
- Une liste noire de lieux sensibles (installations militaires, nucléaires, zones de conflit) où la génération est bloquée
Ces mesures atténueront les risques sans les supprimer. La vraie leçon de cet épisode est d'un autre ordre : quand un outil d'IA est branché à un référentiel de réalité largement accepté (Google Earth), la désinformation qu'il produit hérite automatiquement de la crédibilité de ce référentiel. Aucun garde-fou technique ne compense entièrement ce transfert de crédibilité.
Un lancement en 24 heures / un retrait en 24 heures. On se souviendra de cet épisode comme du premier rappel de sécurité IA à l'échelle planétaire. Ce ne sera pas le dernier.