Az újév sokak számára a családdal és a barátokkal való együttlét, valamint az újévi fogadalmak megtételének ideje volt. Az Exchange-kiszolgálókért felelős rendszergazdák számára azonban egészen más volt a helyzet, mivel a Microsoft Exchange-kiszolgálók nem tudták megfelelően feldolgozni az új dátumot, és ezért nem tudták feldolgozni a leveleket.
Az első közösségi jelentés erre vonatkozóan délelőtt 1 órakor érkezett (amerikai keleti parti idő) a Reddit felhasználó /u/FST-LANE-tól, aki azt feltételezte, hogy a Microsoft egy rossz frissítést adott ki, amely a találóan „220101001” nevet kapta. Ez feltehetően egy tervezett javítás volt, hogy lehetővé tegye az új dátum feldolgozását, de semmi sem a tervek szerint történt. ” Egy csomó hibát látok a FIPFS szolgáltatásból, amelyek szerint: Cannot convert „220101001” to long” – írta /u/FST-LANE.
Ez egybecseng Marius Sandbu, a norvég Sopra Steria cég menedzserének jelentéseivel, aki részletes összefoglalót adott ki az okokról. Beszámolója szerint a Microsoft Exchange szerverei teljesen leállították a levelek feldolgozását, mert nem készültek fel a január 1-jei dátum kezelésére. Azt állítja: „Ennek oka, hogy a Microsoft egy előjeles int32-t használ a dátumhoz, és az új 2.201.010.001-es értékkel meghaladja a „long” int maximális értékét, amely 2.147.483.647.”
A legaggasztóbb része ennek az áthidaló megoldás. A levelek feldolgozásának folytatása érdekében a rendszergazdák letiltják a rosszindulatú szoftverek vizsgálatát az exchange-kiszolgálóikon, így a felhasználók és valószínűleg maguk a kiszolgálók is sebezhetővé válnak a támadásoknak.
A hiba az Exchange Server 2013-at, továbbá a 2016-ot és a 2019-et is érinti.
A Microsoft kiadta a hivatalos javítást az Y2K22 Exchange Server hibára, de a helyzet még rosszabb lett A Microsoft közölte, hogy tud a problémáról, és dolgozik a javításon.
Tudomásunk van egy olyan problémáról és dolgozunk rajta, amely az Exchange Server 2016 és Exchange Server 2019 szervereken az üzenetek elakadását okozza.
[…] Aktívan dolgozunk a probléma megoldásán, és várhatóan még ma közzétesszük a probléma megoldásának részleteit.
A vállalat betartotta ígéretét, és kiadta a probléma megoldását. Mind egy automatikus szkriptmegoldást, mind pedig egy kézi megoldást biztosított.
Először is, itt van az automatikus szkriptmegoldás Elérhető a
https://aka.ms/ResetScanEngineVersion
oldalon.
További részleteket az itt linkelt hivatalos Microsoft blogbejegyzésben találhat itt.
