Consultation

Étude de cas · Transport aérien

Panne CrowdStrike : quand une mise à jour cloue les avions au sol

Monde, 2024. Une mise à jour défectueuse d'un logiciel de sécurité fait planter 8,5 millions de postes Windows. Delta met cinq jours à s'en remettre.

En une phraseCe n'était pas une attaque : une mise à jour déployée partout en même temps a suffi. Votre outil de sécurité est aussi un point de défaillance unique.

Secteur
Transport aérien et tous secteurs
Portée
Mondiale
Date
19 juillet 2024
Postes touchés
Environ 8,5 millions (estimation de Microsoft)
Nature
Erreur logicielle, pas une cyberattaque

Analyse fondée uniquement sur des informations publiques. FZ Consultation n'a pas participé à cet incident et n'a aucun lien avec les organisations mentionnées.

Ce qui s'est passé

  1. 19 juillet 2024, 04 h 09 UTC

    CrowdStrike publie une mise à jour de configuration contenant une erreur logique pour son capteur Falcon sur Windows.

  2. 05 h 27 UTC

    La mise à jour est retirée, mais les postes déjà touchés restent bloqués et doivent souvent être réparés un par un.

  3. 19 juillet

    Compagnies aériennes, banques, hôpitaux et services d'urgence sont perturbés ; des milliers de vols sont annulés.

  4. 19–24 juillet

    Delta indique avoir annulé environ 7 000 vols touchant 1,3 million de passagers, pour un coût d'environ 500 M$.

  5. Octobre 2024

    Delta poursuit CrowdStrike en justice ; CrowdStrike conteste sa responsabilité.

Ce qui a mal tourné

D'après les sources publiques citées plus bas.

Un déploiement simultané partout

La mise à jour a atteint tous les postes concernés en même temps, sans déploiement progressif permettant de détecter l'erreur.

Une réparation manuelle à grande échelle

Beaucoup de postes devaient être redémarrés en mode sans échec, parfois avec leur clé BitLocker, un par un.

Des reprises très inégales

Certaines compagnies ont repris en un jour, d'autres en plusieurs, selon la capacité de leurs systèmes d'exploitation aérienne à rattraper le retard.

Les leçons pour votre organisation

  1. 1

    Traiter les éditeurs comme des dépendances critiques

    Un outil de sécurité installé partout est aussi un point de défaillance unique.

    Préparer : une reprise qui tient
  2. 2

    Prévoir la reprise à grande échelle

    Accès aux clés de récupération, procédures de masse et personnel mobilisable doivent être prêts.

    Préparer : une reprise qui tient
  3. 3

    Tester le rattrapage opérationnel

    Au-delà des systèmes, exercer la capacité à reprogrammer équipages, stocks ou rendez-vous après la panne.

    Prouver : répéter avant le vrai jour

À vérifier lundi matin

Trois questions à poser à votre propre organisation cette semaine. Si vous ne pouvez pas répondre à l'une d'elles en cinq minutes, c'est votre première tâche.

  1. Quels logiciels reçoivent des mises à jour automatiques sur tout votre parc en même temps, sans déploiement progressif ?
  2. Où sont vos clés de récupération (BitLocker, par exemple), et pourriez-vous y accéder si votre réseau était à terre ?
  3. Après le retour des systèmes, combien de temps pour reprogrammer équipes, stocks ou rendez-vous ?
La feuille de travail RTO/RPO

Sources

Autres études de cas