
Gemini × Google Home
Janvier — Avril 2026
De premières formulations indirectes aux essais d’avril : plusieurs façons de parler à Gemini ont produit des réponses d’action Google Home. Cette étude rassemble les observations, leurs variantes et le suivi du signalement à Google.
Contexte
Peu après avoir commencé à utiliser Gemini avec mes appareils Google Home sur mon Honor Magic8 Pro, j’ai remarqué que certaines formulations qui ne ressemblaient pas à des commandes domotiques directes pouvaient néanmoins provoquer une action réelle sur mes appareils connectés.
Cette observation m’a conduit à essayer plusieurs formulations volontairement indirectes, hypothétiques ou ambiguës afin d’observer comment Gemini les interprétait. L’objectif de cette étude n’est pas d’établir la cause technique du comportement, mais de documenter ce qui était observable dans cette version de Gemini à cette période.
Réception du Magic8 Pro.
Observation vidéo en extérieur : formulation hypothétique suivie d’une action Google Home.
Série documentée de formulations indirectes et atypiques.
Autres essais : réponses variables à une même demande et formulations atypiques. Une étape de confirmation liée à google_home apparaît dans une capture ultérieure, issue d’une autre séquence vidéo.
Nouvelle série de formulations non impératives documentées par captures.
Signalement du comportement et de la traçabilité à Google (Issue 504252302).
Clôture du signalement par Google.
Partie 1
Janvier 2026 et autres essais : formulations indirectes
Les vidéos du 16 janvier et les captures du 17 janvier 2026 sont datées. Les autres captures de cette partie ne le sont pas avec certitude.
Point de départ : une formulation hypothétique
Le 16 janvier, une vidéo réalisée en extérieur montre cette formulation dans Gemini. La séquence suivante affiche le résultat « Lumières éteintes » via Google Home.
Formulations observées
Les exemples ci-dessous sont présentés comme observations ponctuelles. Ils ne permettent pas d’en déduire une règle générale de fonctionnement.





Une même demande, plusieurs résultats
J’ai répété une demande très courte : « Tu peux éteindre ». Aucun appareil n’était désigné. Pourtant, les réponses de Gemini et les états affichés dans Google Home variaient d’un essai à l’autre.

Gemini indique avoir éteint toutes les lumières. Quatre appareils affichés apparaissent « Éteint » ; deux autres (Chevet Lampe, Chambre Lumière) affichent « Impossib… », sans état éteint visible.

Gemini annonce avoir éteint les écrans plutôt que les lumières.

Gemini annonce toutes les lumières éteintes, mais deux lampes Hue apparaissent encore allumées dans la capture.
Ces trois captures illustrent la variabilité d’interprétation et de retour affiché pour une formulation équivalente. Les captures ne suffisent pas à déterminer pourquoi les appareils ciblés changent, ni si un état affiché était en cours d’actualisation.
Des formulations atypiques qui deviennent des actions
J’ai aussi essayé des expressions qui ne ressemblent pas à des ordres habituels. Les captures suivantes montrent comment Gemini les a reliées à des actions Google Home.

Gemini répond « L'exécution a réussi. Les lumières sont allumées. », alors que les appareils visibles dans la capture affichent « Éteint » ou « Impossib… ». La réponse annoncée et les états affichés ne concordent pas.

Une question hypothétique est interprétée comme une demande d’extinction.

Une formulation sans syntaxe de commande classique reçoit une réponse liée à l’allumage.
Ces exemples enrichissent la série des formulations indirectes : ils montrent ce qui a été affiché dans les échanges, sans présumer du mécanisme interne de Gemini.
Une confirmation pouvait aussi apparaître
Les essais ne conduisaient pas systématiquement à une exécution immédiate. Dans une séquence vidéo distincte, la demande « éteins tout » est suivie d’un message demandant de confirmer le partage de données avec google_home.

Ce résultat contraste avec d’autres essais où des formulations indirectes ont produit des réponses d’action. Les captures ne suffisent pas à expliquer pourquoi une confirmation apparaît dans certains cas et pas dans d’autres.
Partie 2
Avril 2026 : l’observation du 19 avril et le signalement à Google
Essais photographiés début avril
Ces trois captures proviennent d’un groupe de photos classé au 5 avril 2026 dans la galerie. Elles montrent des formulations non impératives et les réponses de Google Home. La date de classement ne suffit pas, à elle seule, à certifier l’horodatage original de chaque capture.

Gemini affiche « BLACKOUT TOTAL » et les appareils visibles sont indiqués éteints.

Gemini indique que la lampe de chevet est éteinte.

Gemini indique que les lumières du salon sont allumées.
Ces captures illustrent l’exécution de commandes. Elles ne constituent pas, à elles seules, la preuve de l’absence de journalisation décrite dans le rapport du 19 avril.
L’observation du 19 avril
Formulation documentée dans le rapport
Le rapport envoyé à Google décrit cette phrase conditionnelle comme ayant été interprétée comme une commande directe, avec exécution de l’action domotique sans confirmation.
Après l’exécution, j’ai également vérifié la traçabilité. Le rapport indique qu’aucune trace de l’action n’apparaissait dans l’historique Gemini ni dans My Activity, malgré l’activation des paramètres de journalisation.
Ce que cette étude documente
1 — Une formulation conditionnelle
La phrase documentée n’est pas formulée comme un ordre impératif direct.
2 — Une action
Dans le cas rapporté, elle est interprétée comme une demande d’action Google Home.
3 — Pas de confirmation visible avant l’exécution
C’est ce qui est consigné dans le signalement du 19 avril.
4 — Pas de trace retrouvée lors de la vérification
Le rapport documente l’absence de l’action dans Gemini et My Activity au moment de la vérification.
Signalement à Google — ce qui a été transmis
Le 19 avril 2026, j’ai soumis le signalement Google VRP n° 504252302 : « Exécution d’une action domotique à partir d’une phrase hypothétique (“Et si je te demandais de…”) sans confirmation, et sans enregistrement dans l’historique ».
Le rapport décrit une formulation hypothétique interprétée comme une commande effective, ainsi que l’absence de confirmation et de trace retrouvée dans l’historique lors de la vérification. Le dépôt initial comportait deux captures d’écran et une vidéo ; la vidéo faisait donc partie du premier envoi, et non d’un ajout ultérieur.
19 avril 2026 — Dépôt initial
Soumission du scénario, des observations sur l’exécution et la traçabilité, avec deux captures et la vidéo du 19 avril. Le rapport est initialement classé P4 / S4.
23 avril 2026 — Échange avec Google
Google demande un scénario d’attaque plus détaillé. Dans ma réponse écrite, j’explique notamment qu’une personne située à proximité pourrait prononcer une formulation susceptible de déclencher une action, sans que l’utilisateur ait voulu la commander, et que l’absence de trace compliquerait sa vérification.
24 avril 2026 — Réévaluation
La priorité est modifiée de P4 à P3 ; la sévérité indiquée reste S4.
31 juillet 2026 — Décision
Google clôt le signalement sous la qualification « Comportement prévu », sans récompense. Sa réponse distingue un problème fonctionnel ou UX d’une vulnérabilité de sécurité éligible au programme VRP.
Rapport Google VRP n° 504252302 (ticket privé).
La conclusion de Google
Dans sa réponse finale, Google qualifie le comportement décrit — interprétation de la phrase hypothétique et absence d’enregistrement — de bug fonctionnel ou problème d’interface utilisateur, plutôt que de faille de sécurité.
Google explique notamment que, dans le scénario soumis, l’interaction suppose une présence physique et que les actions citées, comme allumer ou éteindre des lumières, n’ont selon son analyse pas d’impact sur la confidentialité ou l’intégrité de données sensibles.
Cette qualification est celle de Google. Elle est présentée ici séparément de mon observation du comportement.
Conclusion
L’étude dans son ensemble (janvier – avril 2026)
Ce que les preuves permettent de conclure
Les observations de janvier montrent que des formulations indirectes peuvent être comprises comme des actions domotiques. Les captures supplémentaires montrent des réponses variables pour une même demande et des interprétations d’expressions atypiques. En avril, le signalement ajoute une observation de confirmation absente et de trace non retrouvée lors de la vérification.
Ces résultats décrivent les interactions observées, sans établir le fonctionnement interne de Gemini ni leur présence dans les versions actuelles.
Méthode et portée
J’ai conservé les formulations visibles, les réponses affichées, les captures et les vidéos originales. Les confirmations de Gemini sont distinguées des états d’appareils effectivement visibles. La réponse finale de Google est présentée séparément des observations.
Point de vue YONE
Ces essais d’avril ne sont pas partis de zéro. En janvier, j’avais déjà observé plusieurs situations dans lesquelles Gemini interprétait des formulations indirectes ou hypothétiques comme des actions Google Home.
À cette époque, j’avais surtout essayé de comprendre ce que j’observais. Quelques mois plus tard, alors que Gemini sur Android évoluait, j’ai décidé de reprendre certains de ces essais pour vérifier si les comportements que j’avais documentés étaient toujours présents.
Cette fois, je voulais faire les choses proprement : reproduire un cas simple, conserver les captures et la vidéo, vérifier l’historique, puis transmettre l’observation à Google.
J’ai été extrêmement déçu par le résultat. Pas seulement parce que le rapport n’a finalement pas été retenu comme une vulnérabilité de sécurité, mais à cause du travail nécessaire pour arriver jusqu’à ce signalement : observer le comportement, le reproduire, enregistrer les preuves, vérifier l’historique, rédiger le rapport puis répondre aux demandes complémentaires.
Je ne suis pas chercheur en sécurité et je ne réalise pas ces essais dans un laboratoire. Ce sont des observations faites avec mes propres appareils, dans mon usage quotidien. Lorsque je décide malgré tout de documenter précisément quelque chose et de le transmettre, cela représente beaucoup de temps et de travail.
La conclusion de Google fait donc partie de cette étude de cas au même titre que l’observation initiale : elle montre ce que j’ai signalé, comment je l’ai documenté et comment Google a finalement qualifié le comportement.