Pour beaucoup, le Nouvel An était un moment à passer avec la famille et les amis, et un moment pour conclure des accords gratuits et rassurants sous la forme de promesses du Nouvel An. Pour les administrateurs système responsables des serveurs Exchange, c’était une autre histoire, car les serveurs Microsoft Exchange ne pouvaient pas gérer correctement la nouvelle date et ne pouvaient donc pas traiter le courrier.
Le premier rapport social sur la question est sorti à 01h00 HE de l’utilisateur de Reddit / u / FST-LANE, qui a suggéré que Microsoft avait publié une mauvaise mise à jour , bien nommée « 220101001 ». Vraisemblablement, c’était un patch prévu pour gérer la nouvelle date, mais les choses ne se sont pas passées comme prévu. « Je vois un tas d’erreurs du service FIPFS qui disent, » Impossible de convertir » 220101001 » en long « , écrit / u / FST-LANE.
Cela concorde avec les rapports de Marius Sandbu , directeur de la firme norvégienne Sopra Steria, qui a publié un synopsis détaillé de la raison. Il signale que les serveurs Microsoft Exchange ont complètement cessé de traiter le courrier parce qu’ils ne sont pas prêts à gérer la date d’aujourd’hui. Il déclare : « La raison en est que Microsoft utilise un int32 signé pour la date et la nouvelle valeur 2.201.010.001 dépasse la valeur maximale d’int long de 2.147.483.647. »
La partie la plus frustrante de ceci est la solution temporaire. Pour reprendre le traitement du courrier, les administrateurs système désactivent l’analyse des logiciels malveillants sur leurs serveurs d’échange , laissant leurs utilisateurs et éventuellement les serveurs eux-mêmes vulnérables aux attaques.
Le bogue affecte Exchange Server 2013.2016 et 2019.
Laisser un commentaire