1er janvier 1970 : la date fatale pour bloquer un iPhone
Il y a plus facile et plus simple que l’erreur 53 pour « briquer » un iPhone. Zach Straley explique dans la vidéo YouTube ci-dessous comment on peut bloquer un iPhone 6s, uniquement en changeant la date au 1er janvier 1970. Un redémarrage plus tard, plus rien ne s’affiche à l’écran, si ce n’est le logo Apple.
Une tentative de restauration, en branchant l’appareil à iTunes, n’a rien changé à cet état de stase. L’utilisateur s’est rendu dans un Apple Store pour tenter de trouver une solution : il a pu se faire remplacer l’appareil, mais aucune explication n’a pu lui être fournie.
Nous n’avons pas voulu mener l’expérience nous mêmes, mais plusieurs témoignages concordent sur cet étrange phénomène qui frappe tous les appareils sous iOS, dotés d’un processeur 64 bits (à partir de l’A7). Il semble que cette date ait comme effet de positionner l’horloge interne à une valeur inférieure à zéro, provoquant ce beau plantage.
Tout n’est cependant pas perdu. Plusieurs recours ont émergé : on parle ici d’attendre au moins cinq heures pour que l’iPhone redémarre (il sera très lent, mais on pourra modifier de nouveau la date), et là de remplacer la carte Sim pour forcer le bon réglage de la date. Néanmoins, mieux vaut éviter de se lancer dans cette opération pour éviter tout problème…
Franchement, quelle idée de mettre la date en 1970 ?
Bonjour les déchets ! L'iPhone est mort et l'Apple Store va l'échanger et le recycler pour ça...
Ça me laisse pantois.
Non mais sans dec, je vois mal Apple accepter de changer des iPhones bloqués par ce procédé... Ou alors ça va marcher deux jours le temps qu'ils réagissent.
Bon ça se tente, au pire c'est quand même réversible!
@guigus31 :
En fait je me réponds à moi même: les employés en Apple Store vont essayer de changer la date en redémarrant sur une carte sim Apple. Circulez, fin de la blague.
Il me semble que beaucoup d'appareils informatique sont concernés par ce beug et pas seulement les appareils de la pomme...
merci de citer les autres appareils dont tu parles.
Toutes les anciennes machines sous unix ( les nouvelles je ne sais pas) redémarrent à cette date lorsqu'il n'y a plus de pile, je ne suis pas informaticien pour un clou mais ne pas savoir ça m'étonne de la part de passionnés comme vous !
D'où le plantage
Voilà comment je vais me le faire changer :)
Non mais sérieux, comment on arrive à découvrir ca ??? Qui a eu l'idée un jour de mettre cette date ? Et effectivement ça va poser problème quand des centaines d'iPhones bloqués vont arriver en Applestore. Bon après je suis désolé mais finalement, Apple ne se gêne pas pour bloquer les iphone en erreur 53, serait-ce un retour de bâton ?
Je me réjouis de voir les commentaires de toutes les personnes qui vont râler et traiter les ingénieurs Apple d'incapables en ne sachant même pas comment une date est stockée dans un système informatique.
ya pas de date négative, le timestamp est un entier positif. (long unsigned int ou un truc dans le genre)
Donc avant le 1/1 70 c'est la dernière date possible en... 2037 à moins que ce soit passé beaucoup plus que 2037 en 64 bits... bref si tu mets le tél à la dernière date possible il va passer de 2037 à 1970 la seconde d'après ce qui peut lui faire du tord.
Mais si tu mets 1970 je ne vois pas le pb.
Il est ou l'article bien croustillant qui analyse tout ça ?
Le mot "tort" s'écrit avec un t à la fin.
Tous ces ingénieurs n'ont même pas pensé à ça ?
@sachouba :
En même temps ne pas penser qu'un mec soit suffisamment con pour mettre une date aussi farfelue...
tu as raison de défendre apple, après tout c'est normal qu'un smartphone devienne une brique en entrant une mauvaise date
@gérard1
C'est en 2007 que le premier iPhone est sorti, des millions de ces téléphones sont en circulation et il à fallu 9 ans a des millions d'utilisateurs pour trouver ce bug très improbable. Comment veut tu que les personnes en charge de la validation logicielle aie eu, d'un coup l'idée de tester ça ? Tu a conscience qu'on te parle de 1970, on ne peut pas configurer cette date par mégarde. C'est comme mettre son iPhone au micro-ondes, ca n'a aucun sens
De plus je vois que tu dois être un expert dans le domaine de la validation logicielle pour penser qu'il est possible de créer un programme complexe sans aucun bug. Ca m'énerve vraiment les personnes qui se permettent de juger le travail d'autres personnes sans connaitre la nature de celui-ci. Franchement tu vas aller apprendre a un médecin/avocat/cuisinier comment faire son travail ? Non je ne pense pas ou bien tu es vraiment un gros gros con !
Alors maintenant vraiment j'aimerai qu'a l'avenir avant de critiquer le travail de quelqu'un tu réfléchisse cinq minutes (même si tu es devant un équipier MacDonald) et que tu te demandes si tu es vraiment supérieur à cette personne. Parce qu'au final les personnes les plus méprisables sont celles qui méprisent les autres sans raison apparente.
il est évident que tu ne sais pas ce qu'est le développement logiciel, ce n'est pas grave chacun son métier. Et oui je suis expert dans ce domaine. Et je te confirme aussi qu'on peut faire des logiciels très complexes très fiables et cela depuis très longtemps, tu en as dans tous les avions, les trains, etc, qui ne plantent lamentablement sur des conneries comme une date invalide.
On est d'accord un iphone n'a pas besoin d'être aussi fiable qu'un avion, mais il y a quand même un minimum. c'est un bug grossier qui n'aurait jamais du passer au travers d'une campagne de test. Apple s'est une fois de plus ridiculisé, et cette blague risque de lui couter cher.
PS : Au lieu d'aboyer, tu devrais te renseigner un minimum, et tu saurais que le 1/1/1970 est la date 0 dans beaucoup d'OS, ce n'est pas une date au hasard.
Il est évident que vous ne savez pas que les moyens mis en place pou la validation du logiciel d'un avion ou d'un train ne sont pas du tout les mêmes. Je ne crois pas que la ta sécurité dépende de la date de ton iPhone. Je n'ai jamais dit que le premier janvier 1970 était une date choisie au hasard, c'est facile de faire passer les gens pour des cons en leur attribuant des propos qu'ils n'ont jamais émis. Aussi je ne pense pas que un Airbus reçoive une mise à jour majeur tous les ans.
Ensuite je ne pense pas que qu'apple se focalise sur le fait qu'un utilisateur va revenir près de 40 ans en arrière ou 20 ans dans le futur ;) Et ne t'inquiète pas pour moi je suis aussi informaticien en plein Bachelor d'informatique de gestion, je sais exactement comment est fait une date dans un système informatique.
@gérard1 :
Mon cher gégé sais tu qu'on peut citer les gens à qui on parle sur forum ?
Parce que pour un gazier qui soit disant en sait beaucoup ( plus même que les ingénieurs Apple sur leurs propres OS )...
Faut balayer devant quoi déjà ?
c'est tout ce que tu as pu trouver ? allez essaye encore, petit. Je comprends que le balai est ton outil de travail.
Gérard, on a compris que tu étais un expert très intelligent, plus que les autres, même. Ce qui me déçoit ici, c’est de constater que le flegme et l’humilité ne sont pas nécessairement des qualités qu’on acquiert à l’issue de longues études ou d’une longue carrière. Y a-t-il lieu de s'énerver comme ça ? Au lieu de ça, si tu es entouré d'appareils fiables que tu peux réparer rapidement, saurais-tu nous dire si tu arrives à les faire faillir avec le même procédé ?
La loi de murphy, cher ami...
Dans le domaine de la qualification logicielle, c'est le b.a. ba de tester des valeurs extrêmes sur un formulaire ou une interface de saisie.
Au début des années 2000, il y avait par exemple beaucoup de sites de e-commerce qui acceptait des quantités de produit négatives. Du coup la facture était allégée d'autant.
Une interface de saisie qui permet de rentrer une date qui provoque un tel plantage, c'est clairement un bug lié à une absence de tests rigoureux.
Si tu commences à partir du principe que l'utilisateur ne va faire que ce que tu imagines, tu es sûr de créer un logiciel bourré de bugs. Il ne faut jamais se limité aux cas droits mais aussi tester les cas limites.
@trackos :
Et pourtant, les développeurs de tous les autres OS y ont pensé...
@sachouba :
En est tu sûr ?
Après c'est leur problème, c'est pas le nôtre
@trackos :
Sur Android par exemple, il n'est pas possible de régler la date à une date antérieure à 2000.
Sur les OS de PC, il n'y a pas de problème non plus, à ce que je sache.
@sachouba :
Ok
@ sachouba : « Sur Android par exemple, il n'est pas possible de régler la date à une date antérieure à 2000. »
Ah ben évidemment, sur un système fermé au point d’interdire à l’utilisateur de régler la date qu’il veut, on ne risque pas d’être confronté à ce problème ! ;-)
(Réponse typique qu’auraient faite un tas d’abrutis si c’était iOS qui limitait les possibilités de réglage de date.)
Plus sérieusement : je ne vois pas pourquoi il n’y a pas de limitation similaire sur iOS. En fait, sur des appareils appelés à se connecter régulièrement au réseau, on ne devrait même pas offrir à l’utilisateur la possibilité de modifier la date, puisqu’elle est récupérée via le réseau.
Mais même en admettant qu’on laisse cette possibilité, Apple a toutes les informations nécessaires pour empêcher la date d’être réglée à quelque chose d’antérieur à la sortie du modèle d’iPhone utilisé — ou alors, en version flemme, prendre 2007 comme limite.
Je pense qu'ils vont devoir sortir un correctif vite fait si ils veulent pas faire les fruits de sav abusifs :)
Au pire, sur une version bêta c'est normal d'avoir des bugs. Mais après vous prenez vraiment les Genius pour des cons... Soit changement de carte sim et op. Sinon, je pense qu'ils ne se gêneront pas pour faire un DFU ;)
Donc l'échange... Surtout pour une rayure --> société de consommation quoi... C'est dingue de voir toutes ces pensées...
je suis plié de rire
aucune surprise, apple n'a jamais su valider proprement un logiciel. ils n'en loupe pas une, encore plus fort que l'erreur 53
Les utilisateurs d'iphone sont clairement les betas testeurs. apple vous fait bosser et c'est vous qui payez; et très cher. Excellent.
mais bon, c'est ça quand on achète de la camelote hors de prix, les ânes pensent toujours que plus c'est cher mieux c'est.
en voici encore la preuve
je pense que beaucoup vont aller faire un tour à l'apple store à coté de chez eux pour voir si ça marche sur les iphone en demo...
Je suis pantois en lisant un tel article. Non mais quel intérêt de parler de ça, changer la date de son iPhone en 1970...
Le premier janvier 1970…
Oui, je me souviens bien, c'était un jeudi.
Il restait de la dinde, mais le soir, je me suis fait des spaghettis.
L'iBook d'un ami déconnait et à chaque redémarrage il mettait la date du 1er janvier 1970... Date maudite.
non, plutôt une date par défaut sur un système non initialisé.
Beaucoup d'ignorance dans ces commentaires (mais les gens sont d'autant plus péremptoires qu'ils sont ignorants ...). Tout d'abord, il faut savoir qu'on peut toujours faire "exploser" un soft en lui balançant des valeurs d'entrée "hors range". Par hors "range", j'entends "hors de la plage pour laquelle le comportement a été spécifié".
Bien sûr, on peut prévoir des protections soft (ou même hard, car le processeur est capable de détecter un overflow/underflow) en dehors de ces plages. Mais le problème reste entier, car au lieu d'avoir un imbécile disant "j'ai entré 10**100 dans le champ date et cela a planté", ce même imbécile dira "j'ai entré 10**100 et rien ne s'est passé !"
Ce travail sur la "robustesse" du code est fait dans le cas de logiciels critiques (où il est requis par la réglementation). On sait faire, mais il contribue à alourdir énormément les coûts de développement. C'est tout l'enjeu (caché) de la voiture autonome, car si on lui applique la réglementation aéronautique sur les logiciels critiques, les coûts explosent (ainsi que le "time to market", ce qui est peut être même pire ...).
J'ai consacré de longues années de ma carrière à cette activité (logiciels critiques DO178B/C ED12B/C), je sais de quoi je parle .....
Facile comme argument on peut dire qu'on voulait Turner un film de science fiction où les smartphones existaient en 1970, une fiction où les idées de Steve Jobs auraient été transmises par un voyageur spatio temporel d'où pour le plan sur la date du smartphone il fallait changer la date
Et c'est quoi l'intérêt de régler son iPhone au 1er janvier 1970 ???
Faire du buzz à la con et faire parler macbashouille.com ?
Get a life...
Qui a dit qu'il y avait un intérêt ?
Visiblement il n'y a qu'un inconvénient et un gros.
C'est horrible cet article. Cela me fait penser a la sorcière du placard au balais... il va être très compliqué de se retenir d'essayer...
Trop bien!
Si l'iphone a plus d'un an ils le prennent aussi?
Chaque fois que je cherche à engager un développeur senior, ça me coûte cher et prends pas mal de temps. Je me dis que j'aurais meilleur temps de recruter les gens du forums, à vous lire, vous êtes des champions hors catégories du développement et du testing.
Pourtant, la différence avec les ingénieurs Apple, c'est qu'eux, ben ils bossent pour Apple.
@Sulfate :
"à vous lire, vous êtes des champions hors catégories du développement et du testing.
Pourtant, la différence avec les ingénieurs Apple, c'est qu'eux, ben ils bossent pour Apple."
Donc il y a un classement de réussite sociale et de capacités intellectuelles en fonction de l'entreprise pour laquelle on travaille ?
Apple > Microsoft > Google > PME > État ?
@sachouba :
Oui. Si tu as les capacités de bosser pour un Google (et avoir le salaire qui va avec), tu vas pas bosser comme support IT au service des impôts, non ? Ou comme caissier au McDo.
Avec tout le respect que j'ai pour les ingénieurs d'Apple, j'imagine qu'ils ont un ou deux experts aux impôts aussi. Après tout, Apple a beaucoup de développeurs Français, comme beaucoup de sociétés américaines.
Cette ma il ne fonctionne pas du moins sur les les iPhone 6s et 6s plus des Apple Store ;)
IOS 9, logiciel d'exploitation soi-disant le plus abouti. lol
Certains osent émettre des jugements de valeur au sujet d'Android alors qu'une simple date rend non fonctionnel l'Iphone... Moi, je me marre !
De toute façon, depuis qu’il leur est venu l’idée de remplacer ce bon vieux 1er janvier 1904 (qui était un vendredi, comme le sait tout bon utilisateur de Mac) par ce stupide premier janvier 1970, rien ne va plus. ;-)
Ca bloque bien l'aphone: le fils d'un ami a essayé hier ... il attends toujours que son iPhone redémarre ... Je sais il est pas toujours futé ....
Pages