Getty Images
Microsoft heeft een fix uitgebracht voor een zeer ernstige Exchange Server-bug die de lokale postbezorging wereldwijd stopte, net toen de klokken luidden in het nieuwe jaar.
De enorme verstoring vloeide voort uit fouten bij de datumcontrole in Exchange Server 2016 en 2019, waardoor het voor servers onmogelijk was om 2022 te accommoderen, waardoor sommigen het een Y2K22-bug noemden. E-mailprogramma’s slaan datums en tijden op in .-indeling getekende gehele getallen, wat een maximum is van 2147483647, of 231 – 1. Microsoft gebruikt de eerste twee cijfers van de updateversie om het jaar van uitgave aan te geven. Zolang het 2021 of eerder was, ging alles goed.
“Wat verdomme Microsoft?”
Toen Microsoft versie 2201000001 op oudejaarsavond uitbracht, waren de lokale servers niet beschikbaar omdat ze de datum niet konden interpreteren. Berichten zitten dus vast in overdrachtswachtrijen. Beheerders over de hele wereld proberen verwoed problemen op te lossen in plaats van het nieuwe jaar in te luiden met vrienden en familie. Het enige wat ze moesten doorlopen waren twee versleutelde berichten in het logboek die er als volgt uitzagen:
Log Name: Application Source: FIPFS Logged: 1/1/2022 1:03:42 AM Event ID: 5300 Level: Error Computer: server1.contoso.com Description: The FIP-FS "Microsoft" Scan Engine failed to load. PID: 23092, Error Code: 0x80004005. Error Description: Can't convert "2201010001" to long.
Log Name: Application Source: FIPFS Logged: 1/1/2022 11:47:16 AM Event ID: 1106 Level: Error Computer: server1.contoso.com Description: The FIP-FS Scan Process failed initialization. Error: 0x80004005. Error Details: Unspecified error.
“Wat de hel Microsoft!?” Een van de moderators schreef in Dit onderwerp is Reddit, dat een van de eerste fora was die melding maakte van de massale mislukking. “Oudejaarsavond!? De eerste plaats die ik controleer is Reddit en jullie hebben mijn leven gered voordat we een technicus aan de telefoon kregen.”
De volgende dag Microsoft Reparatie vrijgegeven. Het komt in twee vormen: Automatisch PowerShell-script, of een handmatige oplossing voor het geval het script niet goed werkt, hebben sommige beheerders gemeld. In beide gevallen moeten reparaties worden uitgevoerd op zowel de on-premises Exchange 2016-server als de Exchange 2019-server binnen een getroffen organisatie. Een geautomatiseerd script kan op meerdere servers tegelijk draaien. De softwaremaker zei dat het geautomatiseerde script “een tijdje kan duren om te draaien” en drong er bij beheerders op aan geduld te hebben.
De datum- en tijdcontrole werd uitgevoerd toen Exchange de versie van FIP-FS scande, een scanengine die deel uitmaakt van de malwarebescherming van Exchange. Zodra de releases van FIP-FS begonnen met nummer 22, was het niet mogelijk om de scan te voltooien en stopte de postbezorging plotseling. De fix stopt Microsoft Filter Manager en Microsoft Exchange Transport Services, verwijdert bestaande AV-drivebestanden en installeert en start een gepatchte AV-drive.
Maandag was alles weer normaal voor veel van de getroffen organisaties. Het is niet duidelijk hoe lang de geschiedenisopslag met fouten aanwezig was, maar afgaande op de twee getroffen versies is het waarschijnlijk dat deze werd geïntroduceerd toen Exchange Server 2016 in ontwikkeling was.
‘Reader. Furious humble travel enthusiast. Extreme food scientist. Writer. Communicator.’
