Halloween tech : 8 bugs et pannes qui ont marqué l’informatique

Le 31 octobre, les histoires qui font peur refont surface. Dans les équipes IT, elles s'appellent « mise en production du vendredi soir », « sauvegarde jamais restaurée » ou « astreinte à 3 heures du matin ». Pour fêter Halloween tech à notre façon, nous avons rassemblé les bugs, pannes et légendes les plus effrayants de l'informatique. Chaque récit est authentique, documenté, et cache une leçon concrète pour votre quotidien de développeur, d'ops ou de freelance. Éteignez la lumière (mais pas les serveurs).

1947 : la mite du Mark II, légende fondatrice du « bug »

Le 9 septembre 1947, à Harvard, des ingénieurs retirent une mite coincée dans un relais de l'ordinateur Mark II et la scotchent dans le journal de bord avec cette mention : « First actual case of bug being found ». La page est aujourd'hui conservée par la Smithsonian.

Petit frisson pour les puristes : le récit populaire arrange les faits. Thomas Edison parlait déjà de « bugs » pour désigner des défauts techniques dans une lettre de 1878. Et le journal de bord n'appartenait probablement pas à Grace Hopper, même si elle a largement contribué à rendre l'anecdote célèbre.

1996 : Ariane 5 et un nombre trop grand

Le 4 juin 1996, une trentaine de secondes après son premier décollage, Ariane 5 dévie puis se désintègre. La commission d'enquête présidée par Jacques-Louis Lions identifie la cause : un logiciel de la centrale inertielle, repris d'Ariane 4, tente de convertir un nombre flottant sur 64 bits en entier signé sur 16 bits. La valeur, trop grande, provoque une erreur, et les deux centrales s'arrêtent.

Le détail qui glace le sang : cette fonction ne servait plus à rien une fois la fusée décollée. Le code avait été validé pour Ariane 4, dont le profil de vol produisait des vitesses horizontales plus faibles.

1999 : Mars Climate Orbiter, perdue pour une histoire d'unités

Le 23 septembre 1999, la sonde Mars Climate Orbiter passe derrière Mars pour se placer en orbite et ne donne plus jamais signe de vie. Elle a frôlé la planète à environ 60 km d'altitude au lieu des 150 km prévus. Selon la commission d'enquête de la NASA, un fichier du logiciel de navigation au sol fournissait des données de poussée en unités anglo-saxonnes au lieu d'unités métriques, soit un écart d'un facteur 4,45. Le rapport pointe aussi une communication insuffisante entre équipes et une validation trop légère du logiciel au sol.

2012 : Knight Capital, 45 minutes pour perdre 460 millions de dollars

Le 1er août 2012, à l'ouverture des marchés américains, le système de routage d'ordres de Knight Capital s'emballe. En 45 minutes, il envoie plus de 4 millions d'ordres alors qu'il devait en traiter 212. La perte dépasse 460 millions de dollars, selon la SEC.

L'origine tient du film de zombies : une fonction obsolète, rendue défectueuse en 2005, n'avait jamais été retirée du routeur. Un nouveau code mal déployé l'a réveillée.

2017 : GitLab et les sauvegardes fantômes

Le 31 janvier 2017, un ingénieur de GitLab.com veut vider le répertoire de données d'un serveur secondaire. La commande part sur le serveur principal : environ 300 Go de données de production disparaissent. Le vrai cauchemar commence ensuite. Les sauvegardes quotidiennes échouaient en silence, et l'équipe doit restaurer un instantané vieux d'environ six heures. L'incident coûte environ 18 heures d'interruption et des données perdues pour au moins 5 000 projets. GitLab a diffusé la restauration en direct sur YouTube, puis publié un postmortem détaillé centré sur les causes du système.

2021 : OVHcloud Strasbourg, la nuit où le cloud a brûlé

Dans la nuit du 9 au 10 mars 2021, un incendie détruit le datacenter SBG2 d'OVHcloud à Strasbourg et endommage en partie SBG1. Tous les sites strasbourgeois sont mis hors tension, et de nombreux services clients tombent. Le cloud reste un bâtiment, avec des risques physiques : une sauvegarde stockée au même endroit que la production protège mal d'un tel sinistre.

2024 et 2025 : CrowdStrike, AWS et les pannes planétaires

Le 19 juillet 2024, une mise à jour défectueuse d'un fichier de configuration de CrowdStrike fait planter 8,5 millions de machines Windows selon Microsoft, soit moins de 1 % du parc. L'éditeur évoque une erreur de logique et écarte toute cyberattaque.

Le 20 octobre 2025, à dix jours d'Halloween, c'est la région us-east-1 d'AWS qui vacille. Selon Amazon, une condition de concurrence dans l'automatisation DNS de DynamoDB a laissé vide l'enregistrement d'un point d'accès régional. Canva, Slack ou Zoom subissent des perturbations pendant plusieurs heures. Plus un système est central, plus une petite erreur se propage vite.

Les créatures du folklore dev : heisenbug, schrödinbug et Épochalypse

Les développeurs ont leurs monstres. Le heisenbug disparaît dès que vous tentez de l'observer : ajoutez un point d'arrêt ou un print, et il s'évapore. Son nom, clin d'œil au physicien Heisenberg, apparaît dès 1983. Son cousin, le schrödinbug, se manifeste seulement après qu'un développeur a réalisé, en relisant le code, que celui-ci n'aurait jamais dû fonctionner.

Reste la prophétie de l'an 2038. Le 19 janvier 2038 à 03:14:07 UTC, les systèmes qui comptent le temps en secondes depuis le 1er janvier 1970 sur un entier signé de 32 bits atteindront leur limite. Les développeurs parlent d'« Épochalypse ». Debian 13 a déjà basculé vers un time_t sur 64 bits pour ses architectures 32 bits.

Que retenir de ces histoires d'horreur quand on est un talent IT ?

Derrière les frissons, le scénario se répète : une petite faiblesse rencontre un système qui amplifie ses effets. Quatre réflexes en découlent :

Testez vos hypothèses en plus de votre code

Ariane 5 et Mars Climate Orbiter rappellent qu'un logiciel validé dans un contexte peut échouer dans un autre. Tests d'intégration, contrôles aux interfaces et métriques pour mesurer la qualité de votre code réduisent ce risque. Le sujet fait vivre tout un métier, avec de nombreuses missions et offres de testeur QA.

Déployez par petites touches, avec un retour arrière prêt

Le cas Knight Capital plaide pour des mises en production réversibles, à l'image du déploiement Blue/Green, et pour un ménage régulier du code mort.

Restaurez vos sauvegardes pour de vrai

Une sauvegarde jamais restaurée reste une promesse, et une copie hors site évite le scénario de Strasbourg.

Analysez sans chercher de coupable

Le postmortem transforme un incident en amélioration durable. Notre article sur le métier de SRE en 2026 montre combien les profils capables de gérer une crise, puis d'en tirer des leçons, sont recherchés.

Enfin, derrière chaque panne, des humains veillent tard. Nos stratégies pour éviter le burn-out dans l'IT valent aussi pour les lendemains d'incident. Joyeux Halloween, et que vos mises en production restent sages.

Sources