Description
Voici un incident aérien fascinant. Il y a quelques jours, un vol United Airlines reliant l'aéroport de Newark à Palma de Majorque a dû faire demi-tour au beau milieu de l'Atlantique.
Et la cause de ce revirement n'est ni une panne mécanique ni une tempête. C'est un appareil Bluetooth présent en cabine dont le nom, visible par tous, contenait le mot "bombe". Ce fait divers aérien, en apparence anecdotique, cache en réalité trois leçons majeures pour tout responsable des systèmes d'information.
Ces appareils diffusent leur identifiant en clair à quiconque sonde le réseau
Le premier point concerne le nom des appareils numériques visibles sur les réseaux sans fil. Concrètement, le protocole WiFi, ou ici le Bluetooth, facilitent la connexion entre vos différents équipements, de vos écouteurs sans fil à votre montre connectée.
Mais le problème, c'est que par défaut, ces appareils diffusent leur identifiant en clair à quiconque sonde le réseau. Dans le cas de ce vol, la crise est née d'un simple nom d'appareil, une donnée modifiable librement par l'utilisateur en deux clics sur son smartphone.
Même sans intention malveillante avérée, ce nom d'appareil a sonné comme une alarme, et à suffit à déclencher un protocole de sécurité maximal, c'est-à-dire le retour de l'avion à la case départ.
L'asymétrie hallucinante des coûts des menaces de basse intensité
Ensuite, cet événement souligne l'asymétrie hallucinante des coûts liés à ce qu'on appelle les menaces de basse intensité.
Calculez un instant l'impact financier d'une telle alerte pour la compagnie aérienne. Le Boeing 767 a dû rebrousser chemin après quatre-vingt-dix minutes de vol. Ensuite il a fallu mobiliser un nouvel équipage, réorganiser la logistique de près de deux cents passagers, et bien sûr faire intervenir les forces de l'ordre sur le tarmac. Et enfin procéder à de nouvelles fouilles exhaustives.
Tout cela à cause du nom d'un appareil électronique.
Une approche artisanale due à l'urgence
Enfin, l'incident met en lumière la fragilité criante des processus de réponse aux alertes technologiques. Face à la menace, l'équipage a dû demander, puis exiger avec insistance que tous les passagers désactivent manuellement leur connexion Bluetooth.
C'est une approche tout à fait artisanale, due à l'urgence.
Transposé au monde de l'entreprise, cela nous prouve qu'on ne peut absolument pas dépendre de la bonne volonté des utilisateurs pour circonscrire un risque. Votre infrastructure doit posséder des outils capables de détecter et d'isoler un signal suspect de manière chirurgicale, sans exiger une action humaine de l'ensemble de vos collaborateurs.
Le ZD Tech est sur toutes les plateformes de podcast ! Abonnez-vous !
Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.
