Обновления Windows за июнь 2025 тормозят — виноват неверный таймстамп

Обновления Windows за июнь 2025 тормозят — виноват неверный таймстамп

Обновления Windows за июнь 2025 тормозят — виноват неверный таймстамп

У Microsoft снова накладка с обновлениями: на этот раз июньские патчи для Windows 10 и 11 доходят до устройств с задержкой. Как выяснилось, причина банальна — в метаданных обновления указана неправильная дата.

Хотя апдейт вышел ещё 10 июня, в системе он почему-то датирован 20 июня. Из-за этого Windows в организациях, где настроены политики отсрочки (Quality Update deferral), воспринимает обновление как свежее — и не спешит его ставить.

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

Microsoft проблему признала и выпустила инструкцию, как ускорить установку обновлений. Если вы используете Windows Autopatch, можно создать специальную «экстренную» политику, чтобы обновление пришло сразу, несмотря на настройки отсрочки:

  1. Зайдите в Intune → Devices → Windows Updates.
  2. Откройте вкладку Quality Updates.
  3. Нажмите Create Expedite Policy.
  4. Выберите релиз 6B, заполните остальные поля, назначьте нужные группы в Entra.
  5. Проверьте обновление как обычно и завершите развёртывание, добавив остальные устройства.

Альтернативный вариант — временно подкорректировать настройки отсрочки или изменить параметры «колец развертывания».

Microsoft подчёркивает, что сама ошибка не влияет на качество или содержимое обновлений — только на сроки их доставки. И менять метаданные компания уже не будет: представленный способ — это и есть финальное решение.

К слову, в июне Microsoft уже исправила другой баг (KB5062324), из-за которого на Windows 11 зависал процесс сканирования обновлений. Кроме того, корпорация решила убрать антивирусы из ядра Windows после сбоя CrowdStrike.

Взломав хостера, авторы атаки полгода заменяли апдейты Notepad++ зловредом

Разработчики Notepad++ опубликовали результаты расследования инцидента, в результате которого некоторые пользователи опенсорсного редактора кода для Windows стали получать вредоносные экзешники вместо обновлений.

Как оказалось, целевая атака на Notepad++ была проведена через взлом сервера, арендуемого участниками проекта для хостинга своего приложения (https://notepad-plus-plus[.]org/update/getDownloadUrl.php).

Доступ к серверу, полученный злоумышленниками в июне прошлого года, открыл возможность перехвата трафика, адресованного notepad-plus-plus.org, и перенаправления его на источники вредоносного кода. Примечательно, что редирект в ходе атаки осуществлялся выборочно, лишь для определенных пользователей продукта.

Засеву зловредов через подобную подмену способствовало наличие уязвимости в утилите WinGUp, отвечающей за доставку апдейтов для Notepad++, которая некорректно верифицировала загружаемые файлы. Данную проблему разработчики популярного редактора окончательно решили лишь к декабрю, с выпуском обновления 8.8.9.

Получив уведомление о взломе, хостинг-провайдер тоже стал принимать меры для купирования вредоносной активности: перенес скомпрометированное содержимое на другой сервер, залатал дыры, которыми воспользовались авторы атаки, а также заблокировал все учетные данные, которые могли попасть в их руки.

Спасательные работы хостера завершились ко 2 декабря. Последние попытки атакующих воспользоваться украденными учетками для перенаправления апдейт-трафика Notepad++ были зафиксированы 10 ноября.

Эксперты полагают, что авторы данной атаки работают на правительство Китая — в пользу этой гипотезы говорит избирательная раздача вредоносного кода .Сайт Notepad++ был для верности перенесен к другому хостинг-провайдеру; с той же целью в ближайшем релизе продукта (8.9.2) будет реализована еще одна мера безопасности: XML-файлы, возвращаемые сервером обновлений, будут проверяться на наличие подписи XMLDSig.

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