En novembre 1988, un étudiant américain a voulu mesurer la taille du réseau informatique. Son programme de recensement s’est auto-répliqué de façon incontrôlée, provoquant une saturation massive qui a figé les machines universitaires et militaires et mené directement à la création des équipes de réponse aux incidents informatiques.
Ce matin-là, les écrans ne répondent plus. Les téléphones se mettent à sonner d’un bâtiment à l’autre tandis qu’une lenteur extrême cède la place à un blocage complet.
Un programme de recensement sans intention de nuire
À l’origine de cette panique silencieuse, un étudiant américain avait écrit un programme capable de se copier de machine en machine à travers le réseau. L’objectif initial ne consistait pas à détruire des données : il s’agissait simplement d’estimer combien d’ordinateurs étaient reliés entre eux à cette époque.
Pour circuler, le logiciel exploitait des failles déjà connues des administrateurs système, sans forcer aucune porte fermée. Une fois installé sur une machine, il contactait la suivante. Rien dans ce principe n’annonçait une catastrophe.
Le détail de conception qui a provoqué la saturation
La panne n’est le fruit ni d’une faille exploitée à mauvais escient ni d’une volonté de nuire. C’est un détail de conception qui a tout fait dérailler. Afin d’éviter qu’une machine déjà infectée ne repère le programme et ne bloque les copies suivantes, l’auteur avait prévu que le code se réinstalle périodiquement, même sur des systèmes déjà touchés.
Le taux choisi pour ces réinstallations s’est révélé beaucoup trop élevé. Rapidement, chaque poste s’est mis à lancer simultanément de multiples versions du logiciel, dont chacune essayait à son tour de s’implanter ailleurs. La saturation a suivi presque immédiatement.
Un réseau fondé sur la confiance mutuelle
À la fin des années 1980, le réseau n’était pas préparé à encaisser un tel emballement. Les machines fonctionnaient selon un principe de confiance mutuelle, où chaque ordinateur acceptait sans méfiance les connexions extérieures.
Il n’existait pas de surveillance centralisée pour détecter les anomalies à grande échelle ni de protocoles standardisés permettant d’isoler en urgence un équipement défectueux. Face à la multiplication des copies, les administrateurs ne disposaient d’aucun protocole, se fiant uniquement à leur propre jugement et à des échanges téléphoniques improvisés d’un site à l’autre.
La naissance de la cybersécurité organisée
Cette panne involontaire a marqué un tournant discret mais durable. Suite à cet épisode de saturation généralisée, de nouvelles unités spécialisées ont vu le jour au cours des mois suivants avec pour unique mandat d’intervenir dès l’apparition d’un incident informatique.
Ces équipes de réponse ont ensuite servi de modèle dans de nombreux pays et institutions, bien au-delà du cercle universitaire d’origine. Ce qui avait été imaginé comme un simple recensement technique est ainsi devenu l’un des points de départ de la cybersécurité organisée, prouvant qu’un réseau mondial pouvait vaciller à cause d’un chiffre mal calibré dans une ligne de code.