Több mint tizenkét órán át tartó, globális működési zavar rázta meg a Microsoft felhős ökoszisztémáját: november 12-én magyar idő szerint 17:17-kor indult el az Exchange Online kiesése (EX1550543), amely két órával később, 19:26-tól húsz Microsoft 365 szolgáltatási területen okozott korlátozásokat (MO1550821). A Microsoft állapotközpontja és a The Register beszámolója alapján még november 13-án délelőtt is szakaszos terhelés-visszaengedéssel dolgoztak a mérnökök.
Mi történt pontosan a kiszolgálók mögött?
Nem szimpla hálózati szakadás állt a háttérben, hanem önmagát erősítő kiszolgálói túlterhelés. A hivatalos hibajegyek szerint a szerverek sorra megbuktak az automatikus állapotellenőrzéseken (health check), ezért elérhetetlenné váltak, a beáramló kérések pedig túlterhelték a maradék gépeket. A cég több helyen virtuális gépek bevonásával is igyekezett bővíteni a kapacitást.
Az első körös próbálkozások (forgalomkorlátozás, protokoll-finomhangolás, terelésátirányítás és újraindítások) nem hozták meg a várt enyhülést. Később egy felsőbb szintű hitelesítési és útválasztási konfigurációs csomag javítása (upstream authentication/routing configuration component patch) már érezhető stabilizálódást hozott, miközben a késlekedő levelek megóvására 48 órára tolták ki a kézbesítési időtúllépési ablakot, az infrastruktúrát pedig szabályozott leterheléssel, újraindítással és lépcsőzetes visszakapcsolással pörgetik át.
A kibertámadással kapcsolatos kérdésekre a Microsoft óvatosabban, de határozottan reagált a legfrissebb jelentésében: „Jelenlegi tudásunk szerint nem rosszindulatú tevékenység okozza ezt az incidenst. A teljes megoldásig továbbra is kiemelt sürgősséggel kezeljük az esetet. A helyreállítás után a gyökérok teljes részleteit és a többrétegű védelmi javításokat közzétesszük egy incidens utáni jelentésben.” A pontos elhatárolás érthető érzékenység a vállalat részéről, amely nemrég maga számolt be arról, hogyan támadtak kínai hátterű csoportok ügynökalapú AI-val az ellátási láncok ellen.
Miért akadt meg a Microsoft Copilot 365 és a biztonsági lánc?
Első ránézésre meglepő, hogy egy levelezőrendszer zavara megállítsa a generatív asszisztenst vagy a vállalati védelmi eszközöket. A nagyvállalati Microsoft Copilot 365 azonban pontosan azért több egy külső csevegőbotnál, mert a munkahelyi kontextust (beérkező leveleket, naptárakat és fájlokat) az Exchange Online és a hozzá kötődő API-rétegek segítségével kéri le. Amikor ezek elakadnak, sem a Copilot Chat betöltése, sem a munkahelyi adatokra építő válaszadás nem megy át stabilan.
Ugyanez a függőségi lánc ütött vissza a Teamsben, az Intune-ban, a Microsoft Graphban és a Defender for Office 365-ben is. Jól rímel erre a szerkezeti kockázatra az a probléma is, amelyet más szemszögből a vállalati AI-ágensek felügyeleténél vagy a helyi adattárolásra koncentráló Project Pantheonnál láttunk: minél szorosabban drótozzák össze a felhős munkaterületeket és az AI-réteget, annál több funkció áll meg egy központi levelezési vagy hitelesítési akadásnál.
| Érintett szolgáltatás | Leállt vagy hibás funkciók | Mi maradt működőképes |
|---|---|---|
| Exchange Online | Outlook web/MAPI/EAS/REST belépés, hibrid mail | 48 órás türelmi idő a késő leveleknek |
| Microsoft Copilot 365 | Copilot Chat betöltése, levelek/naptár/fájlok elérése | Exchange-től független műveletek |
| Microsoft Teams | Naptár-meghívók, Live események, Copilot a Teamsben | Hívások, értekezletek, normál csevegés |
| Defender for Office 365 | Safe Links linknyitás, karantén-felszabadítás | Alapvető nem Exchange-függő modulok |
| Windows 365, Fabric, Power BI | Customer Key Cloud PC belépés, címkés PDF/PPTX export | Közvetlen SharePoint-fájlhozzáférés |
Átmeneti kerülőutak a helyreállításig
A Microsoft MO1550821-es incidensnaplója két konkrét kerülőutat is felsorol a rendszergazdáknak és felhasználóknak. A Microsoft Fabric és a Power BI esetében, ha a cég adatvédelmi szabályzata engedi, az érzékenységi címke ideiglenes eltávolításával továbbra is elkészíthető a PDF- és PowerPoint-export; a Power Apps és a Field Service mobilapp helyett pedig a webes felületet javasolják, miközben a már bejelentkezett felhasználóknak érdemes kerülniük a kijelentkezést vagy az appadatok törlését a teljes helyreállításig.
