Faille du modem Unisoc T612 sans CVE ni correctif

Un appel qui ne demande rien

Un téléphone s'allume avec un appel vidéo entrant en VoLTE, la norme de voix sur LTE qui transporte aujourd'hui la plupart des appels sur les réseaux modernes. La personne qui le tient n'a encore touché à rien. Quelque part sous le système d'exploitation, dans une partie de la puce dont la plupart des propriétaires n'ont jamais entendu parler, le modem est déjà en train de traiter de lui-même la signalisation de l'appel vidéo sur son propre cœur de processeur séparé.

Ce cœur séparé est précisément la cible. Les chercheurs en sécurité de SSD Secure Disclosure ont publié un avis le 17 août 2026 décrivant une chaîne d'exploitation fonctionnelle contre l'Unisoc T612, un chipset présent dans un large éventail de téléphones Android d'entrée et de milieu de gamme. Le chemin d'accès passe par le traitement, au niveau du modem, de la signalisation des appels vidéo VoLTE, et non par le système d'exploitation Android que l'utilisateur voit.

The Hacker News, qui a également couvert l'avis, a résumé l'enjeu sans détour: il ne s'agit pas d'une faiblesse théorique décrite dans un article de laboratoire, mais d'une chaîne démontrée dans laquelle un exploit fonctionnel peut mener d'un appel téléphonique au contrôle du noyau de l'appareil, sans que l'utilisateur ait besoin d'ouvrir une application, de cliquer sur un lien ou d'accorder une quelconque autorisation au-delà de laisser sonner le téléphone.

À l'intérieur de la chaîne en trois étapes

Les chercheurs décrivent l'exploit comme trois étapes reliées entre elles. La première est ce qu'ils appellent un egg hunter, une technique qui parcourt la mémoire à la recherche d'une petite charge utile préalablement déposée dès que l'attaquant dispose d'un quelconque accès en écriture, plutôt que de devoir connaître à l'avance les adresses mémoire exactes. C'est une étape de reconnaissance qui transforme une prise pied étroite en une prise exploitable.

La deuxième étape est la plus déterminante: un contournement de la MPU de la puce, l'unité de protection mémoire, la fonction matérielle censée maintenir l'environnement d'exécution du modem isolé de la mémoire sensible. SSD Secure Disclosure affirme que l'exploit désactive cette protection puis écrit directement du shellcode au niveau du noyau, donnant à l'attaquant un accès physique illimité à la mémoire depuis l'intérieur même de l'environnement d'exécution du modem, une zone qui n'aurait jamais dû atteindre une telle portée.

La troisième étape est un tremplin via do_sys_open, une fonction noyau de bas niveau utilisée pour ouvrir des fichiers, que la chaîne détourne pour passer d'un accès mémoire brut à un contrôle complet du noyau du côté Android. Enchaînées, les trois étapes mènent un attaquant d'un appel vidéo VoLTE reçu jusqu'au contrôle du noyau du système d'exploitation lui-même, un niveau proche du maximum d'accès qu'un appareil puisse accorder.

Une famille de puces, pas un seul téléphone

SSD Secure Disclosure et The Hacker News citent chacun deux appareils confirmés comme touchés: le Xiaomi Redmi A5 et le Motorola E13, deux des téléphones Android d'entrée de gamme les plus vendus en Europe et au-delà. Ce sont exactement le type d'appareil qu'une entreprise achète en grande quantité pour un personnel qui a besoin d'un téléphone fonctionnel, pas d'un haut de gamme.

L'exposition ne se limite pas à ces deux modèles. Les puces Unisoc représentent environ 14 pour cent du marché mondial des systèmes sur puce pour smartphones, une part construite presque entièrement sur des appareils d'entrée et de milieu de gamme, et le T612 en particulier équipe des téléphones vendus sous des marques comme Honor, Realme, vivo, Samsung et Motorola. Tous les téléphones Unisoc n'utilisent pas le T612, mais la présence de cette famille de puces chez plusieurs grandes marques signifie que l'empreinte réelle est plus large que ne le laissent penser deux noms de modèles.

Cette combinaison, une puce très répandue dans un segment de marché peu prestigieux, explique précisément pourquoi cette faille compte sur le plan commercial et pas seulement académique. Les appareils Android d'entrée et de milieu de gamme sont le choix par défaut pour les flottes, la livraison, le commerce de détail, les entrepôts et les métiers de terrain, exactement les catégories de matériel achetées en volume et mises à jour le moins souvent.

Pourquoi le circuit habituel des correctifs ne s'applique pas encore

Voici le détail qui distingue cette affaire d'une vulnérabilité de puce ordinaire: à la date de publication, aucun identifiant CVE n'a été attribué à la faille, et Unisoc n'a publié aucun correctif. SSD Secure Disclosure a déclaré sans détour avoir contacté le fabricant par deux canaux distincts, email et LinkedIn, et n'avoir pu obtenir aucune réponse. Ce silence fait désormais partie de la divulgation elle-même.

La gestion habituelle des vulnérabilités en entreprise fonctionne avec des numéros CVE. Les scanners consultent des bases de données de vulnérabilités connues, les listes de vérification d'achat font référence à des identifiants CVE, et les cycles de correctifs sont mesurés par rapport à eux. Une faille sans CVE n'apparaît simplement dans aucun de ces outils, ce qui signifie qu'une organisation peut appliquer un processus de gestion des vulnérabilités parfaitement conforme tout en ayant une visibilité nulle sur un exploit noyau actif et déclenchable à distance au sein de sa propre flotte d'appareils.

Pour une entreprise européenne dotée d'une politique BYOD, ou qui fournit à son personnel des téléphones Android d'entrée ou de milieu de gamme, la réponse pratique ne peut pas attendre une alerte de scanner qui n'a rien à scanner. Les équipes achats et gestion de parc devraient vérifier dès aujourd'hui, par modèle d'appareil et par puce, si du matériel Unisoc T612 est en usage, plutôt que d'attendre une entrée CVE qui pourrait n'arriver selon aucun calendrier prévisible.

Rien de tout cela ne signifie qu'un correctif ne viendra jamais. Cela signifie que, pour l'instant, la seule manière fiable de savoir si une flotte est exposée est de regarder directement quel matériel est déployé, car le système d'alerte précoce habituel n'a rien sur quoi alerter.

À lire ensuite: Google cesse d'absorber votre prix de mémoire  |  Deux Outils Open Source Sont Tombés en Quelques Heures