Cela faisait de nombreux mois que le sujet du kill switch sur Android n’avait pas été abordé de près ou de loin par Google. Il faut dire qu’avec l’arrivée d’Android Marshmallow, il est théoriquement impossible de reseter un smartphone volé si l’on ne dispose pas du code, du schéma ou du mot de passe du compte Google du précédent propriétaire. Mais voilà, si jamais le voleur en question parvient à mettre la main sur ces fameux mots de passe (un risque mineur qui existe toujours), il peut potentiellement accéder aux données de l’utilisateur, dans le pire des cas, ou tout simplement utiliser ce smartphone à sa guise, dans le « meilleur » des cas.
En savoir plus
Vol de smartphones
Pour être totalement serein, le seul véritable moyen de faire en sorte que son smartphone ne soit pas utilisable par un voleur est d’activer un kill switch, c’est à dire de rendre son téléphone totalement inutilisable, qu’il ne soit plus capable de démarrer et qu’il efface toutes les données présentes sur la mémoire interne, voire externe du téléphone. Et Google va bel et bien intégrer un kill switch à Android dans les prochains temps.
Effacer n’importe quelle partition d’Android, à distance ?
Il se trouve en effet qu’un développeur a fusionné un commit à Android AOSP permettant une chose : permettre de briquer un appareil. Concrètement, il permet de lancer briquer son appareil directement depuis le recovery. Concrètement cette commande de brique pourrait effacer tout ce que le constructeur du téléphone voudrait : le recovery, le boot, le bootloader voire la carte microSD insérée dans l’appareil. Ce serait au constructeur de choisir, le but étant de faire en sorte que l’appareil soit inutilisable une fois la commande lancée.
En savoir plus
Grâce au kill switch les vols de smartphones ont considérablement baissé dans les grandes villes
Pour l’instant, on ne sait pas comment ou quand Google intégrera cette future fonctionnalité. On peut facilement imaginer qu’il sera possible de la lancer via Android Device Manager (ou le compte Google) ou dans une interface dédiée aux gestionnaires de parc informatique, par exemple, avec Android for Work. Reste maintenant à savoir quand Google se décidera à l’intégrer définitivement à Android. Peut-être avec Android N ?
Pour ne rater aucun bon plan, rejoignez notre nouveau channel WhatsApp Frandroid Bons Plans, garanti sans spam !
ou ipeut être j'avoue que là ça dépasse largement mes compétences et c'est pour ça que je questionnais !
Mmmmh... Je dirais : pas forcement, on peut également modifier le fastboot d'un téléphone. Du coup, il est peut-être plus sécurisé... A voir.
oui d'accord donc c'est un brik logiciel qui "pète" un truc hardware. Par contre dans le cas de notre amis et de son samsung la commande fastboot doit passer malgré la protection de mdp sur le bootloarder/recovery non ?
C'est justement si il n'existe pas de moyen de revenir en arrière que la fonction est intéressante ;) J'avais lu qu'après l'instauration du kill-switch sur les iphones, le vol avait diminué de 30%, à NY... Plus aucun intérêt à voler un téléphone si celui-ci est définitivement hors-service une heure après :)
Ca serait illégal
Justement, un téléphone briqué ne pourrait plus être sauvé via ces commandes... Enfin, ca serait le but ;)
Les bloggeurs
Dommage, le device est protégé en général, au delà d'une certaine température, il s'éteint
on brick l'appareil pour éviter la fuite de données perso, il est possible de lancer un "fastboot oem format" et de repartir de zéro sauf dans deux cas: un recovery rendu irremplacable par le constructeur, que la commande déclenche une destruction physique d'une partie du circuit data de l'USB.
C'est un copier coller de iCloud,en gros.
Il faut bien comprendre la notion de "Brick". Lorsqu'on brick sont téléphone lors d'opération de rootage ou de flash, etc, c'est que celui ci est devenu inutilisable à part servir de "brique" comme un presse papier... Il est donc impossible de revenir en arrière. C'est comme détruire toute partie logiciel de votre téléphone. Ici on parle de dernier recours pour simplement dissuader un vole qui serait inutile.
Il existera sûrement un moyen de revenir en arrière, sinon la fonctionnalité n'a aucun intérêt par rapport à la solution actuelle. Seul le propriétaire en sera capable, évidemment.
sur Samsung c'est déjà fait , il suffit de lancer une Máj pour le briquer oû au moins le bugguer... ^^
Il devrait intégrer un Killing sur ses propres serveur au cas où on ne sais jamais peut être qu'un jour ça arrivera que la play store ce fasse complètement hakee voir même le serveur des serveur histoire de rentrer dans le histoire de l après Google ...
Tout à fait, c'est pour ça que je dis que c'est un outil à manipuler avec précaution, et non pas dans la panique lorsqu'on ne retrouve plus son téléphone.
ben je n'y connais pas grand chose mais à mon avis avec des commandes en fastboot je pense qu'il est possible de passer outre cette protection...
Faudrait pouvoir bloquer plus strictement mais pas briquer définitivement. On peut perdre son phone, cela arrive. Mais alors au bout de combien de temps faut il se dire qu'il est temps de le killer, 1 semaine, 1 mois ? Mais alors pendant ce temps, il peut être restaurer... Et si on le kill 2 jours après, quelqu'un peut le trouver, le rendre et on l'a dans le cul...
Les "" journalistes ""
<blockquote>Google avait fusionné un commit</blockquote>Alors vous ne traduisez jamais "project", alors que tout le monde utilise pourtant "projet" en français, mais vous traduisez "merge", que personne ne traduit dans ce cadre-là ?
Il n'est pas simple de se connecter au compte Google de quelqu'un à son insu : lorsque tu te connectes depuis une région différente, ou un appareil différent de ceux que tu as l'habitude d'utiliser, tu as des vérifications mises en place. Validation par SMS, adresse mail de secours… ajoute à ça l'authentification deux facteurs, et globalement, il devient beaucoup, beaucoup plus facile de voler un téléphone qu'un compte Google.
Je verrai bien une fonction pour overclocker le processeur en le faisant chauffer a mort (je ne sais pas si faisable sur un proco de téléphone) brulant ainsi le voleur. Voleur puni et téléphone inutilisable définitivement.
S'il y a un moyen de revenir en arrière, c'est que le "brick" n'a pas marché... Le but ici, est justement de ne pas pouvoir réutiliser le téléphone derrière
Et si on prends le cas inverse ? Si on peut briquer les telephones avec simplement le compte google, est ce qu'un pirate ne peut pas s'amuser à briquer des telephones en chaîne dès l'instant où il obtient les addresses mails ?
il y a eu du progrès récemment avec la possibilité de mettre un mot de passe avant d'accéder au bootloader. avec le s7 edge sur marshmallow il est impossible de réinstaller une autre rom sans mon mot de passe. mais j'ai déjà eu un phone volé qui s'est retrouvé le lendemain à Alger avant de complètement disparaître des radars. on m'a dit qu'ils étaient capable de changer la mémoire interne la bas pour bypassé mon mot de passe. Un vrai killswitch devient nécessaire. Qui ne bloque pas que la mémoire du phone mais qui détruit tout. histoire de dissuader ces voleurs.<i>-------<a href="https://play.google.com/store/apps/details?id=com.frandroid.app">Envoyé depuis l'application FrAndroid pour smartphone</a></i>
Ca va faire plaisir au FBI ça
À ne pas utiliser si on a juste égaré son téléphone, à moins qu'il y ait un moyen de revenir en arrière simplement.
Ce contenu est bloqué car vous n'avez pas accepté les cookies et autres traceurs. Ce contenu est fourni par Disqus.
Pour pouvoir le visualiser, vous devez accepter l'usage étant opéré par Disqus avec vos données qui pourront être utilisées pour les finalités suivantes : vous permettre de visualiser et de partager des contenus avec des médias sociaux, favoriser le développement et l'amélioration des produits d'Humanoid et de ses partenaires, vous afficher des publicités personnalisées par rapport à votre profil et activité, vous définir un profil publicitaire personnalisé, mesurer la performance des publicités et du contenu de ce site et mesurer l'audience de ce site (en savoir plus)
En cliquant sur « J’accepte tout », vous consentez aux finalités susmentionnées pour l’ensemble des cookies et autres traceurs déposés par Humanoid et ses partenaires.
Vous gardez la possibilité de retirer votre consentement à tout moment. Pour plus d’informations, nous vous invitons à prendre connaissance de notre Politique cookies.
Gérer mes choix