Le 19 janvier 2038 à 3 h 14 min 07 s, des millions de systèmes informatiques dans le monde risquent de perdre la notion du temps. Littéralement. Ce moment précis correspondra à la seconde où le compteur interne de nombreux ordinateurs atteindra sa limite. Appelé bogue de l’an 2038 ( ou Y2038, parfois « Epochalypse » en anglais ) ce problème rappelle le fameux bogue de l’an 2000, mais il s’annonce potentiellement plus complexe à corriger.

Pour comprendre ce qui va se produire, il faut revenir aux fondements mêmes de l’informatique. La majorité des systèmes créés à partir des années 1970, notamment ceux inspirés d’Unix, mesurent le temps en secondes écoulées depuis le 1er janvier 1970 à minuit UTC, ce que l’on appelle l’époque Unix. Ce nombre, stocké dans une variable nommée time_t, est souvent un entier signé de 32 bits. Cela limite le compteur à 2 147 483 647 secondes, soit un peu plus de 68 ans. À la seconde suivante, le 19 janvier 2038, cette valeur maximale sera dépassée. Le compteur, incapable d’ajouter une seconde de plus, repassera à une valeur négative et affichera le 13 décembre 1901 à 20 h 45 min 52 s. Ce retour vers le passé ne sera pas anecdotique : les systèmes affectés pourront se bloquer, perdre des données ou effectuer des calculs incohérents.

Contrairement à ce que l’on pourrait croire, le problème ne concerne pas que les vieux ordinateurs. En fait, tout système qui utilise encore un compteur de temps en 32 bits est potentiellement vulnérable : des serveurs anciens, des applications industrielles, certaines bases de données, des routeurs, voire des systèmes embarqués dans les voitures, avions ou infrastructures critiques. Les systèmes modernes en 64 bits sont, eux, protégés : leur compteur de temps pourrait continuer à fonctionner pendant environ 292 milliards d’années, soit 21 fois l’âge actuel de l’univers. Mais de nombreux appareils, notamment dans l’automobile, l’énergie ou la santé, reposent encore sur des composants 32 bits qui ne sont pas toujours mis à jour. Conçus pour durer plusieurs décennies, ces systèmes représentent aujourd’hui le cœur du risque.

Le bogue de l’an 2038 n’est pas une découverte récente : il a été identifié dès le début des années 2000, et il a déjà provoqué des incidents. En 2006, le logiciel AOLserver s’est mis à planter lorsqu’une requête de base de données « sans expiration » dépassait un milliard de secondes, soit une date proche du seuil fatidique. Plus récemment, des applications de simulation, d’archivage ou de planification à long terme ont connu des anomalies similaires, démontrant que la menace n’est pas qu’hypothétique.

On pourrait croire qu’il suffit de remplacer toutes les variables de temps 32 bits par des versions 64 bits. En réalité, ce changement entraîne une incompatibilité logicielle majeure : les programmes, bibliothèques et bases de données qui communiquent entre eux doivent tous parler le même langage temporel. Une simple différence de type peut provoquer des erreurs fatales. Dans l’écosystème Linux, par exemple, la bascule vers le 64 bits a exigé un travail de longue haleine sur le noyau, les bibliothèques C et les applications ; pour les systèmes qui ne peuvent être mis à jour facilement ( dispositifs médicaux, systèmes de freinage automobile, contrôleurs industriels, équipements de télécommunication ) l’équation reste délicate, tant sur le plan technique qu’économique.

Si rien n’est fait, le 19 janvier 2038 pourrait entraîner un effet domino : transactions bancaires rejetées à cause de dates invalides, serveurs incapables de gérer des fichiers récents ou d’exécuter des tâches planifiées, systèmes de facturation ou de sécurité confus sur la chronologie des événements, archives légales dont les horodatages deviendraient incohérents. Même si les grandes entreprises informatiques anticipent le problème, il demeure une zone grise : celle des systèmes « oubliés », fonctionnant encore en 32 bits dans des recoins du réseau mondial. Comme en 1999, c’est souvent là que se nichent les plus grands risques.

La comparaison avec l’an 2000 est instructive. À l’époque, la mobilisation planétaire avait permis d’éviter le pire. Mais le Y2038 touche des couches plus profondes du fonctionnement informatique et, pour nombre d’organisations, il ne suffit pas d’appliquer un correctif ; il faut inventorier, tester, migrer, parfois remplacer des équipements entiers. L’enjeu dépasse la simple conformité : il s’agit de résilience opérationnelle et de continuité d’affaires.

Il reste encore du temps avant l’échéance, mais, dans le monde des technologies industrielles, douze ans passent vite. Le bogue de l’an 2038 n’annonce pas la fin du monde numérique, il rappelle surtout une vérité simple : nos systèmes sont des constructions humaines, et leur perception du temps a des limites. Si la crise est anticipée et bien gérée, le passage de 2038 sera une note de bas de page dans l’histoire de l’informatique. Sinon, il deviendra un test grandeur nature de notre capacité à moderniser des infrastructures invisibles, mais vitales.

Source : iflscience, Epochalypse Project , Tanium,

+++

Tous les jours de la semaine, du lundi au vendredi, Bruno Guglielminetti vous propose un regard sur l’essentiel de l’actualité numérique avec 120 secondes de Tech