Quelles sont les implications en termes de sécurité d'avoir un chargeur de démarrage déverrouillé?

En résumé : Toutes les récupérations tierces actuelles sont dangereuses, c'est-à-dire qu'elles proposent d'installer des update.zip sans vérifier leurs signatures. De plus, elles exécutent un processus adbd root, qui peut ensuite être utilisé pour extraire / modifier des données sans authentification. Les récupérations d'usine ne permettent que des update.zip signées et n'offrent pas adb. Ah, et parfois elles ne vous permettent pas de revenir à une version antérieure (peut-être insécurisée) même si la signature du .zip est OK. Ah, au fait : Vous pouvez accéder à la récupération en redémarrant le téléphone en appuyant sur une combinaison de boutons.

@ce4 Alors comment se fait-il que j'aie rooté mon appareil en utilisant la récupération d'origine ? Exploite-t-il une faille dans la récupération ou est-il légitimement signé ? Si c'est en exploitant une faille, alors c'est aussi peu sécurisé que tout autre micrologiciel, n'est-ce pas ? Et s'il est signé, eh bien, à quoi sert la signature alors ?

On ne peut que deviner (sans connaître votre modèle): Votre téléphone a une récupération stock non sécurisée ?

@ce4 Peut-être, c'est un Samsung Galaxy Fit au fait. Et je viens de vérifier : CWM 5 a une option pour activer ou désactiver la vérification de la signature, mais elle était désactivée par défaut et je ne l'avais jamais remarquée avant maintenant. Et flasher CM nightly alors qu'elle est activée a fonctionné comme d'habitude... C'est bizarre ! mais intéressant :D

D'accord, Samsung est une autre histoire, ils ont généralement des bootloaders déverrouillés (tous les appareils achetés librement et la plupart des appareils subventionnés par les opérateurs, à l'exception de VZN). De plus, ils n'ont pas de fastboot, mais le mode flashmode/odin-mode (ou quelque chose comme ça). De plus : CWM est une récupération personnalisée que vous avez probablement installée vous-même en utilisant Heimdall/Odin (en mode flash). CWM n'est installé que par les utilisateurs finaux pour des modifications.

@ce4 : Les firmwares personnalisés, avec accès root activé, comme vous l'avez écrit, peuvent mettre à jour /system en démarrant sur une récupération personnalisée temporaire, contournant ainsi la nécessité de déverrouiller le bootloader, vous épargnant ainsi le déverrouillage habituel du bootloader, l'effacement des données et la restauration de sauvegarde. Mais que se passe-t-il si vous êtes sur une ROM personnalisée avec accès root désactivé (j'ai lu que c'est possible, voire courant, par exemple avec le cyanogenmod plus récent) ? Vous ne pouvez alors pas contourner cela sur l'appareil. La solution à cela ?

Vous pouvez toujours utiliser la méthode "adb backup" (nécessite un code pin) pour récupérer les données de l'application sur l'appareil, utilisez Airdroid ou MTP pour faire une copie de sauvegarde du contenu de la carte sd, puis déverrouillez à nouveau le BL (en effectuant un essuyage) et réinstallez une récupération personnalisée / ou une ROM.

Une information importante: la sauvegarde adb non rootée ne sauvegarde pas les fonctionnalités téléphoniques clés (contacts, journal des appels, sms, ...) comme je l'ai testé. La question est de savoir si la sauvegarde adb rootée récupère plus que celle non rootée. Sinon, j'ai besoin de sauvegardes Nandroid, et la question est de savoir si elles peuvent être faites à partir du système rooté en direct ou seulement en mode de récupération? Ceci signifierait, flashez une récupération personnalisée temporaire, sauvegardez sur un support externe, puis redémarrez et restaurez la récupération d'origine et le bootloader verrouillé. Un effort considérable.

Une autre raison pour laquelle CWM en tant que récupération permanente pour CM est dangereux : Lorsque vous restaurez à partir d'une sauvegarde, la sécurité du garde-clé est réinitialisée (motif dans mon cas). Je suppose que c'est par conception, de sorte qu'un utilisateur ne se verrouille pas lui-même, s'il ne peut pas se rappeler son ancien motif/pin/mot de passe. Ensuite, l'attaquant n'a pas les données les plus récentes, mais au moins l'état de la sauvegarde, et si elle contient des comptes cloud, une grande partie du contenu actuel peut simplement être retrouvé ! Un autre aspect d'un CWM permanent étant dangereux !

@ce4 : J'ai d'abord re-verrouillé le chargeur de démarrage depuis l'ordinateur via fastboot oem lock, puis sur l'appareil Android lui-même, j'ai voulu reflasher le système de récupération d'origine. Appareil Android > Terminal su accordé, puis flash_image recovery /storage/emulated/0/sw/stock-roms/yakju-jwr66y/recovery.img a échoué avec l'erreur impossible de trouver la partition de récupération, erreur : -1. Cela semblait illogique : s'il permet d'installer un système de récupération personnalisé, pourquoi pas le système de récupération d'origine. Ou bien, flash_image recovery recovery.img n'était pas la procédure complète ? Je vais réappliquer oem unlock (en acceptant l'effacement qui l'accompagne) puis adb restore.

@ce4: Après cela, j'ai fait adb oem lock et sur l'appareil su, je l'ai accordé, whoami m'a confirmé en tant que root, puis flash_image recovery /storage/emulated/0/sw/custom-recoveries/recovery-clockwork-‌​6.0.1.5-maguro.img Cela a échoué avec erreur lors de l'ouverture /storage/emulated/0/sw/custom-recoveries/recovery-clockwork-‌​6.0.1.5-maguro.img erreur : -1. Étant root, je pense que les problèmes de permission peuvent être résolus. Qu'est-ce qui s'est mal passé d'autre?

Il se peut que les groupes de montages par utilisateur / selinux activé sur la version 4.3 causent ce problème. Je vais jeter un oeil.... (Actuellement sur mon mobile uniquement)

@ce4: Mon CM 10.1.3 installé est Android 4.2.2. Des idées déjà sur comment flasher une récupération temporaire à partir de cet appareil, avec son chargeur de démarrage verrouillé et sa récupération stock ? Sinon, je dois déverrouiller (effacer!), flasher la récupération personnalisée, mettre à niveau CM, restaurer.

Essayez soit de démarrer la récupération personnalisée en utilisant kexec, soit de sauvegarder vos données en utilisant Titanium Backup (et de copier manuellement le contenu de la carte sd), ou de sauvegarder avec adb avant de les effacer.

S'il existe une flash_image fonctionnelle, vous pourriez l'utiliser pour installer également cwm

Est-ce que je pourrai installer la récupération d'origine, verrouiller à nouveau mon BL et toujours être capable de flasher des images système (Images d'usine de Google) et root sans système depuis le système en cours d'exécution ? PS. Appareil Nexus, ROM stock rootée.

Est-ce que cela signifie que les risques ne sont des risques réels que si quelqu'un prend possession de l'appareil ?

Il s'agit en fait d'une attaque appelée attaque de la femme de chambre malveillante. Voir schneier.com/blog/archives/2009/10/evil_maid_attac.html

Les commentaires ne sont pas destinés à une discussion prolongée ; cette conversation a été déplacée en discussion sur le chat.