Sur un Pixel verrouillé, n’importe qui pouvait jusqu’ici dérouler le panneau des réglages rapides et couper le Wi-Fi, le Bluetooth, les données mobiles ou activer le mode avion en quelques secondes, sans jamais connaître le code de l’appareil. Un voleur avait ainsi le moyen le plus simple de priver le téléphone des connexions dont il a besoin pour signaler sa position à distance. Le build Android Canary 2609, publié le 16 septembre 2026 avec le correctif de sécurité de septembre, commence à refermer cette brèche.
Une option désactivée par défaut
La nouveauté prend la forme d’un réglage intitulé « Require unlock for Quick Settings » (exiger le déverrouillage pour les réglages rapides), qui impose une empreinte ou la saisie du code avant d’accéder aux commutateurs sensibles. Il est désactivé par défaut : c’est à l’utilisateur d’aller l’activer.
Le fonctionnement retenu par Google est hybride. Le panneau reste consultable depuis l’écran verrouillé, et la plupart des boutons continuent de répondre sans authentification, à commencer par la lampe torche. Seuls le Wi-Fi, le Bluetooth, les données mobiles et le mode avion passent derrière une demande de déverrouillage. Cette approche diffère de celle d’autres surcouches Android, qui rendent le panneau entièrement inaccessible une fois l’écran verrouillé.
La bascule Bluetooth est la plus stratégique. La localisation hors ligne d’un téléphone perdu, celle qui fonctionne même sans réseau ni GPS, repose sur ce protocole pour faire remonter sa position via les appareils alentour. Pouvoir le couper depuis l’écran verrouillé revenait donc à désactiver le filet de sécurité le plus utile en cas de vol.
Un chantier repéré depuis un mois
Le changement n’est pas une improvisation. Il avait été repéré dans un télédécodage d’Android 17 QPR1 avant de se concrétiser dans ce build, rapporte Android Authority. 9to5Google, qui a détaillé le contenu du Canary 2609, confirme le nom exact de l’option et la liste des appareils concernés : du Pixel 6a à la série Pixel 10. Le Pixel 6 et le Pixel 6 Pro, eux, sont abandonnés par cette branche, et les Pixel 11 devront attendre le prochain build.
Pas encore un correctif déployé
Il faut rester prudent sur la portée réelle de cette avancée. Les builds Canary sont des versions expérimentales destinées aux développeurs, plus instables que les bêtas, et Google n’a donné ni calendrier ni garantie sur l’arrivée de cette option dans une version stable d’Android. Aucune mise à jour grand public ne protège donc aujourd’hui les Pixel de ce scénario. L’option existe, elle est testable, mais elle ne changera la donne pour le grand public que le jour où elle sortira du canal de développement.
Voir les commentaires (0)