Date antérieure à mai 1970 : certains appareils iOS se bloquent, Apple promet un correctif

Date antérieure à mai 1970 : certains appareils iOS se bloquent, Apple promet un correctif

Seul Doctor Who peut les sauver

Avatar de l'auteur
Vincent Hermann

Publié dans

Société numérique

15/02/2016 4 minutes
51

Date antérieure à mai 1970 : certains appareils iOS se bloquent, Apple promet un correctif

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 :

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 5s, 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.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Quand la date tend vers zéro

Apple reconnaît le souci et annonce une mise à jour

Fermer

Commentaires (51)








Vincent a écrit :



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.







Les pro Apple diront que c’est un complot de la presse, les anti diront “bien fait pour eux”, les clients auront juste le droit de pleurer/prendre leur mal en patience (après, j’aimerais connaitre la raison pour laquelle on paramètrerait son iOS sur 1970… vraie question <img data-src=" /> )



Deux problèmes sur quatre qui transforment l’appareil en brique entre 5-10mn (“le temps que la batterie se vide”, dixit l’article <img data-src=" /> ) et bien plus longtemps (erreur 53), c’est la violence quand même :$



timestamp error&nbsp;<img data-src=" />&nbsp;c’est qui qui a fait ça ??


Vous allez me dire que même le mode de restauration ne fonctionne pas pour restaurer ?




  • Brancher le iTruc au PC

  • 5s Power

  • 12s Power + Home

  • Lâcher power et maintenir Home jusqu’à ce que iTunes détécte le iTruc en mode restauration (l’écran reste noir)


Ce choix d’illu <img data-src=" />



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… <img data-src=" />


Et quasi tout le parc est touché



Vive la fragmentation <img data-src=" />


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 <img data-src=" />



Dans quel(s) cas a-t-on besoin de paramétré son appareil à ce genre de date ?


Le top serait que le réglage avant 1970 annule le brick lié au TouchID ! <img data-src=" /> <img data-src=" />


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.&nbsp;


” sont victimes d’un bug “

Mais non, un vrai journaliste parlera de faille de sécurité!

&nbsp;http://www.lemonde.fr/pixels/article/2016/02/15/une-faille-de-securite-peut-bloq…








MuadJC a écrit :



“ sont victimes d’un bug ”

Mais non, un vrai journaliste parlera de faille de sécuritéhttp://www.lemonde.fr/pixels/article/2016/02/15/une-faille-de-securite-peut-bloq…





<img data-src=" />









taralafifi a écrit :



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.









Euh ah bon ? tu sors ça d’où ?





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.. <img data-src=" />

(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 <img data-src=" />)


En résumé, les possesseurs d’Iphone ont moins le choix dans la date.


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.


Suffit juste de débrancher la batterie!



—–&gt; []


Les timestamps, c’était mieux avant…


Le fameux puritanisme d’Apple !








ActionFighter a écrit :



Les timestamps, c’était mieux avant…



Pff, ça va encore lancer un autre débat geek sur l’origine du monde…









MuadJC a écrit :



Pff, ça va encore lancer un autre débat geek sur l’origine du monde…





ben pour Apple, c’est le 1er mai 1970&nbsp;<img data-src=" />

Ça bug, car c’est comme si tu voulais voir ce qu’il y avait avant le BigBang, impossible&nbsp;<img data-src=" />



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 …


C’est vrai que mai 69 ça avait de la gueule, mais pas autant que mai 68 quand même.


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 😹


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’.&nbsp;


<img data-src=" />



Ce n’est qu’un combat, fallait continuer le début…

On peut balancer des pavés iPhones briqués à la gueule des CRS ? <img data-src=" />


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 <img data-src=" />)








UAB_Kub a écrit :



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’.







Ton petit doigt devrait arrêter de picoler, on pige rien à ce qu’il raconte <img data-src=" />



Ça va pas ! Au prix que ça coûte ? Sûrement pas. Puis c’est fragile (les Iphones).


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.

&nbsp;

Pour le 1er mai 1970 c’est 120 jours, j’ai pas d’idée.


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 ?


Ou encore beaucoup de bruit rien…








darkbeast a écrit :



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 ?





<img data-src=" />



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.








darkbeast a écrit :



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 ?





<img data-src=" />





ForceRouge a écrit :



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.





<img data-src=" />



Merci messieurs, ça fait du bien de rire un peu ce soir !









psn00ps a écrit :



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.







Oui oui je sais que c’est l’EPOCH TIME, je voulais juste savoir comment il a pu en déduire cela parcequ’on a une bonne flotte de tel SFR au boulot et aucun n’a eu de soucis de ce genre.









Sutka a écrit :



parce que des malins ont fait ça:



http://www.wired.com/wp-content/uploads/2016/02/Iphone.jpg





Les geek sont à la technologie ce que les hipster sont à la mode : la preuve qu’on peut aller trop loin <img data-src=" />



<img data-src=" />



Réponse de Steve Jobs depuis l’au-delà : “You’re setting it wrong !”.


C’est important de préciser qu’on parle des Iphones. Parce que les briques… <img data-src=" />


Au moins on rigole avec Apple et Adobe&nbsp;<img data-src=" />


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 :-)








darkbeast a écrit :



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 ?





ces barres de rire sérieux <img data-src=" /> <img data-src=" />



Personnellement, je préfère celui là :

&nbsphttp://i.imgur.com/mnfsKzF.png


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.



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..


Euh … Je suis client SFR (ainsi qu’une partie de ma famille) et jamais eu le souci. Tu tiens ça d’où ?








Stel a écrit :



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.







Sur 32 bits, depuis 1970 on ne peux compter que jusqu’à 2038 je crois, donc en partant de 0 ils ne seraient jamais arrivés jusqu’à la date du jour <img data-src=" />









Gundar a écrit :



Sur 32 bits, depuis 1970 on ne peux compter que jusqu’à 2038 je crois, donc en partant de 0 ils ne seraient jamais arrivés jusqu’à la date du jour <img data-src=" />



Oula, ça va encore crier à l’obsolescence programmé par Microsoft sur son os XP… quels pourris ces MS-fanboys!









MuadJC a écrit :



Oula, ça va encore crier à l’obsolescence programmé par Microsoft sur son os XP… quels pourris ces MS-fanboys!







sur Windows c’est 2036 <img data-src=" />









Gundar a écrit :



2036 <img data-src=" />





ah, l’année de Linux!



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