Microsoft Corporation

ProxyLogon zeigte, dass die Ausgabe von Notfall-Patches für Exchange Server nur der Beginn der Reparatur ist. Sobald internetzugängliche lokale E-Mail-Server in großem Umfang ausgenutzt wurden, benötigten öffentliche Einrichtungen, Schulen, kleine Unternehmen, Managed-Service-Provider, Unternehmen und Nutzer den Nachweis, dass Server gefunden, aktualisiert, untersucht, bereinigt, überwacht und vor anhaltenden Angriffen geschützt wurden, nachdem das Patch-Fenster vorbei war.

Am 1. April 2021 war Azure DNS für einen Zeitraum, den Microsoft mit 21:21 bis 22:00 Uhr UTC angab, keine verlässliche Namensschicht. Nach der späteren Darstellung des Betreibers traf ein ungewöhnlicher weltweiter Abfrageschub auf einen Softwarefehler, der die Effizienz der DNS-Edge-Caches verringerte. Überlastung und Wiederholungsversuche verstärkten sich anschließend gegenseitig. Der Vorfall ist deshalb mehr als eine historische Störung: Er zeigt, welche laufenden Nachweise ein globaler Namensdienst für Cache-Verhalten, Lastbegrenzung, unabhängige Sichtbarkeit und nachvollziehbare Wiederherstellung liefern muss.

Ein plattformspezifischer Befehl überschritt die in Microsofts Änderungsverfahren unterstellte Grenze, zwang das globale WAN zur Neuberechnung seiner Erreichbarkeit und zeigte, warum eine Ausführungsberechtigung noch keinen nachgewiesenen Wirkungsumfang darstellt.

Microsoft beschreibt mit ChainDrop keinen isolierten Schadcodefund, sondern einen Mechanismus, der legitime Veröffentlichungsrechte zur Weiterverbreitung nutzt. Die Zahl von mehr als 400 betroffenen Paketen markiert die Breite. Die eigentliche Rechnung entsteht jedoch dort, wo Unternehmen Zugangsdaten sperren, Persistenz entfernen und Software ohne lückenlose Herkunft neu bauen müssen.

Microsofts DNS-Störung im Januar 2001 zeigte, warum korrekte Namensdaten und mehrere laufende Server noch keine belastbare Erreichbarkeit ergeben: Wenn alle autoritativen Pfade von derselben Edge-Konfiguration abhängen, kann ein einzelner Betriebsfehler die vermeintliche Redundanz aufheben.

Azure DNS musste nicht jede Client-Anfrage feindlich sein, damit der Ausfall vom 1. April 2021 wuchs. Microsoft erklärte, ein anomaler globaler Abfrageanstieg habe einen Codefehler offengelegt, der die Effizienz der DNS-Edge-Caches verringerte. Als der Dienst überlastet war, wiederholten gewöhnliche DNS-Clients unbeantwortete Anfragen. Diese Wiederholungsversuche galten als legitimer Verkehr, daher verwarf das Volumenabschwächungssystem sie anfangs nicht.

Eine geplante IP-Adressänderung auf einem Microsoft-Wide-Area-Network-Router wurde am 25. Januar 2023 zu einem globalen Dienstausfall. Microsofts Darstellung zufolge verhielt sich ein Befehl auf verschiedenen Netzwerkgeräten unterschiedlich, verbreitete Nachrichten an andere WAN-Router und erzwang eine Neuberechnung von Adjazenz- und Weiterleitungstabellen, sodass Pakete ohne korrekte Pfade blieben.