Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-10-26 Par sujet Richard Klein
Oui enfin le jour ou Michel Py se fera avoir sur un problème de Cisco c'est
que la fin du monde est proche ;-)

Richard
Le dim. 24 oct. 2021 à 19:37, Michel Py via frnog  a
écrit :

> > Mickael MONSIEUR a écrit :
> > Même Zdnet en parle :
> >
> https://www.zdnet.com/article/thanks-to-a-nasty-gpsd-bug-real-life-time-travel-trouble-arrives-this-weekend/
>
> Ah oui, ZDNET et Le Monde, bonnet blanc et blanc bonnet. Pour écrire des
> prédictions apocalyptiques, ils sont forts.
> Langage pseudo-scientifique, ça rapporte des revenus publicitaires.
>
> La semaine prochaine, la Station Spatiale internationale ISS va s'écraser
> sur San Francisco. C'est vrai, je le jure : c'est Paco Rabanne qui me l'a
> dit.
>
> c2851-michel#sh clock
> 10:10:51.665 PDT Sun Oct 24 2021
> c2851-michel#sh ntp ass
>   address ref clock   st   when   poll reach  delay  offset
>  disp
> *~216.239.35.0.GOOG.   1253   1024   377 32.728  -8.730
> 18.673
> +~192.5.41.40 .IRIG.   1992   1024   377 95.789  -8.999
> 14.838
> +~128.138.141.172 .NIST.   1   1548   1024   356 63.070   4.824
> 20.523
>  * sys.peer, # selected, + candidate, - outlyer, x falseticker, ~
> configured
>
> Ben les trois stratum-1 dont je me sers, ils ne sont pas revenus en
> arrière.
> https://www.time.gov/ donne la bonne heure aussi.
>
> Michel.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


RE: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-10-24 Par sujet Michel Py via frnog
> Mickael MONSIEUR a écrit :
> Même Zdnet en parle :
> https://www.zdnet.com/article/thanks-to-a-nasty-gpsd-bug-real-life-time-travel-trouble-arrives-this-weekend/

Ah oui, ZDNET et Le Monde, bonnet blanc et blanc bonnet. Pour écrire des 
prédictions apocalyptiques, ils sont forts.
Langage pseudo-scientifique, ça rapporte des revenus publicitaires.

La semaine prochaine, la Station Spatiale internationale ISS va s'écraser sur 
San Francisco. C'est vrai, je le jure : c'est Paco Rabanne qui me l'a dit.

c2851-michel#sh clock
10:10:51.665 PDT Sun Oct 24 2021
c2851-michel#sh ntp ass
  address ref clock   st   when   poll reach  delay  offset   disp
*~216.239.35.0.GOOG.   1253   1024   377 32.728  -8.730 18.673
+~192.5.41.40 .IRIG.   1992   1024   377 95.789  -8.999 14.838
+~128.138.141.172 .NIST.   1   1548   1024   356 63.070   4.824 20.523
 * sys.peer, # selected, + candidate, - outlyer, x falseticker, ~ configured

Ben les trois stratum-1 dont je me sers, ils ne sont pas revenus en arrière.
https://www.time.gov/ donne la bonne heure aussi.

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-10-23 Par sujet Mickael MONSIEUR
Hello,
Petit rappel, demain on sera le 24/10.
Même Zdnet en parle :
https://www.zdnet.com/article/thanks-to-a-nasty-gpsd-bug-real-life-time-travel-trouble-arrives-this-weekend/

Le lun. 27 sept. 2021 à 14:24, Anthony Hubbard  a écrit :
>
> TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient
> subir une distorsion temporelle de 19 ans en arrière et revenir en 2002.
>
>
>
> Bonjour
>
>
>
> Je voulais partager avec vous une information qui me semble assez
> importante, vu les conséquences imprévisibles mais importantes qu'elle
> pourrait avoir sur le fonctionnement global des systèmes d'information.
>
> C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère que
> tout ceci fera psht
>
>
>
> Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer
> avec divers dispositifs GPS afin de récupérer des informations de
> localisation.
>
> Mais étant donné que les satellites GPS fournissent également des
> informations temporelles, le démon gpsd peut également extraire ces
> informations via sa fonction gpsd_gpstime_resolv().
>
> Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du
> système GPS, avant de la fournir aux serveurs NTP "classiques".
>
>
>
> Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv()
> dans gpsd v3.20 à v3.22.
>
> Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une
> heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24
> octobre 2021 @ 00h00
>
> Plus d'informations :
>
> https://lwn.net/Articles/865044/
>
> https://gitlab.com/gpsd/gpsd/-/issues/144
>
>
>
> Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant
> l'heure d'un appareil utilisant une version boguée de gpsd devrait
> recevoir une heure en 2002.
>
> Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou
> la prendra au sérieux.
>
> Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait
> avoir tendance à diffuser cette heure erronée à tous ses clients.
>
> L'impact sur chaque client dépendra alors à nouveau de sa configuration
> (fait-il confiance à un serveur de temps qui fournit une heure qui dérive
> trop de l'heure actuelle du client).
>
> Les conséquences de ce scénario catastrophe en cascade sont difficiles à
> prévoir, mais il est très probable qu'elles puissent être « rigolotes »,
> comme dirait Bortz
>
>
>
> Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début
> août.
>
> Cependant, il est probable qu'il restera des versions boguées fonctionnant
> après le 24 octobre 2021.
>
> Je suppose donc que nous devons nous attendre à des comportements plutôt
> étranges dans nos systèmes à cette date.
>
> (même si nos propres ordinateurs/serveurs ne remontent pas le temps en
> 2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils
> interagissent REMONTE lui le temps).
>
>
>
> Je dois admettre que je suis surpris par le peu de bruit que ce bug semble
> faire dans la communauté informatique en général.
>
> Vous étiez au courant ?
>
> Toute opinion est la bienvenue ...
>
>
>
> Anthony
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-09-28 Par sujet Radu-Adrian Feurdean
On Mon, Sep 27, 2021, at 14:21, Anthony Hubbard wrote:
> Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une
> heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24
> octobre 2021 @ 00h00

Mes souvenirs me poussent dans les archives pour touver ca :
https://seclists.org/nanog/2019/Apr/62  (NANOG, Avril 2019, il y a 2 ans et 
demi)


---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-09-27 Par sujet Wallace
On sait ce qu'il se passera après cette date sur une version toujours 
pas à jour?


Ca reste à 1024 semaines en arrière et ça continue son chemin ou un 
autre scénario est attendu?


Le 27/09/2021 à 17:40, Pierre DOLIDON a écrit :


$ date -d "24 oct 2021 -1024 weeks"
dimanche 10 mars 2002, 00:00:00 (UTC+0100)

ça va être fun

accessoirement, ntpd refuse effectivement de synchro si y'a trop de 
décallage. ntpdate -u en revanche ; non. (ntpd a souvent plusieurs 
serveurs / pool ; et si un dérive n'importe comment, il est juste ignoré)


Le 27/09/2021 à 14:21, Anthony Hubbard a écrit :

TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient
subir une distorsion temporelle de 19 ans en arrière et revenir en 2002.



Bonjour



Je voulais partager avec vous une information qui me semble assez
importante, vu les conséquences imprévisibles mais importantes qu'elle
pourrait avoir sur le fonctionnement global des systèmes d'information.

C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère 
que

tout ceci fera psht



Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour 
communiquer

avec divers dispositifs GPS afin de récupérer des informations de
localisation.

Mais étant donné que les satellites GPS fournissent également des
informations temporelles, le démon gpsd peut également extraire ces
informations via sa fonction gpsd_gpstime_resolv().

Ainsi, gpsd est intégré dans certains appareils qui récupèrent 
l'heure du

système GPS, avant de la fournir aux serveurs NTP "classiques".



Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv()
dans gpsd v3.20 à v3.22.

Si j’ai tout bien compris, il conduira à ce que la fonction fournisse 
une

heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24
octobre 2021 @ 00h00

Plus d'informations :

https://lwn.net/Articles/865044/

https://gitlab.com/gpsd/gpsd/-/issues/144



Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant
l'heure d'un appareil utilisant une version boguée de gpsd devrait
recevoir une heure en 2002.

Selon la configuration de l'ordinateur, il ignorera cette heure 
erronée ou

la prendra au sérieux.

Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il 
pourrait

avoir tendance à diffuser cette heure erronée à tous ses clients.

L'impact sur chaque client dépendra alors à nouveau de sa configuration
(fait-il confiance à un serveur de temps qui fournit une heure qui 
dérive

trop de l'heure actuelle du client).

Les conséquences de ce scénario catastrophe en cascade sont difficiles à
prévoir, mais il est très probable qu'elles puissent être « rigolotes »,
comme dirait Bortz



Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée 
début

août.

Cependant, il est probable qu'il restera des versions boguées 
fonctionnant

après le 24 octobre 2021.

Je suppose donc que nous devons nous attendre à des comportements plutôt
étranges dans nos systèmes à cette date.

(même si nos propres ordinateurs/serveurs ne remontent pas le temps en
2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils
interagissent REMONTE lui le temps).



Je dois admettre que je suis surpris par le peu de bruit que ce bug 
semble

faire dans la communauté informatique en général.

Vous étiez au courant ?

Toute opinion est la bienvenue ...



Anthony


---
Liste de diffusion du FRnOG
http://www.frnog.org/




---
Liste de diffusion du FRnOG
http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-09-27 Par sujet Pierre DOLIDON



$ date -d "24 oct 2021 -1024 weeks"
dimanche 10 mars 2002, 00:00:00 (UTC+0100)

ça va être fun

accessoirement, ntpd refuse effectivement de synchro si y'a trop de 
décallage. ntpdate -u en revanche ; non. (ntpd a souvent plusieurs 
serveurs / pool ; et si un dérive n'importe comment, il est juste ignoré)


Le 27/09/2021 à 14:21, Anthony Hubbard a écrit :

TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient
subir une distorsion temporelle de 19 ans en arrière et revenir en 2002.



Bonjour



Je voulais partager avec vous une information qui me semble assez
importante, vu les conséquences imprévisibles mais importantes qu'elle
pourrait avoir sur le fonctionnement global des systèmes d'information.

C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère que
tout ceci fera psht



Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer
avec divers dispositifs GPS afin de récupérer des informations de
localisation.

Mais étant donné que les satellites GPS fournissent également des
informations temporelles, le démon gpsd peut également extraire ces
informations via sa fonction gpsd_gpstime_resolv().

Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du
système GPS, avant de la fournir aux serveurs NTP "classiques".



Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv()
dans gpsd v3.20 à v3.22.

Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une
heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24
octobre 2021 @ 00h00

Plus d'informations :

https://lwn.net/Articles/865044/

https://gitlab.com/gpsd/gpsd/-/issues/144



Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant
l'heure d'un appareil utilisant une version boguée de gpsd devrait
recevoir une heure en 2002.

Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou
la prendra au sérieux.

Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait
avoir tendance à diffuser cette heure erronée à tous ses clients.

L'impact sur chaque client dépendra alors à nouveau de sa configuration
(fait-il confiance à un serveur de temps qui fournit une heure qui dérive
trop de l'heure actuelle du client).

Les conséquences de ce scénario catastrophe en cascade sont difficiles à
prévoir, mais il est très probable qu'elles puissent être « rigolotes »,
comme dirait Bortz



Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début
août.

Cependant, il est probable qu'il restera des versions boguées fonctionnant
après le 24 octobre 2021.

Je suppose donc que nous devons nous attendre à des comportements plutôt
étranges dans nos systèmes à cette date.

(même si nos propres ordinateurs/serveurs ne remontent pas le temps en
2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils
interagissent REMONTE lui le temps).



Je dois admettre que je suis surpris par le peu de bruit que ce bug semble
faire dans la communauté informatique en général.

Vous étiez au courant ?

Toute opinion est la bienvenue ...



Anthony


---
Liste de diffusion du FRnOG
http://www.frnog.org/




---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-09-27 Par sujet Guillaume Tournat via frnog

ah, c'est donc cela que l'on appelle la décennie intercalaire :-)

gu!llaume


Le 27/09/2021 à 14:21, Anthony Hubbard a écrit :

TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient
subir une distorsion temporelle de 19 ans en arrière et revenir en 2002.



Bonjour



Je voulais partager avec vous une information qui me semble assez
importante, vu les conséquences imprévisibles mais importantes qu'elle
pourrait avoir sur le fonctionnement global des systèmes d'information.

C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère que
tout ceci fera psht



Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer
avec divers dispositifs GPS afin de récupérer des informations de
localisation.

Mais étant donné que les satellites GPS fournissent également des
informations temporelles, le démon gpsd peut également extraire ces
informations via sa fonction gpsd_gpstime_resolv().

Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du
système GPS, avant de la fournir aux serveurs NTP "classiques".



Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv()
dans gpsd v3.20 à v3.22.

Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une
heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24
octobre 2021 @ 00h00

Plus d'informations :

https://lwn.net/Articles/865044/

https://gitlab.com/gpsd/gpsd/-/issues/144



Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant
l'heure d'un appareil utilisant une version boguée de gpsd devrait
recevoir une heure en 2002.

Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou
la prendra au sérieux.

Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait
avoir tendance à diffuser cette heure erronée à tous ses clients.

L'impact sur chaque client dépendra alors à nouveau de sa configuration
(fait-il confiance à un serveur de temps qui fournit une heure qui dérive
trop de l'heure actuelle du client).

Les conséquences de ce scénario catastrophe en cascade sont difficiles à
prévoir, mais il est très probable qu'elles puissent être « rigolotes »,
comme dirait Bortz



Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début
août.

Cependant, il est probable qu'il restera des versions boguées fonctionnant
après le 24 octobre 2021.

Je suppose donc que nous devons nous attendre à des comportements plutôt
étranges dans nos systèmes à cette date.

(même si nos propres ordinateurs/serveurs ne remontent pas le temps en
2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils
interagissent REMONTE lui le temps).



Je dois admettre que je suis surpris par le peu de bruit que ce bug semble
faire dans la communauté informatique en général.

Vous étiez au courant ?

Toute opinion est la bienvenue ...



Anthony


---
Liste de diffusion du FRnOG
http://www.frnog.org/




---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [ALERT] NTP : Retour en 2002 le 24 octobre ?

2021-09-27 Par sujet Anthony Hubbard
TL,DR : à partir du 24 octobre 2021, certains serveurs NTP pourraient
subir une distorsion temporelle de 19 ans en arrière et revenir en 2002.



Bonjour



Je voulais partager avec vous une information qui me semble assez
importante, vu les conséquences imprévisibles mais importantes qu'elle
pourrait avoir sur le fonctionnement global des systèmes d'information.

C’est pour cela que j’ai utilisé le préfixe [ALERT], même si j’espère que
tout ceci fera psht



Il s'agit d'un bogue dans un démon nommé "gpsd", utilisé pour communiquer
avec divers dispositifs GPS afin de récupérer des informations de
localisation.

Mais étant donné que les satellites GPS fournissent également des
informations temporelles, le démon gpsd peut également extraire ces
informations via sa fonction gpsd_gpstime_resolv().

Ainsi, gpsd est intégré dans certains appareils qui récupèrent l'heure du
système GPS, avant de la fournir aux serveurs NTP "classiques".



Le bogue réside dans cette fonction particulière gpsd_gpstime_resolv()
dans gpsd v3.20 à v3.22.

Si j’ai tout bien compris, il conduira à ce que la fonction fournisse une
heure rétrograde de 1024 semaines (soit environ 19 ans) à partir du 24
octobre 2021 @ 00h00

Plus d'informations :

https://lwn.net/Articles/865044/

https://gitlab.com/gpsd/gpsd/-/issues/144



Ceci implique qu'à partir du 24 octobre 2021, tout ordinateur récupérant
l'heure d'un appareil utilisant une version boguée de gpsd devrait
recevoir une heure en 2002.

Selon la configuration de l'ordinateur, il ignorera cette heure erronée ou
la prendra au sérieux.

Si un ordinateur qui "le prend au sérieux" est un serveur NTP, il pourrait
avoir tendance à diffuser cette heure erronée à tous ses clients.

L'impact sur chaque client dépendra alors à nouveau de sa configuration
(fait-il confiance à un serveur de temps qui fournit une heure qui dérive
trop de l'heure actuelle du client).

Les conséquences de ce scénario catastrophe en cascade sont difficiles à
prévoir, mais il est très probable qu'elles puissent être « rigolotes »,
comme dirait Bortz



Le bogue est corrigé dans la version 3.23 de gpsd qui a été publiée début
août.

Cependant, il est probable qu'il restera des versions boguées fonctionnant
après le 24 octobre 2021.

Je suppose donc que nous devons nous attendre à des comportements plutôt
étranges dans nos systèmes à cette date.

(même si nos propres ordinateurs/serveurs ne remontent pas le temps en
2002, le risque demeure qu'un autre ordinateur/serveur avec lequel ils
interagissent REMONTE lui le temps).



Je dois admettre que je suis surpris par le peu de bruit que ce bug semble
faire dans la communauté informatique en général.

Vous étiez au courant ?

Toute opinion est la bienvenue ...



Anthony


---
Liste de diffusion du FRnOG
http://www.frnog.org/