Sécurité & Hardware : Comment un chercheur français a pris le contrôle total d'un Kindle via une faille vieux Chrome?

Salut à tous les amoureux de l'high-tech,

En tant que passionnés de tech et administrateurs d'infrastructures, on a souvent tendance à négliger la surface d'attaque des appareils d'apparence inoffensive ou ultra-spécifiques. Pourtant, sous son e-ink et sa coque en plastique, une liseuse comme le Kindle d'Amazon embarque un système Linux complet et des composants logiciels bien plus proches de nos ordinateurs qu'on ne l'imagine.

Présentée lors de la conférence LeHack 2026, la découverte de Tanguy Dubroca, chercheur au sein de la société de cybersécurité française Synacktiv, vient de le rappeler brutalement.

L'anatomie d'un hack : Quand une erreur de flag réactive une faille V8

Pour prendre le contrôle d'un Kindle Paperwhite 5 sans passer par les méthodes habituelles de jailbreak physique, le chercheur s'est penché sur les couches applicatives du système.

L'attaque repose sur un enchaînement classique mais redoutable d'exploitations (exploit chain) :

1. La présence de composants hérités (Legacy) : La liseuse s'appuie sur une version obsolète de Chromium (datant de 2019) et un moteur WebKit très ancien. Une mine d'or de vulnérabilités connues (CVE).

2. L'erreur de configuration sur le moteur V8 : Conscient du risque lié au compilateur JIT (Just-In-Time) du moteur JavaScript V8, Amazon avait prévu d'annuler son exécution. Problème : une erreur de syntaxe dans la directive de configuration du firmware a laissé le JIT actif à l'insu de l'éditeur.

3. L'exécution de code à distance (RCE) via le navigateur : Un simple passage du navigateur expérimental du Kindle sur une page web piégée permettait de manipuler la mémoire du processus V8 et d'exécuter du code arbitraire.

4. L'élévation de privilèges (Escalation to Root) : En exploitant une seconde brèche dans le gestionnaire d'applications et la base de données de configuration interne, le chercheur est parvenu à sortir du bac à sable (sandbox) pour obtenir un accès root complet sur l'appareil.

Page Web piégée ──> Faille JIT (V8) ──> Prise de contrôle du navigateur ──> Faille système local ──> Accès ROOT

Un risque bien réel pour les données et le réseau

Obtenir les droits d'administration sur une liseuse n'a rien d'annodain. Une fois le niveau root atteint, un attaquant malveillant aurait pu :

• Exfiltrer les identifiants et jetons d'authentification du compte Amazon associés à l'appareil.

• Intercepter le contenu des documents et livres enregistrés.

• Utiliser la liseuse connectée en Wi-Fi comme point de rebond pour scanner ou attaquer le reste du réseau local (Pivot).

Correctif et leçons pour nos parcs d'équipements

Signalée de manière responsable via le programme de Bug Bounty d'Amazon (Amazon Devices VRP) fin 2025, la vulnérabilité a été qualifiée de critique. Amazon a réagi rapidement en déployant la mise à jour de firmware 5.19.2 dès janvier 2026 pour corriger la mauvaise directive JIT et boucher la faille d'élévation de privilèges.

Conclusion : 

Cette démonstration est une excellente illustration des risques liés à la dette technique et au manque de traçabilité dans la compilation des images système empaquetées (firmwares). Même sur des objets connectés dédiés à un usage unique, l'intégration de sous-systèmes lourds (comme un moteur de rendu web) impose une veille rigoureuse sur les dépendances logiciels et la validation des flags de sécurité au build. Pour vos appareils perso ou pro, le réflexe reste le même : ne laissez pas dormir des équipements connectés au Wi-Fi sans vérifier la mise à jour de leurs firmwares !

Avez-vous le réflexe de mettre à jour le firmware de vos appareils secondaires ou IoT, ou considérez-vous qu'ils sont hors de portée des menaces ? On en discute dans les commentaires!!