404 Media a récupéré auprès d’une source un document des forces de l’ordre américaines mettant en garde les autorités contre un redémarrage imprévu des iPhone, pourtant stockés en toute sécurité pour des examens ultérieurs par des experts. Problème pour la police, cela renforce les défenses des smartphones contre les tentatives de déverrouillage et d’accès aux données.
« La raison exacte des reboots n’est pas claire », expliquent nos confrères. Néanmoins, les auteurs du document soumettent « l’hypothèse qu’Apple pourrait avoir introduit une nouvelle fonctionnalité de sécurité dans iOS 18 qui indique aux iPhone à proximité de redémarrer s’ils ont été déconnectés d’un réseau cellulaire pendant un certain temps ».
Problème pour les forces de l’ordre : après un redémarrage, « les iPhone sont généralement plus sécurisés contre les outils qui visent à craquer le mot de passe du téléphone et à prendre des données à partir de celui-ci ». Nous en parlions cet été avec les outils de Cellebrite.
Le laboratoire à l’origine du document explique avoir des iPhone en état AFU ou After First Unlock (après que son propriétaire l’a déverrouillé au moins une fois), mais « quelque chose a provoqué le redémarrage des appareils depuis leur arrivée et ils ont perdu l’état AFU ». Nos confrères de 404 Media précisent que cela inclurait des iPhone en mode avion, et même un autre « qui était à l’intérieur d’une cage de Faraday ».
Toujours selon le document consulté par nos confrères, et confirmé par une seconde source, trois iPhone avec iOS 18 ont été ajoutés dans le laboratoire début octobre. L’hypothèse officielle serait la suivante :
« Les iPhone avec iOS 18.0 apportés au laboratoire, si les conditions étaient réunies, communiquaient avec les autres iPhone allumés dans le coffre-fort et dans un état AFU. Cette communication a envoyé un signal aux appareils pour qu'ils redémarrent après un certain temps écoulé sans activité ou depuis qu'ils étaient hors réseau ».
Selon les experts judiciaires, cette « fonctionnalité » pourrait aussi être latente sur les iPhone des employés et pourrait donc se déclencher s’ils ont leur téléphone à proximité. Bref, le document recommande aux laboratoires d’isoler les iPhone en état AFU pour ne pas prendre de risque.
Commentaires (30)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousHier à 08h57
Mais ça reste étonnant d'identifier un "vrai boot"
Modifié le 08/11/2024 à 09h34
Ici, ce qu'il se passe c'est que les téléphones (encore une fois iOS comme Android c'est pareil) sont chiffrés. La clé de chiffrement est stockée dans une puce sécurisée qui, en très gros, échange cette clé en échange du code utilisateur.
Ainsi, quand tu démarre ton téléphone, au premier déverrouillage où tu tape ton code, le système fait cet échange et stocke la clé de chiffrement en RAM, puis la garde en mémoire même quand tu reverrouille le téléphone (parce que si il purgeait la clé de chiffrement à chaque verrouillage, il serait impossible d'avoir des fonctionnalités en arrière-plan, comme des notifications, c'est exactement pour ça que les notifications ne marchent pas avant que tu déverrouille pour la première fois ton téléphone après un redémarrage, c'est facile à tester).
C'est pour ça que c'est beaucoup plus simple de trouver une faille de sécurité sur un téléphone qui est allumé et a déjà été déverrouillé une fois (AFU, After First Unlock) que sur un téléphone fraîchement démarré (BFU, Before First Unlock) : la clé de déchiffrement est en mémoire et les données sont lisibles.
Certains téléphones sont aussi vulnérables à Cellebrite même en mode BFU parce qu'ils ont une puce de sécurité (celle qui échange la clé contre le code) dans laquelle des failles ont été trouvées.
Les puces des iPhones sont extrêmement résistantes et Cellebrite ne supporte que les très vieux iPhones en BFU. Chez Android, c'est les Google Pixel qui ont la meilleure puce.
À noter que lorsque le téléphone est éteint, ou dans le "second système d'exploitation", la clé de chiffrement est déchargée et les données chiffrées sont illisibles. Pour les tickets de transport sur Samsung par exemple, ils sont stockées dans une puce spéciale, comme ça ils sont accessibles même quand le disque principal est illisible.
- N.B. : C'est extrêmement vulgarisé
Hier à 09h41
Hier à 10h31
Modifié le 09/11/2024 à 01h22
Comme dans le cœur de TOUS les CPUs Intel avec le mini OS Minix...(le prof, concepteur de l'OS avait gueulé quand même auprès d'Intel, car il l'avait conçu avant tout comme un exemple d'illustration des concepts de base d'un OS pour ses élèves et l'avait posté en opensource bien sûr. Il s'est aussi pris la tête grave avec un certain Linus T. ..bref...hors sujet)
Le Intel Minix_embedded_OS@CPU possède des droits supérieurs à ceux d'un Ring 0 d'un Kernel d'OS.
Aucune vraie documentation complète dispo, Personne ne sait vraiment e qu'il fait et ce qu'il y a dedans, mais par contre il fonctionne 24h/24h, 7j/7j ( et avec accès réseau bien sûr pour le management...) et est indétectable pour l'utilisateur.
Le seul et unique moyen de l'arrêter c'est de physiquement couper l'alimentation électrique d'un PC.
Intel Active Management Engine
"La vérité est ailleurs"
Hier à 15h37
Modifié le 09/11/2024 à 01h24
Ce système fonctionne apparemment même PC éteint, tant que le PC est branché et accès au NIC.
Intel n'a apparemment jamais voulu donner les caractéristiques détaillées de ce embedded-system.
Intel Active Management System
Ça ne renforce pas trop la confiance...
Modifié le 08/11/2024 à 11h15
"La clé de chiffrement est stockée dans une puce sécurisée"
Jamais entendu parlé de téléphones sous Android, à part peut-être le système Knox de Samsung (Knox...James Bond... GoldFinger....Pussy Galore... je laisse chercher) qui aurait un hardware dédié.
Pour mon Xiaomi, en tout cas, jamais entendu parlé de quoi que soit...
Et puis c'est un peu normal aussi, vu que c'est du matériel chinois, alors si un Xiaomi ou un Huawei (qui lui apparemment customise ses antennes relais pour l'export) et bien si ceux là ils commencent à mettre du matériel sécurisé contre la LECTURE des données qui transitent, le PCC va sûrement leur donner un GROS coup de règle sur les doigts...
Hier à 11h42
Hier à 20h08
Tu vois, je n'en avais jamais entendu parler jusqu'à présent de la TrustZone de Qualcomm (je viens de finir de lire les pages Wiki) et pourtant je consulte Next(inpact) tous les jours depuis 10 ans.
Sans doute que Qualcomm a fait moins de pub qu' un Apple avec sa T2 ou bien parce que chez Apple c'est une puce à part dédiée sur le PCB... Donc plus visible et plus de visibilité pour le montrer et en parler aux médias alors que quelques millions de transistors en plus dans une puce qui en a déjà plusieurs milliards...plus difficile à visualiser et montrer...
J'en apprends un peu plus tous les jours
Modifié le 08/11/2024 à 11h48
Cf. https://www.androidauthority.com/titan-m2-google-3261547/
Hier à 20h12
Pareil, je ne connaissais pas (jamais eu de Pixel non plus)
Et à chaque nouvelle description du dernier Snapdragon qui va sortir, de toutes les caractéristiques listées, jamais vu une seule ligne qui parlait d'enclave sécurisée dans leur SoC dans un article ici ou ni ailleurs d'ailleurs...
Hier à 13h11
Hier à 09h35
C'est un peu chiant pour des pièces saisies qui aurait pu servir aux enquêtes.
Hier à 10h29
Il existe d'autres méthodes plus respectueuses des droits et moins "limite" niveau sécurité que de saisir le téléphone et tenter de le pirater (un peu à la manière d'une perquisition, la personne concernée est présente et assiste à la "visite" du téléphone par la police, mais ne peut pas s'y opposer, le tout soumis à un accord d'une autorité judiciaire)
Hier à 11h53
Modifié le 08/11/2024 à 10h47
Là j'avoue avoir été assez sur le
Je me demande si c'est un ingé Apple tout seul qui y a pensé, et si ça avait dit durant une réunion Brainstorming et tous les autres ingé autour de la table ont commencé à bien se foutre de sa gueul...
Mais non, ça c'est fait !
Après, ça doit potentiellement entraîner plus de "surface d'attaque" pour des gens malveillants..., certains qui vont essayer de chercher à exploiter cette fonctionnalité, fonctionnalité avant tout créée pour faciliter la vie des gens...
(je parle au subjonctif ici...mais dès qu'il y a la moindre occasion de trouver une faille/faiblesse/erreur en face, la nature humaine c'est bien quand même de l'exploiter personnellement pour son propre profit, non ?)
Bref, bien triste tout ça...
Hier à 16h56
Hier à 17h09
Hier à 09h35
Hier à 10h08
https://grapheneos.org/features#auto-reboot
Hier à 09h55
https://grapheneos.org/features#auto-reboot
Modifié le 08/11/2024 à 09h57
Mais ça ne serait pas un grand mystère si c'était juste ça...
(grillé par mon voisin du dessus :'D)
Modifié le 08/11/2024 à 10h32
Une histoire (ou Histoire ?) qui date l' Antiquité (au moins) et qui n'est pas prêt de s'arrêter..
Hier à 10h33
Hier à 13h30
Créer un raccourci : redémarrer l’appareil.
Créer une automatisation exécutée seule sans avertissement tous les jours : exécuter le raccourci.
Hier à 14h04
Hier à 16h32
(les vieux savent)
Hier à 17h00
Hier à 20h43