Date antérieure à mai 1970 : certains appareils iOS se bloquent, Apple promet un correctif
Seul Doctor Who peut les sauver
Le 15 février 2016 à 15h00
4 min
Société numérique
Société
Les appareils iOS équipés d'un SoC 64 bits sont victimes d’un bug qui peut mener à leur blocage. Il suffit pour cela de changer manuellement la date pour la basculer avant mai 1970. Apple a reconnu le problème et indique qu’un correctif est en préparation.
Si vous possédez un iPhone ou n’importe quel autre appareil iOS muni d’un SoC 64 bits, sachez que vous pouvez le bloquer complètement. Tout ce qu’il faut faire, c’est de changer sa date. Pour cela, rendez-vous dans Réglages, puis Général et enfin dans Date et Heure. Désactivez le réglage automatique puis remontez pendant un bon moment jusqu’à une date située avant mai 1970.
De quoi donner de méchantes idées à certains petits malins sur Twitter, qui s'imaginaient déjà en train de bloquer des dizaines d'appareils. Comment ? En redirigeant le trafic NTP vers un serveur spécifique renvoyant la mauvaise date sur un réseau Wi-Fi public par exemple :
Evil plan: Open wifi hotspot which intercepts NTP traffic, and returns January 1st, 1970.
— Anders Nilsson (@nilssonanders) 13 Février 2016
Quand la date tend vers zéro
Tant que l’appareil ne sera pas redémarré, le problème ne se manifestera pas. Après un reboot, les choses changent : iOS reste bloqué sur le logo de la pomme. Il n’y a aucune manipulation possible pour se sortir de ce guêpier, puisque même le « hard reset » ne donne rien. Tout ce que l’on peut faire, c’est attendre que la batterie se soit vidée complètement.
Le problème est donc sérieux, mais pas handicapant au point de rendre inutilisable l’appareil, d’autant qu’il ne viendrait sans doute à personne l’idée de passer plusieurs minutes à remonter la date pour en mettre une aussi ancienne. Les tricheurs de Candy Crush peuvent donc se rassurer.
La question est donc : pourquoi ce bug ? On ne le sait pas avec certitude. La date du 1er janvier 1970 est le premier jour à partir duquel l’horloge Unix compte les secondes. Cette valeur est codée dans un nombre 32 bits et permet donc de continuer le décompte jusqu’en 2038. Le bug étant spécifique aux SoC 64 bits chez Apple (iPhone 5 s, iPad Air, iPad Mini, iPod Touch de 6e génération et modèles ultérieurs), on peut imaginer qu’iOS ne gère pas correctement cette valeur quand elle s’approche de zéro.
Apple reconnaît le souci et annonce une mise à jour
Dans une note publiée aujourd’hui même sur la section support de son site, Apple indique avoir eu vent du problème. La société confirme son existence et le fait qu’une date sélectionnée en mai 1970 ou avant bloquera l’appareil. Elle indique cependant qu’un correctif est en cours de développement, et il faut donc s’attendre à ce qu’une mise à jour mineure soit proposée prochainement. À moins que la firme n’attende l’arrivée d’iOS 9.3, dont on peut actuellement tester la bêta 3.
En attendant, le bug en lui-même n’est pas à craindre. Tout juste pourrait-il donner lieu à de très mauvaises plaisanteries et des heures d’immobilisation de l’appareil. Le souci sera d’ailleurs plus grave sur un iPad dont les grandes batteries mettront nettement plus de temps à se décharger.
Mais cette histoire de blocage intervient peu de temps après la polémique autour de l’erreur 53 sur les iPhone, alors même qu’un recours collectif est en cours aux États-Unis. Ajoutons les deux rappels récents (un pour certains blocs chargeurs, l’autre pour des câbles USB-C) et certains trouveront sans doute que l’actualité Apple est actuellement un peu trop plombée par des problèmes ces temps-ci.
Date antérieure à mai 1970 : certains appareils iOS se bloquent, Apple promet un correctif
-
Quand la date tend vers zéro
-
Apple reconnaît le souci et annonce une mise à jour
Commentaires (50)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 15/02/2016 à 15h23
Le 15/02/2016 à 15h23
Le 15/02/2016 à 15h24
remontez pendant un bon moment jusqu’à une date située avant mai 1970.
déjà faut bien 15j de scroll sans arrêt pour arriver à 1990.. " />
(cette page de réglages est pas pratique du tout, au lieu de mettre l’année, ils ont laissé le jour de la semaine " />)
Le 15/02/2016 à 15h26
En résumé, les possesseurs d’Iphone ont moins le choix dans la date.
Le 15/02/2016 à 15h27
Je sors ça de la flotte mobile que je gère. Des dizaines d’iPhone 4S sont régulièrement mis à la date du 1er janvier 1970 sans raison, ce qui a pour conséquence une joli “réseau indisponible” car les serveurs SFR n’arrivent plus à authentifier la ligne. Je soupçonne donc le NTP de SFR.
Le 15/02/2016 à 15h28
Suffit juste de débrancher la batterie!
—–> []
Le 15/02/2016 à 15h28
Les timestamps, c’était mieux avant…
Le 15/02/2016 à 15h29
Le fameux puritanisme d’Apple !
Le 15/02/2016 à 15h29
Le 15/02/2016 à 15h32
Le 15/02/2016 à 15h33
la solution Do It Yourself ! (sponsorisé par iFixit)
1°) démontez votre iphone pour en débrancher la batterie
2°) ah non mince … c’est un iphone ça se démonte pas …
3°) attendez que la batterie se vide toute seule …
Le 15/02/2016 à 15h33
C’est vrai que mai 69 ça avait de la gueule, mais pas autant que mai 68 quand même.
Le 15/02/2016 à 15h39
Toujours marrant de voir qu’en 2016 timestamp et string sont les structures où y a toujours des problèmes…
L’un c’est juste un chiffre (long) et l’autre un tableau… Bah c’est encore la galère 😹
Le 15/02/2016 à 15h39
Je petit doigt me dit que c’est même la NSA qui à intégré ce bug pour bloqué les iPhones
Non mais c’est vraiment n’importe que ce ‘journalisme’.
Le 15/02/2016 à 15h50
" />
Ce n’est qu’un combat, fallait continuer le début…
On peut balancer des pavés iPhones briqués à la gueule des CRS ? " />
Le 15/02/2016 à 15h56
Même les bugs sont mieux chez Apple que chez Microsoft… Au moins avec la pomme pas besoin de trifouiller son ordi pour le réparer, le produits est directement inutilisable (Date, TouchID, chargeur rien que pour 2016 " />)
Le 15/02/2016 à 15h08
Le 15/02/2016 à 15h09
timestamp error " /> c’est qui qui a fait ça ??
Le 15/02/2016 à 15h10
Vous allez me dire que même le mode de restauration ne fonctionne pas pour restaurer ?
Le 15/02/2016 à 15h14
Ce choix d’illu " />
Le pb me fait d’autant plus marrer qu’il y a 16 ans, les Macs se foutaient (à raison) des PC à cause du bug de l’an 2000
Grandeur et décadence… " />
Le 15/02/2016 à 15h15
Et quasi tout le parc est touché
Vive la fragmentation " />
Le 15/02/2016 à 15h16
Ca restaure le timestamp ? je ne crois pas. Ca va surement restaurer le fusau horaire etc.. mais le tél sera probablement toujours à la date de 1970, et donc ne pourra pas démarrer pour faire une sync sur le réseau. Là est le problème.
D’un autre côté, je ne pige toujours pas cette possibilité laissé à l’utilisateur de mettre la date en 1970 " />
Dans quel(s) cas a-t-on besoin de paramétré son appareil à ce genre de date ?
Le 15/02/2016 à 15h19
Le top serait que le réglage avant 1970 annule le brick lié au TouchID ! " /> " />
Le 15/02/2016 à 15h20
Ben putain, avec les serveurs NTP de SFR qui nous balancent des dates en janvier 1970, il doit y en avoir des brickage d’iPhone. Heureusement que ma flotte mobile est sous iPhone 4S.
Le 15/02/2016 à 15h20
” sont victimes d’un bug “
Mais non, un vrai journaliste parlera de faille de sécurité!
Le Monde
Le 16/02/2016 à 06h37
Le 16/02/2016 à 07h29
Personnellement, je préfère celui là :
 http://i.imgur.com/mnfsKzF.png
Le 16/02/2016 à 07h38
Quelqu’un sais pourquoi 1970 à été choisis pour l’heure linux ? Et pas l’an 0.
Au minimum, et s’ils ne voulaient pas de connotation religieuse ce qèue je peux comprendre avec l’an 0, la date aurait au minimum du être beaucoup plus éloigné de notre époque, 1970 c’est vraiment moisis comme choix.
Le 16/02/2016 à 08h19
Parce que UNIX dont est inspiré Linux date de cette époque ?
Naissance de UNIX en 1969. Ce choix a dû être fait en 1970.
Et puis s’ils avaient choisi 69, les ligues de vertu puritaines n’auraient pas accepté une telle provocation..
Le 16/02/2016 à 10h55
Euh … Je suis client SFR (ainsi qu’une partie de ma famille) et jamais eu le souci. Tu tiens ça d’où ?
Le 16/02/2016 à 11h03
Le 16/02/2016 à 15h48
Le 16/02/2016 à 15h56
Le 17/02/2016 à 08h47
Le 17/02/2016 à 08h57
on appelle ça le EPOCH time ( faire une recherche avec epoch )
Voici un bon résumé
http://stackoverflow.com/questions/1090869/why-is-1-1-1970-the-epoch-time
Le 15/02/2016 à 15h56
Le 15/02/2016 à 16h15
Ça va pas ! Au prix que ça coûte ? Sûrement pas. Puis c’est fragile (les Iphones).
Le 15/02/2016 à 16h26
Le 1er janvier 1970 est la date 0 en UNIX. Si le serveur de temps donne de la merde , ET que le client l’accepte, faut pas déconner, tu obtiens cette date.
Pour le 1er mai 1970 c’est 120 jours, j’ai pas d’idée.
Le 15/02/2016 à 16h40
Et si on passe en 1970 un iphone avec un bouton changé par une boutique non certifié apple et qu’en même temps on fait une mise à jour ios 9, on crée une déchirure dans l’espace-temps ?
Le 15/02/2016 à 16h45
Ou encore beaucoup de bruit rien…
Le 15/02/2016 à 16h58
Le 15/02/2016 à 17h18
Tout ceci ne montre qu’une chose : Apple est un écosystème bien trop ouvert… Laisser le choix de modifier l’heure ne devrait pas être possible.
Le 15/02/2016 à 18h18
Le 15/02/2016 à 18h29
parce que des malins ont fait ça:
http://www.wired.com/wp-content/uploads/2016/02/Iphone.jpg
Le 15/02/2016 à 19h34
Le 15/02/2016 à 19h35
Le 15/02/2016 à 20h41
Réponse de Steve Jobs depuis l’au-delà : “You’re setting it wrong !”.
Le 15/02/2016 à 21h13
C’est important de préciser qu’on parle des Iphones. Parce que les briques… " />
Le 16/02/2016 à 00h14
Au moins on rigole avec Apple et Adobe " />
Le 16/02/2016 à 04h54
Est-ce qu’un mec qui a pété sa vitre pour appliquer le bug pour obtenir un nouvel iPhone en Apple store ? La ça serait une sorte de révolution :-)