Was ist beim Microsoft-Ausfall am 12. November 2026 passiert?
Am Donnerstag, 12. November 2026, ist die Microsoft-Cloud grossflächig ausgefallen. Betroffen waren zentrale Dienste von Microsoft 365 – insbesondere Outlook, Exchange Online, Teams, Copilot, SharePoint und OneDrive. Gemäss Microsoft begann die Störung um 17:17 Uhr MEZ (16:17 UTC) bei Exchange Online. Auch am Freitag, 13. November, war der Ausfall noch nicht vollständig behoben; Microsoft sprach von laufender Erholung («continued recovery progress»).
Die Dimension ist aussergewöhnlich: Innerhalb einer Stunde meldeten Nutzerinnen und Nutzer in 74 Ländern Probleme. Bei der Plattform Downdetector gingen zeitweise über 130’000 Meldungen ein, die Outlook-Meldungen lagen kurzzeitig beim 2000-Fachen des Normalwerts. Mehr als 430 Millionen Menschen nutzen Microsoft 365. Im Microsoft-365-Admin-Center wird der Vorfall unter der Incident-ID MO1550821 geführt.
Stand dieses Artikels: Freitag, 13. November 2026, ca. 14:30 Uhr MEZ. Die Lage ändert sich laufend – den aktuellen Status finden Sie unter status.cloud.microsoft.
Welche Microsoft-Dienste sind betroffen – und welche nicht?
Betroffen sind gemäss den offiziellen Statusmeldungen insbesondere:
- Exchange Online und Outlook: Mailboxen über Outlook im Web, Outlook Desktop (MAPI), Exchange ActiveSync und REST waren teilweise nicht erreichbar; E-Mails wurden verzögert zugestellt.
- Microsoft Teams: Kernfunktionen wie Anrufe, Meetings, Gruppenchats und Kanalnachrichten liefen weiter. Gestört waren Exchange-abhängige Szenarien wie Kalender, Termineinladungen und Meeting-Änderungen, ausserdem Live- und Virtual-Events, Copilot-Antworten, App-Chats und die Verwaltung privater oder geteilter Kanäle.
- Copilot: Copilot Chat und Copilot-Erfahrungen mit Zugriff auf Arbeitsdaten (Mail, Kalender, Dateien) waren eingeschränkt.
- SharePoint Online und OneDrive: Direkt gespeicherte Dateien waren erreichbar; externe Freigaben und Exchange-abhängige Funktionen waren gestört.
- Weitere Dienste: Microsoft 365 Admin Center, Microsoft 365 Apps (zuletzt verwendete Dateien), Microsoft Graph (Mail-, Kalender- und Kontakt-APIs), Intune, Planner, Microsoft To Do, Power Apps, Power BI, Microsoft Purview, Defender for Office 365 und Defender XDR, Universal Print sowie Windows 365 (bei Nutzung von Customer Key).
Nicht flächendeckend betroffen waren die Teams-Basisfunktionen, der direkte Dateizugriff in SharePoint sowie – gemäss Aussagen lokaler Behörden – Notruf- und Rettungsdienste. Auch Fluggesellschaften wie Air India meldeten keine Einschränkung des Flugbetriebs; betroffen waren hingegen E-Mail-Supportkanäle.
Wann ist der Microsoft-Ausfall behoben?
Ein verbindliches Ende nannte Microsoft zunächst nicht. Im Verlauf des Freitags meldete das Unternehmen zunächst «marginalen» Erfolg, später «positive results for service stability», danach erste Anzeichen einer Stabilisierung. Am Freitagmittag (13:15 Uhr GMT) hiess es, es gebe Fortschritte in Nordamerika und Europa sowie «encouraging recovery signals» im asiatisch-pazifischen Raum – einzelne Nutzer müssten aber weiterhin mit zeitweisen Zugriffsfehlern und verzögerter Mailzustellung rechnen. Die Aufarbeitung der E-Mail-Warteschlange läuft.
Wichtig für Unternehmen: Microsoft hat während des Vorfalls das E-Mail-Timeout auf 48 Stunden erhöht, damit verzögerte Nachrichten nicht verworfen werden. Mails, die während der Störung versendet wurden, können also mit erheblicher Verzögerung eintreffen. Versenden Sie kritische Nachrichten deshalb nicht mehrfach, sondern prüfen Sie den Versandstatus und informieren Sie Empfänger über die Verzögerung.
Ein vollständiger Post-Incident-Report mit Ursachenanalyse hat Microsoft angekündigt, aber noch nicht veröffentlicht.
Ist der Microsoft-Ausfall die Folge eines Cyberangriffs?
Nach aktuellem Stand nicht. Microsoft erklärte, es gebe keine Hinweise auf böswillige Aktivitäten als Ursache. Das Unternehmen beschrieb das Problem so: Ein Teil der Server war «unerwartet nicht verfügbar», weil sie automatische Health-Checks nicht bestanden; gleichzeitig lastete erhöhter Traffic auf der verbleibenden Infrastruktur, was die Verbindungsfehler verstärkte.
Ein Ausfall ist jedoch kein Freibrief für Angreifer. Erfahrungsgemäss nutzen Kriminelle solche Phasen für Phishing mit Bezug auf den Ausfall – etwa Mails mit angeblichen Wiederherstellungs-Links, Aufforderungen zur Passwortbestätigung oder angebliche Microsoft-Support-Anrufe. Unternehmen sollten Mitarbeitende aktiv warnen und Links zu Anmeldeseiten ausschliesslich über bekannte Portale öffnen.
Sind Websites und Webshops vom Microsoft-Ausfall betroffen?
Eine Website, die auf eigener oder fremder Infrastruktur läuft und keine Microsoft-Schnittstellen nutzt, ist vom Ausfall nicht direkt betroffen. Anders sieht es aus, wenn Ihre Website oder Ihr Shop an Microsoft-Dienste angebunden ist:
- Kontaktformulare und Bestellbestätigungen, die per Microsoft Graph oder über einen Exchange-SMTP-Relay versendet werden.
- Logins über Microsoft Entra ID (ehemals Azure AD) oder Single Sign-on für Kunden- und Mitarbeiterbereiche.
- Hosting oder Backend auf Azure, inklusive Functions, App Services und Datenbanken.
- Newsletter- und Ticket-Systeme, die Mails über Microsoft 365 verarbeiten.
- Integrationen wie CRM-Anbindungen, Power-Automate-Flows oder individuelle Middleware, die Exchange-Daten synchronisiert.
Solche Anbindungen sollten Sie aktiv testen: Formular absenden, Bestätigungsmail prüfen, Login testen. Schlägt der Versand fehl, darf das Formular die Anfrage nicht verlieren – idealerweise landet sie in einer lokalen Warteschlange und wird später erneut zugestellt.
Welche Folgen hat der Ausfall für Unternehmen?
Der Ausfall traf Organisationen weltweit und machte sichtbar, wie stark Betriebsabläufe an einen einzigen Anbieter gebunden sind:
- Kommunikation stockt: Der britische National Health Service meldete Probleme mit E-Mails; laut Gewerkschaft GMB entstand bei Patientenzuweisungen ein Rückstau. Der Supreme Court des Vereinigten Königreichs konnte keine E-Mails empfangen.
- Behörden und Gerichte: US-Behörden wie Baltimore County und Austin meldeten E-Mail-Ausfälle, Gerichte unterbrachen Arbeiten, in New York wurden Räumungen ausgesetzt. Singapurs Regierungsbehörde GovTech und der Oberste Gerichtshof der Philippinen meldeten Störungen, ebenso Regierungsstellen in Japan.
- Finanzmarkt: Die Börsenbetreiberin Euronext bat Emittenten, dringende Meldungen telefonisch einzureichen. Richemont (Cartier, Chloé) und Workhorse verschoben ihre Ergebnisankündigungen.
- Partner und KI-Dienste: Die Microsoft-365-Connectoren von OpenAI und Anthropic waren ebenfalls gestört.
- Sicherheitsrisiko Schatten-IT: Wenn Mitarbeitende auf private Mailkonten oder nicht freigegebene File-Sharing-Dienste ausweichen, verlassen Geschäftsdaten den kontrollierten Bereich.
Hinzu kommen indirekte Kosten: verpasste Fristen, SLA-Konsequenzen, Vertrauensverlust und der Aufwand für manuelle Workarounds.
Was sollten Unternehmen jetzt konkret tun?
- Status prüfen, nicht raten: Aktuellen Stand unter status.cloud.microsoft und im Microsoft-365-Admin-Center unter «Service Health» (Incident MO1550821) nachsehen. Ist das Admin Center nicht erreichbar, bleibt die Statusseite der erste Anlaufpunkt.
- Mail-Warteschlange abwarten: Verzögerte Mails werden nachgeliefert. Keine Massen-Resends, keine Duplikate – sondern nach der Erholung gezielt prüfen, was tatsächlich angekommen ist.
- Kritische Termine absichern: Kalender- und Einladungsfunktionen waren Exchange-abhängig. Bestätigen Sie wichtige Termine telefonisch oder per Messenger und prüfen Sie Meeting-Einladungen manuell.
- Integrationen und Automatisierungen testen: Graph-APIs, Power-Automate-Flows, CRM-Syncs und Webshop-Mailversand gezielt prüfen und fehlgeschlagene Jobs kontrolliert nachziehen.
- Änderungen einfrieren: Während eines laufenden Incidents keine unnötigen Konfigurationsänderungen am eigenen Tenant vornehmen – sonst lassen sich Ursache und Wirkung nicht mehr unterscheiden.
- Mitarbeitende warnen: Kurze interne Meldung zu erwarteten Verzögerungen und explizite Warnung vor Phishing im Namen von Microsoft.
- Notfallkanäle aktivieren: Freigegebene Ersatzkanäle (Telefon, SMS, definierte Messenger, Statusseite) nutzen und Kunden proaktiv informieren.
Wie erreichen wir Kunden, wenn Outlook und Teams ausfallen?
Ein Ausfall ist der falsche Moment, um erst zu entscheiden, wer wie erreichbar ist. Bewährt hat sich ein vorab definierter Kommunikationsplan:
- Statusseite auf der eigenen Website: Kurze Meldung mit Zeitstempel, betroffenen Leistungen und erwarteter nächster Aktualisierung. Das reduziert Supportanfragen über ausgefallene Kanäle.
- Zwei unabhängige Kanäle: Beispielsweise Telefon und ein Messenger, der nicht bei Microsoft gehostet ist. Wichtig ist die Unabhängigkeit vom gestörten Anbieter.
- Klare Rollen: Wer entscheidet über die Meldung, wer spricht mit Kunden, wer koordiniert intern? Ohne Rollen entstehen widersprüchliche Aussagen.
- Identität prüfen: Bei dringenden Anweisungen per Telefon oder Chat muss die Gegenseite die Identität verifizieren können – Ausfälle sind ein ideales Umfeld für Betrugsversuche.
- Einheitliche Formulierung: «Wir arbeiten an der Behebung, die Störung liegt bei unserem Cloud-Anbieter, nächste Aktualisierung um 16:00 Uhr» – konkret, ohne Schuldzuweisung, ohne Spekulation zur Ursache.
Bereiten Sie diese Elemente vor, solange alles läuft: Statusseite als vorbereitete Seite, Verteilerliste mit Mobilnummern, freigegebene Messenger-Gruppe und eine kurze Textvorlage. Im Ernstfall zählt Ausführbarkeit, nicht Kreativität.
Wie machen wir uns für den nächsten Cloud-Ausfall resilient?
Der Ausfall vom 12./13. November 2026 ist bereits der zweite grössere Microsoft-Vorfall innert kurzer Zeit – im Oktober 2026 war die Azure-Plattform betroffen. Für Unternehmen ist das ein Anlass, Abhängigkeiten systematisch zu prüfen:
- Single Point of Failure dokumentieren: Welche Prozesse hängen an Microsoft 365? Wo gibt es keine Alternative? Diese Liste ist die Grundlage jeder Resilienz-Bewertung.
- Redundanz für Geschäftskritische Kommunikation: Ein zweiter Mailpfad (etwa ein separater Mailanbieter oder ein vorgeschalteter Security-Gateway mit Failover) kostet wenig im Vergleich zu einem Tag ohne Erreichbarkeit.
- Notfallpläne testen, nicht nur schreiben: Einmal jährlich eine Übung mit ausgefallenem Mail- und Chatdienst durchspielen – inklusive Kundenkommunikation und manuellen Workarounds.
- Verträge und SLAs prüfen: Service-Credits, Eskalationswege, Auskunftspflichten und Exit-Szenarien sollten klar geregelt sein. Ein SLA ersetzt keine Ausfallsicherheit, aber es schafft Klarheit.
- Monitoring ergänzen: Externe Prüfungen auf Mailversand, Login und API-Erreichbarkeit zeigen Ausfälle oft früher als die eigene Wahrnehmung – und liefern Belege für die interne Kommunikation.
- Datenhaltung und Exportfähigkeit: Prüfen Sie, ob geschäftskritische Daten innert nützlicher Frist exportierbar sind, falls ein Anbieter länger ausfällt.
Fazit: Microsoft-Ausfall als Weckruf für die Betriebskontinuität
Der globale Microsoft-Ausfall hat Millionen Nutzerinnen und Nutzer betroffen und gezeigt, wie schnell zentrale Arbeitsmittel fehlen können – von Outlook über Teams bis Copilot. Microsoft schliesst einen Cyberangriff nach aktuellem Stand aus und arbeitet an der vollständigen Erholung; ein verbindliches Ende und der offizielle Root-Cause-Report stehen noch aus.
Für Unternehmen gilt: Status prüfen, E-Mail-Warteschlange abwarten statt Mails mehrfach zu senden, kritische Termine telefonisch absichern, Mitarbeitende vor Phishing warnen und die eigenen Notfallkanäle aktivieren. Wer jetzt Bestandesaufnahme macht, weiss beim nächsten Ausfall, welche Prozesse zuerst abgesichert werden müssen.
Weitere Informationen finden Sie auf der offiziellen Microsoft-Statusseite, bei den Microsoft-365-Statusmeldungen sowie in der Live-Berichterstattung der BBC und beim Guardian.