Сучасні корпоративні комунікації критично залежать від стабільної роботи хмарних поштових сервісів. Коли інфраструктурний збій стається на рівні такого гіганта, як Microsoft, наслідки набувають масштабного характеру: від паралічу бізнес-процесів до повного розриву зв’язків із контрагентами. Нещодавній інцидент в Exchange Online виявив критичні вразливості в механізмах автоматичного індексування та управління ресурсами. Технічна помилка спричинила масове хибне поміщення поштових скриньок у карантин, перетворивши надійний інструмент на джерело цифрового хаосу.
Технічний збій, зареєстрований під ідентифікатором EX1436407, став серйозним випробуванням для користувачів Exchange Online. Проблема, що проявилася 19 липня, вилилася в критичне порушення базового функціоналу: користувачі зіткнулися з неможливістю надсилати та отримувати електронні листи, а також із втратою доступу до календарів. Для зовнішніх відправників ситуація виглядала ще однозначніше — вони почали отримувати повідомлення про недоставку (NDR), що створювало ілюзію повної непрацездатності поштових адрес одержувачів.
В основі кризи лежала невдала зміна інфраструктури, яка спровокувала аномальне споживання оперативної пам'яті. Технічна причина полягала в неочікуваній поведінці процесів індексації даних: надлишковий обсяг інформації призвів до дефіциту ресурсів, що система інтерпретувала як критичну помилку. У результаті спрацював захисний механізм, який помилково перевів зачеплені поштові скриньки в режим карантину.
Особливу тривогу викликає той факт, що цей інцидент не був одиничним випадком. Аналіз показав, що проблема має рекурентний характер і фактично є повторенням попереднього збою EX1434354. Це свідчить про системну недопрацювання в логіці керування пам'яттю під час індексації, що потребувало додаткових зусиль із налагодження для остаточного усунення.
Наразі процес очищення надлишкових даних індексації перебуває в активній фазі — до вечора середи було оброблено близько 72% обсягу. Відновлення доступу відбувається поетапно: поштові скриньки виводяться з карантину поступово, у міру підтвердження стабілізації рівня пам'яті в різних регіонах. Такий обережний підхід необхідний, щоб уникнути вторинного колапсу системи при масовому поверненні користувачів в активний статус.
Якщо поглянути на загальну динаміку роботи Exchange Online за останні роки, стає очевидним перманентний конфлікт між агресивними алгоритмами безпеки та стабільністю сервісу. Історія останніх оновлень демонструє серію схожих проблем. У березні 2025 року антиспам-системи помилково блокували легітимну пошту, а в травні того ж року модель машинного навчання почала масово помічати повідомлення з Gmail як спам.
Вересень приніс новий виток нестабільності: збій в антиспам-сервісі заблокував відкриття URL-адрес і знову призвів до невиправданого карантину повідомлень. Аналогічна ситуація спостерігалася і в лютому, коли евристичні правила, призначені для боротьби з фішингом, сприйняли тисячі легітимних посилань за шкідливі. Усі ці епізоди підкреслюють складність балансування між жорсткою фільтрацією загроз та забезпеченням безперебійного доступу до даних у масштабах глобальної хмари.
Розвиток відкритого аналізатора мережевого трафіку Sniffnet
