Nous étions en 2006. Roger Duronio venait de quitter son emploi chez UBS PaineWebber avec un plan malveillant très précis en tête. Il n’était pas simplement en train d’arrêter ; il sabotait. En 2002, il avait secrètement implanté un morceau de code au plus profond de l’infrastructure de l’entreprise. Son objectif était simple : détruire les données critiques, faire chuter le cours de l’action et encaisser les options de vente qu’il avait achetées pour seulement 23 000 $.
La bombe logique a explosé. Il a effacé les fichiers de 1 000 ordinateurs. Duronio s’attendait au chaos. Il espérait des bénéfices.
Ce qu’il a écopé, c’est huit ans de prison fédérale et une ordonnance de dédommagement de 3 millions de dollars. Le titre n’a pas bougé. Le stratagème a échoué parce que le marché ne se souciait pas de sa vengeance. Mais la réalité technique reste terriblement d’actualité. Une bombe logique reste l’un des moyens les plus efficaces pour un interne mécontent de paralyser une organisation.
Qu’est-ce qu’une bombe logique ?
Une bombe logique n’est pas un virus. Il ne se réplique pas et ne passe pas d’ordinateur en ordinateur comme une grippe. Il s’agit d’un morceau de code malveillant dormant caché dans des logiciels ou des processus système légitimes. Ça attend. Il attend qu’une condition spécifique soit remplie.
Considérez-le comme un fil-piège fait de code. Jusqu’à ce que quelqu’un marche dessus, rien ne se passe. Puis, tout à coup, la charge utile s’exécute.
Le terme « code de laitier » est parfois utilisé dans l’industrie. C’est sinistre, mais précis. Une fois la bombe explosée, il ne reste plus que du laitier numérique.
Le déclencheur peut être positif ou négatif. Un déclencheur positif pourrait être une date du calendrier. Si l’horloge système atteint le 1er janvier 2024, les fichiers disparaissent. Un déclencheur négatif est plus insidieux. Cela repose sur une absence d’action. Si un employé ne parvient pas à enregistrer une commande avant mardi à 17 heures, on suppose qu’il a quitté l’entreprise. La bombe se déclenche. Les données disparaissent.
Les déclencheurs négatifs sont bien plus dangereux. Ils sont fragiles. Si cet employé tombe malade. S’ils sont hospitalisés. S’ils sont en vacances. La gâchette se déclenche par accident. Le mal est fait. Et il n’y a pas de bouton d’annulation.
Le facteur de menace interne
Les bombes logiques sont l’arme de prédilection de « l’employé mécontent ». Dans les milieux informatiques, il s’agit d’un syndrome bien connu. Ce n’est pas un outil destiné aux pirates distants qui n’ont pas accès au réseau physique. Cela nécessite des connaissances privilégiées. Cela nécessite un accès.
Cela rend la détection difficile. Qui surveille les observateurs ?
La plupart des bombes logiques ne se propagent pas. Ils restent sur place. Cette simplicité est leur force. Créer un virus est complexe ; cela nécessite du code capable de survivre, de se copier et d’infecter de nouveaux hôtes. Créer une bombe logique est simple. Il vous suffit d’injecter du code qui supprime un dossier lorsqu’une condition est vraie. Moins de pièces mobiles signifie moins d’endroits où se casser.
Mais l’impact est souvent catastrophique. Les fichiers sont supprimés. La propriété intellectuelle est divulguée aux concurrents. Les réseaux sont paralysés pendant des jours. Les dégâts sont rarement uniquement techniques. C’est financier et réputationnel.
Le bon, la brute et le logiciel d’essai
Tous les codes déclenchés ne sont pas mauvais. Nous utilisons quotidiennement la mécanique des bombes logiques.
Regardez les essais de logiciels gratuits. L’application fonctionne pendant 30 jours. Au jour 31, les fonctionnalités disparaissent ou le programme se bloque. C’est une bombe logique. Il s’agit d’un déclencheur temporel conçu pour imposer le paiement. Ce n’est pas malveillant. C’est transparent. L’utilisateur connaît les règles.
La différence réside dans l’intention et le consentement. Une minuterie d’essai aide le développeur. Une bombe logique malveillante aide l’ex-employé à se venger.
Comment rester en sécurité
Il n’est pas facile de repérer une bombe logique. Cela ressemble à du code normal. Il est caché à la vue de tous.
La seule défense est une surveillance rigoureuse. Les équipes de sécurité informatique doivent analyser les réseaux en permanence. Ils doivent rechercher de nouveaux objets dans les données. Ils doivent surveiller les ordinateurs individuels, et pas seulement le périmètre du réseau. Si un fichier change de manière étrange ou si du code apparaît là où il ne devrait pas, il doit être signalé immédiatement.
La détection est plus difficile que la prévention pour ce type de malware. Au moment où vous voyez l’événement déclencheur, la bombe est déjà armée.
La leçon de l’UBS PaineWebber est claire. Le contrôle d’accès est primordial. Surveillez qui dispose d’autorisations au niveau racine. Surveillez les comportements inhabituels. Et supposez que toute personne ayant accès peut casser des choses.
Il ne s’agit pas de savoir si un initié tentera de causer des dégâts. La question est de savoir quand. Et lorsque cela se produit, les données disparaissent souvent avant même que quiconque sache que le système est attaqué.
Questions fréquemment posées
Quelle est la différence entre un virus et une bombe logique ?
Un virus se réplique et se propage à d’autres fichiers et ordinateurs. Une bombe logique est un code dormant qui attend un déclencheur. Cela ne se propage pas. Il se trouve dans un seul programme ou système jusqu’à son activation.
Une bombe logique peut-elle être détectée avant qu’elle ne se déclenche ?
C’est difficile. Étant donné que le code ressemble à un logiciel normal, les analyses antivirus standard le manquent souvent. L’audit approfondi du code et la surveillance comportementale sont les meilleures défenses. Vous devez rechercher une logique qui n’a pas sa place, pas seulement des signatures malveillantes connues.
Pourquoi les initiés utilisent-ils des bombes logiques ?
Vengeance. Lorsqu’un employé se sent lésé par une entreprise, une bombe logique offre un moyen de causer un maximum de dégâts avec un minimum d’effort. Il ne nécessite aucun outil de piratage externe. Juste une connaissance du système et du bon déclencheur.
La bourse a ignoré l’attaque de Duronio. Ce n’est pas le cas du système juridique. Mais dans le monde de la cybersécurité, la menace demeure. Le code est simple. La motivation est humaine. Et les conséquences sont souvent irréversibles.
