Обновления 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.

В Сети появился скрипт против скрытого идентификатора Microsoft в Windows

VPN не поможет, если маячок встроен глубже. Компания Windscribe представила открытый PowerShell-скрипт deGDID, который удаляет из Windows глобальный идентификатор устройства Microsoft и мешает системе создать новый. Правда, приватность придётся оплачивать частично сломанными облачными сервисами.

Речь идёт о Global Device Identifier — постоянном идентификаторе, который сохраняется при смене IP-адреса и работает ниже уровня VPN-туннеля.

Недавно GDID помог ФБР выйти на след предполагаемого хакера. Преступника поймали — отлично, но существование скрытого трекера без кнопки отключения заставило пользователей задуматься.

Скрипт deGDID распространяется через GitHub и запускается в PowerShell с правами администратора. Команда -Status показывает найденные идентификаторы, -Status -Redact скрывает их в диагностических журналах, а -Protect удаляет сохранённые ключи и блокирует выпуск новых. Вернуть стандартные настройки позволяет -Unprotect.

 

Просто стереть записи из реестра недостаточно: после перезагрузки или обращения к серверам Microsoft Windows молча создаёт их заново. Поэтому deGDID меняет списки контроля доступа и разрешения реестра, а также блокирует внутренний интерфейс DeviceAdd. После этого службы идентификации Microsoft перестают воспринимать компьютер как зарегистрированное устройство.

 

Однако после применения скрипта могут перестать работать отдельные приложения и облачные функции Microsoft. В ходе проверки возникли ошибки подключения, а аутентификация через login.live.com оказалась заблокирована во всех браузерах. При этом login.microsoftonline.com, онлайн-игры и некоторые другие приложения продолжили работать.

Удалить уже переданные Microsoft идентификаторы скрипт не способен. Кроме того, он предназначен только для неуправляемых компьютеров: на корпоративном или доменном устройстве deGDID откажется запускаться.

 

Windscribe называет проект исследовательским и не обещает уничтожить все следы GDID.

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