Microsoft молча отказалась от блокировки макросов в Office по умолчанию

Microsoft молча отказалась от блокировки макросов в Office по умолчанию

Microsoft молча отказалась от блокировки макросов в Office по умолчанию

Microsoft без объяснения причин отказалась от идеи блокировать сторонние макросы в Office по умолчанию. Использование макросов — популярный метод среди киберпреступников, поэтому вдвойне интересно узнать, почему корпорация изменила своё мнение.

В посте Microsoft, который датируется февралём 2022 года, специалисты компании объясняли, насколько мощными могут быть вредоносные макросы, написанные на Visual Basic for Applications. С их помощью злоумышленники загружают пейлоады на компьютеры пользователей.

Причём это довольно старый метод; достаточно вспомнить хотя бы зловред Melissa, который в 1999 году распространялся с помощью макросов в документе Word. За эти годы проблема только усугубилась, поэтому Microsoft в 2016 году выпустила инструмент, позволяющий системным администраторам чётко определять, когда и где макросы могут запускаться.

Microsoft также пересмотрела сам принцип работы макросов: теперь система спрашивает пользователя, действительно ли он хочет запустить такой элемент. Тем не менее это не остановило киберпреступников, поэтому в феврале 2022 года техногигант рассказал о дополнительных мерах: макросы должны быть заблокированы по умолчанию в Access, Excel, PowerPoint, Visio и Word.

Теперь Microsoft, судя по всему, изменила свои планы. Один из комментариев от некоего Винса Хардвика говорит о том, что функцию блокировки макросов по умолчанию убрали из текущей версии Office.

Позже Анджела Робертсон, работающая в штате корпорации из Редмонда, отметила следующее:

«Исходя из обратной связи, которую мы получили, функция была отозвана. Приношу извинения за любые вызванные неудобства».

При этом Робертсон не уточнила, что это была за обратная связь, однако по другим комментариям и жалобам можно сделать вывод, что дефолтная блокировка макросов приводит к определённым проблемам с другой полезной функциональностью.

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

Отключите HTTP/2 или обновитесь: Apache исправил критическую уязвимость

Разработчики Apache HTTP Server выпустили версию 2.4.71 с патчем для критической уязвимости CVE-2026-119618. Ошибка находится в модуле mod_http2, который отвечает за работу с протоколом HTTP/2, и может привести к удаленному выполнению кода. Уязвимы версии сервера с 2.4.55 по 2.4.70, а также отдельные сборки модуля mod_h2 с 2.0.8 по 2.0.42.

Описание уязвимости опубликовано в бюллетене Apache. Проблема связана с состоянием гонки в функции assign_headers(): несколько потоков обращаются к общим данным без нужной синхронизации, и это может повредить память сервера.

Первым об ошибке 26 октября сообщил сканер опенсорс-кода Anthropic. 3 ноября ту же уязвимость независимо нашли Энтони Уимс и Саймон Сканнелл из Google Cloud Vulnerability Research.

Red Hat оценила уязвимость в 9,8 балла из 10 по шкале CVSS. По данным компании, неаутентифицированный злоумышленник может получить контроль над процессом веб-сервера. Атаке подвержены только серверы с включенным HTTP/2, конфигурации с одним HTTP/1.1 в безопасности.

Red Hat также сообщила, что в открытых исследованиях уже показан надежный эксплойт. Опубликованный на GitHub PoC при этом вызывает только повреждение памяти и падение процессов.

По оценке Wiz, ресурсы с уязвимыми версиями Apache есть в 64% облачных сред, а в 51% они доступны из интернета. Настройки серверов в этих цифрах не учтены.

Администраторам рекомендуют обновиться до 2.4.71. Если это пока невозможно, атаку можно предотвратить, временно отключив HTTP/2. В той же версии исправлены еще две уязвимости: CVE-2026-106023 в модуле mod_md, из-за которой падают процессы сервера, и CVE-2026-109163 в mod_vhost_alias с низким уровнем опасности.

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