Microsoft Corporation

ProxyLogon a montré que l'émission de correctifs d'urgence pour Exchange Server n'est que le début de la réparation. Une fois que les serveurs de messagerie sur site exposés à Internet ont été exploités à grande échelle, les agences publiques, les écoles, les petites entreprises, les fournisseurs de services gérés, les entreprises et les utilisateurs avaient besoin de preuves que les serveurs avaient été trouvés, mis à jour, examinés, nettoyés, surveillés et protégés contre la persistance

Le 1er avril 2021, la résolution de noms d’Azure a cessé d’être une dépendance fiable pendant une fenêtre que Microsoft situe entre 21 h 21 et 22 h 00 UTC, puis les services touchés se sont rétablis à des rythmes différents jusqu’aux environs de 22 h 30. L’explication publiée par l’opérateur relie une hausse mondiale anormale de requêtes DNS, visant des domaines hébergés sur Azure mais non divulgués, à un défaut de code réduisant l’efficacité des caches DNS en périphérie. La surcharge et les nouvelles tentatives des clients ont alors formé une boucle de pression. Cet épisode ne permet pas d’attribuer une intention, une origine ou une faute individuelle ; il permet en revanche d’examiner ce qu’un opérateur doit prouver lorsque la continuité dépend du comportement réel des caches, des protections contre la surcharge, des mécanismes de reprise et des canaux d’information.

Une commande dont la portée réelle variait selon la plateforme a dépassé le périmètre attendu d'une intervention à Madrid, contraint le WAN mondial de Microsoft à recalculer sa joignabilité et montré pourquoi une autorisation ne vaut pas preuve de maîtrise opérationnelle.

L’attaque décrite par Microsoft ne se contente pas de voler des secrets : elle transforme le droit de publier un paquet en moyen de contaminer le suivant. Le nombre de paquets attire l’attention, mais la facture se loge ailleurs — dans l’inventaire des accès, la rotation des identifiants et la reconstruction des logiciels dont la provenance n’est plus démontrable.

La panne de janvier 2001 a montré qu’une zone DNS correcte et plusieurs serveurs faisant autorité ne suffisent pas à garantir la continuité du nommage lorsque leur accessibilité dépend d’une même configuration de routeurs de bordure.

Azure DNS n’a pas eu besoin que chaque requête client soit hostile pour que sa panne du 1er avril 2021 prenne de l’ampleur. Microsoft a indiqué qu’une surtension anormale de requêtes à l’échelle mondiale a exposé un défaut de code qui a réduit l’efficacité des caches DNS Edge. À mesure que le service surchargeait, les clients DNS ordinaires réitéraient les requêtes restées sans réponse.

Une mise à jour planifiée d’adresse IP sur un routeur du réseau étendu de Microsoft est devenue un incident de service mondial le 25 janvier 2023. Le compte rendu de Microsoft indique qu’une commande s’est comportée différemment selon les équipements réseau, a propagé des messages à d’autres routeurs WAN et forcé le recalcul des tables d’adjacence et de transfert, laissant des paquets sans chemin correct.