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.

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

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

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

30-летняя уязвимость в libpng поставила под удар миллионы приложений

Анонсирован выпуск libpng 1.6.55 с патчем для опасной уязвимости, которая была привнесена в код еще на стадии реализации проекта, то есть более 28 лет назад. Пользователям и разработчикам советуют как можно скорее произвести обновление.

Уязвимость-долгожитель в библиотеке для работы с растровой графикой в формате PNG классифицируется как переполнение буфера в куче, зарегистрирована под идентификатором CVE-2026-25646 и получила 8,3 балла по шкале CVSS.

Причиной появления проблемы является некорректная реализация API-функции png_set_dither(), имя которой было со временем изменено на png_set_quantize(). Этот механизм используется при чтении PNG-изображений для уменьшения количества цветов в соответствии с возможностями дисплея.

Переполнение буфера возникает при вызове png_set_quantize() без гистограммы и с палитрой, в два раза превышающей максимум для дисплея пользователя. Функция в результате уходит в бесконечный цикл, и происходит чтение за границей буфера.

Эту ошибку можно использовать с целью вызова состояния отказа в обслуживании (DoS). Теоретически CVE-2026-25646 также позволяет получить закрытую информацию или выполнить вредоносный код, если злоумышленнику удастся внести изменения в структуру памяти до вызова png_set_quantize().

Уязвимости подвержены все версии libpng, с 0.90 beta (а возможно, и с 0.88) до 1.6.54. Ввиду широкого использования библиотеки пользователям настоятельно рекомендуется перейти на сборку 1.6.55 от 10 февраля 2026 года.

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