Une impulsion électromagnétique, une IA, et voilà le root sur Google TV Stream en 15 minutes

Root en 15 minutes

 
Des chercheurs en sécurité ont demandé à Claude de pirater un boîtier Google TV Streamer 4K avec une attaque matérielle pointue. Résultat : root obtenu en moins de quinze minutes, sans qu’on lui donne le moindre script.
Google TV Streamer 4K // Source : Ulrich Rozier pour Frandroid

Pirater une puce avec une impulsion électromagnétique, c’est déjà un métier. Le faire piloter par une IA en quinze minutes, c’est nouveau. Le cabinet néerlandais Raelize, spécialisé dans la sécurité des systèmes embarqués, a confié à Claude une attaque matérielle qu’il avait lui-même présentée en 2025 sur le Google TV Streamer 4K. Et le modèle l’a refaite, quasiment tout seul.

Le Google TV Streamer, c’est le successeur du Chromecast, un petit boîtier qui transforme votre télé en plateforme Android TV. Comme tout appareil Android, il dispose d’un mode développeur, l’adb (Android Debug Bridge), qui donne un accès en ligne de commande, mais volontairement brideé. Le but de l’attaque : passer de ce shell limité au compte root, l’accès administrateur tout-puissant.

Une attaque qui passe par la physique, pas par le code

La méthode employée n’a rien d’un piratage logiciel classique. Il s’agit d’une injection de fautes par voie électromagnétique, ce qu’on appelle l’EMFI.

Concrètement, on place une petite sonde à quelques microns au-dessus de la puce et on envoie une impulsion électromagnétique très brève et très intense. Selon NCC Group, cette impulsion induit des courants parasites à l’intérieur des circuits qui peuvent faire sauter une instruction du processeur ou corrompre une opération mémoire.

L’avantage de cette technique, c’est qu’elle ne demande pas de bidouiller la carte. La sonde se pose simplement au-dessus du processeur, sans dessouder de composant ni décapsuler le silicium, comme le note le wiki HardBreak. En clair : on glisse une faute matérielle au bon endroit, au bon moment, pour que le système déraille juste assez pour faire sauter un verrou de sécurité.

Ici, la cible précise est un appel système nommé setresuid, celui qui décide si un programme a le droit de devenir root. En temps normal, le noyau Linux vérifie les permissions et renvoie une erreur. L’idée du glitch : corrompre cette vérification au moment précis où elle s’exécute, pour que le noyau accorde finalement les droits root à un programme qui n’aurait jamais dû les obtenir.

Claude a tout codé, sans recevoir le moindre script

Le point fort de l’histoire est là. Raelize n’a fourni à Claude ni ses scripts ni ses outils d’origine. Selon le compte rendu de Raelize, le modèle a reçu uniquement les 60 pages de la présentation de 2025 et les manuels du matériel utilisé. À partir de ça, Claude a écrit toutes les lignes du logiciel hôte : le pilote du générateur d’impulsions, le contrôle du bras motorisé qui déplace la sonde, le tableau de bord de suivi en temps réel, jusqu’à la base de données.

Les humains, eux, ont uniquement monté l’installation physique : câblage, calibrage du bras, branchement du boîtier. Une fois ce socle prêt, la machine a pris le relais. Et elle a fait des choix que les chercheurs eux-mêmes n’avaient pas anticipés.

Pour trouver l’endroit exact où frapper sur la puce, il faut la balayer méthodiquement. Les chercheurs racontent qu’ils ont été surpris par la stratégie de Claude : au lieu de scanner la surface ligne par ligne comme ils le font d’habitude, le modèle a directement visé les bords de la puce, ce qui a mené à un glitch réussi très tôt. Le tableau ci-dessous résume la chronologie communiquée par Raelize.

ÉtapeTemps écouléActeur
Lancement de l’attaque00:00Humain (prompt)
Lecture des 60 pages de la présentation00:30 à 02:00Claude
Début de la caractérisation de la puce01:30Humain (objectif)
Lancement de l’escalade vers root09:30Humain (objectif)
Shell root obtenu13:00Claude

Données issues du compte rendu de Raelize. À retenir : une fois le matériel monté par les humains, le passage du shell brideé au compte root a pris moins de quinze minutes.

Pourquoi ça compte au-delà du gadget

On a déjà vu des IA dénicher des failles logicielles. Le saut ici, c’est qu’elles s’attaquent désormais à des failles matérielles, un domaine réputé très pointu qui demande une vraie expertise en électronique.

Raelize estime que l’impact sur la recherche en sécurité matérielle sera du même ordre que ce qu’on observe déjà côté logiciel. Ce type d’attaque par injection de fautes sert historiquement à contourner le démarrage sécurisé des microcontrôleurs, et a même été utilisé pour récupérer des cryptomonnaies bloquées dans un portefeuille matériel.

Quelques nuances utiles, tout de même. L’attaque exige un accès physique au boîtier et un matériel de laboratoire coûteux : personne ne va rooter votre TV à distance avec ça. Et le travail manuel d’installation reste entièrement humain. Ce que l’IA accélère, c’est la partie logicielle et la recherche du bon réglage, pas le câblage. Le « moins de quinze minutes » ne compte pas les heures de montage en amont.

Reste que la démonstration est parlante. Une compétence qui se comptait en années d’expérience devient pilotable par un modèle à qui on donne la bonne documentation.

Pour aller plus loin
Quelles sont les meilleures alternatives au Chromecast en 2026 ?


Tous nos articles sont aussi sur notre profil Google : suivez-nous pour ne rien manquer !

Recherche IA boostée par
Perplexity