:quality(90):no_upscale()){kind=logo}
La nouvelle ère des cyberattaques : que signifie aujourd’hui un « appareil sécurisé » ?
STATUT : Vulnérabilité « zero-day » activement exploitée GREVEITÉ : 7/10 PUBLIC CIBLE : Responsables de la sécurité au sein des administrations publiques, du secteur de la défense et des infrastructures critiques
12 octobre 2026
·Blog
·Communications sécurisées
:quality(90):no_upscale())
La prochaine génération de cyberattaques ne débutera pas toujours par un lien malveillant, une application compromise ou une erreur de l’utilisateur. La divulgation par Google d’une vulnérabilité « zéro clic » activement exploitée dans le modem cellulaire des appareils Pixel montre que les attaquants s’infiltrent sous le système d’exploitation pour atteindre le micrologiciel et les composants liés au matériel, que de nombreuses défenses mobiles conventionnelles ne peuvent pas détecter. Aujourd’hui, un « appareil sécurisé » ne se contente plus d’applications protégées et de logiciels à jour. Sa base de confiance doit être vérifiable, actualisable, régie par des règles et rapidement isolée de tout accès dès que la confiance est rompue.
La surface d'attaque s'est déplacée sous les applications
Pour certaines attaques, la proximité avec l'appareil pourrait désormais avoir plus d'importance que le comportement de l'utilisateur.
La sécurité mobile a considérablement progressé dans la protection des couches que les utilisateurs exploitent au quotidien : applications, navigateurs, messages, téléchargements, identités et autorisations. Ces mesures de contrôle restent essentielles, mais elles ont également fait des couches sous-jacentes des cibles plus attrayantes. Les modems, les micrologiciels, les chipsets, les pilotes et d’autres composants privilégiés peuvent permettre aux attaquants d’accéder au système sans que la victime ait besoin de cliquer, d’installer, d’approuver ou même de remarquer quoi que ce soit.
Cela modifie les questions que les responsables de la sécurité doivent se poser. Il ne suffit plus de vérifier si une application est sécurisée ou si un système d’exploitation est à jour. Les entreprises doivent également savoir si les composants sous-jacents sont pris en charge, mis à jour, détectables par les outils de gestion et suffisamment fiables pour continuer à accéder à des ressources sensibles.
Le bulletin de mise à jour Pixel de septembre 2026 de Google, publié le 15 septembre, a confirmé l'exploitation active de la vulnérabilité CVE-2026-58704, une faille de gravité élevée permettant l'élévation des privilèges au niveau du modem cellulaire et affectant les appareils Pixel.1 Cette vulnérabilité provient d’une erreur logique dans les contrôles d’autorisation du modem, permettant à un attaquant situé à proximité radio, sans privilèges supplémentaires et sans interaction de la part de la victime, de contourner les contrôles d’autorisation et d’élever ses privilèges sur l’appareil.1,2
Google n'a pas identifié l'auteur, le fournisseur ni les victimes spécifiques. L'entreprise a simplement qualifié cette activité d'« exploitation ciblée et limitée ».2 Les rapports laissent entrevoir un profil d’acheteur probable : des fournisseurs de logiciels espions commerciaux ou des opérations de surveillance liées à des États. Il s’agit de la même catégorie d’acteurs que celle liée à la vague de notifications concernant des logiciels espions mercenaires qu’Apple a révélée le mois dernier.3 Cette campagne reposait sur le fait d’inciter les utilisateurs à approuver une action. Cette faille nécessite uniquement que l’attaquant se trouve à portée radio de l’appareil.
Le 16 septembre 2026, au lendemain de la divulgation de cette vulnérabilité par Google, l’Agence américaine pour la cybersécurité et la sécurité des infrastructures (CISA) l’a ajoutée à son catalogue des vulnérabilités connues faisant l’objet d’exploits, donnant aux agences civiles fédérales jusqu’au 19 septembre 2026 pour appliquer le correctif.1,4
La faille se situe au niveau du modem, qui gère toutes les connexions mobiles établies par l'appareil. Cette couche fonctionne en arrière-plan des applications, des comptes et des paramètres avec lesquels les utilisateurs interagissent. Le correctif concerne les modèles Pixel 6 à Pixel 11, la tablette Pixel ainsi que les modèles Fold. Les appareils Pixel 6 et 6 Pro ne bénéficieront toutefois plus d'aucun support à partir d'octobre 2026.1
Ce que révèle la faille « Pixel Zero-Day »
Conclusion | Ce que cela signifie | Conséquence opérationnelle | Question ouverte |
La vulnérabilité CVE-2026-58704 permet à un attaquant se trouvant à proximité radio d'élever ses privilèges sur un appareil Pixel sans aucune interaction de l'utilisateur et sans accès initial supplémentaire. | Pour compromettre l'appareil, aucune intervention de la part de l'utilisateur n'était nécessaire ; il suffisait qu'un appareil radio se trouve à proximité. | Les formations standard en matière de sécurité, telles que les mises en garde contre le fait de cliquer sur des liens suspects ou les consignes visant à vérifier l'identité des expéditeurs, ne permettent pas de contrer ce vecteur d'attaque. | Combien de failles d'autorisation similaires restent-elles à découvrir dans les composants au niveau du modem proposés par d'autres fabricants d'appareils ? |
La CISA a ajouté cette faille à son catalogue des vulnérabilités connues pour lesquelles des exploits existent il y a quatre jours et a accordé aux agences civiles fédérales un délai de mise en conformité de quatre jours, jusqu'au 19 septembre 2026, pour appliquer le correctif. | Ce qui n'était au départ qu'une recommandation du fournisseur est désormais devenu une échéance de mise en conformité contraignante, assortie d'une date précise. | Tout organisme fédéral utilisant des appareils Pixel non mis à jour après le 19 septembre n'est pas simplement en retard dans sa maintenance de routine, mais enfreint une directive en vigueur de la CISA. | Les organismes non fédéraux, ceux du secteur de la défense et ceux chargés des infrastructures essentielles suivent-ils les échéances du programme KEV avec la même rigueur que celle exigée des agences du FCEB ? |
Google attribue l'exploitation probable de cette faille à des éditeurs de logiciels espions à des fins commerciales ou à des groupes de surveillance liés à des États, sans toutefois citer d'acteur ni de victime en particulier. | Cela correspond à la même catégorie d'acheteurs à l'origine de la vague de notifications concernant des logiciels espions mercenaires révélée par Apple en août, qui s'étend désormais à une faille au niveau matériel sur une plateforme concurrente. | Si un seul appareil d'un parc dispose d'un niveau de correctifs obsolète, une faille au niveau du modem sur cet appareil peut contourner toutes les mesures de protection au niveau des applications et des comptes dans lesquelles l'entreprise a déjà investi. | Les outils actuels de conformité des appareils vérifient-ils les niveaux de correctifs au niveau du modem et du micrologiciel, ou uniquement la version du système d'exploitation ? |
Que signifie aujourd'hui l'expression « appareil sécurisé » ?
Exigences en matière de sécurité | Ce que cela signifie aujourd'hui | Réponse opérationnelle |
La sécurité doit aller au-delà des applications et du système d'exploitation. | Un appareil ne peut pas être considéré comme fiable lorsque le micrologiciel du modem, les pilotes ou d'autres composants privilégiés sont exposés, même si ses applications et ses comptes semblent protégés. | BlackBerry®UEM peut garantir la conformité des appareils à l'aide d'exigences relatives au niveau des correctifs et restreindre l'accès aux appareils qui ne respectent pas la politique. |
La confiance doit être vérifiée en permanence. | Un appareil qui était conforme hier peut devenir un risque pour l'entreprise dès qu'une exploitation active est confirmée ou que le support prend fin. | Les équipes de sécurité ont besoin d'un inventaire à jour, de modifications rapides des politiques, de notifications confirmées et de mesures correctives documentées, plutôt que de contrôles manuels périodiques. |
Les communications sensibles nécessitent une architecture conçue pour un environnement où les appareils sont exposés à des menaces. | Une application de messagerie sécurisée ne suffit pas à elle seule à éliminer les risques liés à la plateforme sur laquelle elle repose. La protection doit tenir compte de la possibilité que l'appareil grand public lui-même fasse l'objet d'une attaque. | BlackBerry® SecuSUITE® est conçu pour protéger les communications sensibles grâce à une architecture qui ne part pas du principe que l'environnement mobile sous-jacent est intrinsèquement fiable. |
Mesures recommandées
IMMÉDIAT | Vérifiez que tous les appareils Pixel de votre parc, y compris les appareils Pixel utilisés dans le cadre d'une politique BYOD (Bring Your Own Device) et ayant accès aux ressources de l'entreprise, disposent d'un correctif de sécurité daté du 05/09/2026 ou d'une version ultérieure. |
IMMÉDIAT | Si votre organisme est une agence civile fédérale, veuillez vérifier que la date limite de mise en conformité avec le KEV, fixée au 19 septembre 2026, a bien été respectée et que les mesures correctives ont été consignées. |
À COURT TERME | Étendez les contrôles de conformité des appareils afin de vérifier directement les niveaux de correctifs, et pas seulement la version du système d'exploitation. Un appareil peut sembler à jour au niveau du système d'exploitation tout en restant vulnérable au niveau du modem ou du micrologiciel. |
À COURT TERME | Identifiez les membres du personnel dont le rôle ou le niveau d'accès ferait d'eux une cible plausible pour une surveillance de proximité, et donnez la priorité à leurs appareils lors du déploiement des correctifs. |
EN COURS | Considérez les ajouts au catalogue KEV comme une contribution permanente à la conformité, et non pas uniquement comme une exigence fédérale. Les délais imposés aux agences fédérales constituent une référence raisonnable pour les organismes gouvernementaux, les entités du secteur de la défense et les organisations chargées des infrastructures critiques. |
La sécurité doit s'appliquer à l'ensemble de la pile logicielle de l'appareil
Le chiffrement, l’authentification forte, les applications protégées et un système d’exploitation à jour restent essentiels, mais ils ne suffisent plus à eux seuls à garantir la sécurité d’un appareil. Le matériel et le micrologiciel doivent continuer à être pris en charge. L’état des correctifs doit pouvoir être vérifié. Les politiques doivent être appliquéesen permanence, avec un moyen clair d’isoler un appareil lorsqu’il n’est plus fiable. La faille « zero-day » du modem Pixel reflète une évolution plus large : les attaquants ciblent les couches que les organisations inspectent le moins et le font avec peu ou pas d’interaction de la part de l’utilisateur. La fiabilité des appareils doit désormais être dynamique, mesurable et révocable sur l’ensemble de la pile technologique. Si une organisation ne peut pas visualiser et contrôler cette pile, elle ne peut pas affirmer en toute confiance que les appareils transportant ses communications les plus sensibles sont sécurisés.
Références :
1. Bulletin de mise à jour Pixel — septembre 2026 (Google, Bulletin de mise à jour Pixel, 15 septembre 2026).
2. Google corrige une faille « zero-day » d'Android activement exploitée sur les appareils Pixel (BleepingComputer, article sur la faille « zero-day » du modem des Pixel, 16 septembre 2026).
3. Google confirme que des smartphones Pixel ont été victimes d’une attaque « ciblée » liée au modem (9to5Google, article sur l'exploitation ciblée confirmée, 16 septembre 2026).
4. La CISA ajoute une vulnérabilité exploitée connue à son catalogue (CISA, entrée du catalogue des vulnérabilités connues et exploitées pour CVE-2026-58704, 16 septembre 2026).
5. La mise à jour Pixel de septembre corrige une multitude de bugs — voici ce qui a été corrigé (Android Authority, article sur la mise à jour de sécurité Pixel de septembre 2026, 15 septembre 2026).
:quality(90):no_upscale())