Microsoft Exchange не может доставить письма из-за антивирусного движка

Microsoft Exchange не может доставить письма из-за антивирусного движка

Microsoft Exchange не может доставить письма из-за антивирусного движка

2022 год начался несколько забагованно: серверы Microsoft Exchange on-premise внезапно прекратили пересылку электронных писем из-за ошибки «Year 2022» в антивирусном движке FIP-FS, предназначенном для сканирования системы и выявления вредоносных программ.

Напомним, что Microsoft активировала движок FIP-FS в версии Exchange Server 2013. Он предназначен для детектирования спам-рассылок и злонамеренного софта, проще говоря — должен избавлять пользователей от киберугроз, связанных с электронной почтой.

Согласно множеству жалоб от сисадминов по всему миру, баг в FIP-FS начал блокировать доставку писем около полуночи 1 января 2022 года. По словам специалиста в области кибербезопасности Джозефа Русена, проблема кроется в том, что Microsoft использует подписанную переменную int32 для хранения значения даты (максимальное значение — 2 147 483 647).

Стоит учесть, что даты в 2022 году уже имеют минимальное значение 2 201 010 001, то есть больше, чем предусмотрела Microsoft. Именно это привело к сбою в работе антивирусного движка и проблемам с доставкой электронных писем.

Баг проявлял себя ошибкой 1106 в логах событий Exchange Server, а администраторы могли увидеть следующие коды: 0x8004005, 0x80004005. Теперь Microsoft должна оперативно выпустить обновление Exchange Server, которое бы учитывало большее значение даты.

Тем не менее есть и «обходной путь»: администраторы могут попробовать отключить антивирусный движок FIP-FS.

Подпишитесь на новости

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

Причина связана с очередью событий механизма управления звонком. Если участник разговора переполняет её запросами, команда завершения может не обработаться должным образом. В результате пользователь способен считать разговор законченным, хотя передача звука ещё продолжается.

Тем не менее утверждать, что любой посторонний может незаметно включить микрофон произвольного пользователя Signal, оснований нет.

Опубликованная демонстрация концепции моделирует переполнение очереди. Сама по себе она не доказывает полноценную атаку на готовое приложение. Точные версии Signal с исправлением для каждой платформы в исходной публикации также не установлены.

Пользователям стоит обновить мобильное и настольное приложения. Шифрование защищает содержание разговора при передаче, но корректно положить трубку программа тоже должна уметь.

RSS: Новости на портале Anti-Malware.ru