Jeudi dernier, les outils de messagerie électronique et de visioconférence dont dépend une grande partie du monde du travail ont connu une panne dans au moins 74 pays. Puis, vendredi, tous les vols au départ des États-Unis ont été suspendus, marquant ainsi le deuxième arrêt total du trafic aérien à l’échelle nationale depuis le 11 septembre.
Aucun de ces incidents n’était une attaque, et l’IA n’était pas en cause. En effet, Microsoft l’a clairement indiqué : la panne n’avait rien à voir avec une cyberattaque ou des agents d’IA. L’entreprise a attribué cette défaillance à une mise à niveau du réseau effectuée précédemment, dont les effets se sont manifestés à la suite d’une modification récente du réseau. Les autorités fédérales n’ont pas non plus trouvé de preuve d’une cyberattaque visant le contrôle aérien ; elles ont plutôt mis en cause la mise à niveau de routine effectuée par un sous-traitant, consistant à passer du cuivre à la fibre optique, ainsi qu’un routeur qui a saturé le réseau.
Il ne s’est rien passé d’extraordinaire, et cela devrait nous donner à tous matière à réflexion. Il s’agissait de changements courants au sein de systèmes extrêmement complexes dont dépendent des milliards de personnes. Si quelque chose d’aussi banal peut paralyser le monde, alors il ne faut pas attendre qu’une panne survienne pour rétablir le fonctionnement. Cela souligne la nécessité d’adopter une approche proactive et continue en matière de Recovery.
La vérité, c’est que personne ne comprend pleinement les décennies d’infrastructures, de correctifs, de mises à jour et de nouvelles connexions sur lesquelles repose le monde moderne. Et si cette complexité permet à notre monde moderne de fonctionner avec tant d’efficacité et de rapidité, c’est aussi ce qui peut le faire s’arrêter tout aussi vite. Un seul changement à un seul endroit, et les systèmes sur lesquels tout le monde compte s’arrêtent net.
Ajoutez à cela l’IA et des systèmes agents quasi-autonomes qui modifient les paramètres, accordent des accès et transfèrent des données plus vite que quiconque ne peut le surveiller. Ajoutez-y encore des acteurs malveillants utilisant l’IA à une échelle qu’aucune équipe humaine ne peut égaler. J’appelle cela la « vulnérabilité de l’IA » : plus de changements, plus de connexions et plus de sources de défaillance, le tout à la vitesse d’une machine. Cette semaine, ce n’était pas l’IA, mais la prochaine fois, ce sera probablement le cas.
Lorsqu’un incident survient, les heures les plus difficiles commencent après le déclenchement de l’alerte, lorsque vous essayez de déterminer ce qui a changé et ce à quoi vous pouvez encore faire confiance. Les applications, les identités, les configurations et leurs dépendances doivent être rétablies, dans le bon ordre : propres, fiables et prêtes à fonctionner.
Recovery ne peut donc pas se résumer à un plan que l’on teste une fois par an. Il doit s’agir d’un état proactif continu, et non d’une démarche défensive.
Cette semaine, lors de la conférence SHIFT à Nashville, nous avons montré à quoi cela ressemble dans la pratique. ResOps considère la résilience comme une activité à mener en continu plutôt que comme un plan testé une fois par an : il s’agit de recenser ce dont vous disposez, de détecter ce qui a changé et de rétablir exactement cela. Si vous souhaitez en savoir plus sur ResOps, rendez-vous ici.
La résilience est ce que tout conseil d’administration recherche. La « Recovery continue » est le seul moyen d’y parvenir, que ce soit face à l’attaque à laquelle vous vous préparez ou face à un jeudi ordinaire que personne n’avait vu venir.En savoir plus sur ResOps.
