Пользователи не могут установить Windows 10 1909 из-за даты в BIOS

Пользователи не могут установить Windows 10 1909 из-за даты в BIOS

Пользователи не могут установить Windows 10 1909 из-за даты в BIOS

Ряд пользователей Windows 10 столкнулся со странным багом при попытке установить последний релиз операционной системы. Сообщается, что проблема возникает из-за BIOS, дата которого установлена на 19 января 3001 года или позже. Затронуты материнские платы от AMD и Intel.

ИТ-специалист Кэри Хольцман, ведущий собственный канал на YouTube, поделился своим мнением относительно бага:

«Похоже на то, что BIOS (на платах AMD или Intel) позволяет установить 19-1-3001 и более позднюю дату. В этом случае Windows 10 1909 не может завершить установку, зависнув на второй перезагрузке».

«Более того, если попробуете поменять дату в BIOS, а потом перезагрузите компьютер, рассчитывая обойти проблему, — у вас ничего не получится. Windows 10 опять зависнет, а дата снова сбросится на условное 19 января 3001 года».

Баг настолько устойчивый, что его не получится устранить никакой сменой аппаратных характеристик системы. Известно, что с проблемой столкнулись пользователи материнских плат Gigabyte H370 HD3 (для процессоров Intel) и Gigabyte x570 Aorus Elite (для процессоров AMD).

Чтобы нормально установить последнюю версию Windows 10 на свой компьютер, вам придётся первым делом разобраться с датой BIOS, после чего очистить все разделы вашего диска SSD/HDD. Только потом можно устанавливать Windows 10 1909.

Также полезно будет ознакомиться с видео Хольцмана, в котором он подробно описывает баг и рассказывает, что с ним делать:

Патч для Windows Defender может забить ваш диск до краёв

Microsoft выпустила патч для 0-day уязвимости RoguePlanet, она же CVE-2026-50656, в движке безопасности встроенного антивируса Defender. Но история, похоже, не закончилась: исследователь NightmareEclipse, который ранее раскрыл баг, утверждает, что новый патч может привести к забиванию диска огромными файлами.

RoguePlanet стала известна в июне, когда NightmareEclipse опубликовал детали уязвимости и эксплойт.

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

В среду Microsoft сообщила, что закрыла проблему обновлением Microsoft Malware Protection Engine — компонента, который использует Defender. Обновление должно установиться автоматически, без действий пользователя. Вместе с ним компания добавила дополнительные защитные меры.

И вот тут, по версии исследователя, началось веселье. NightmareEclipse заявил, что патчи могут вызывать поведение, при котором Defender записывает на диск огромные объёмы данных и в итоге съедает всё свободное место. Проблема якобы связана с mpengine.dll и функциями SpyNet, которые пытаются локально кешировать файл Zone.Identifier — служебные метаданные Windows о происхождении файла.

Обычно Defender ограничивает размер файлов, которые записывает при проверке и карантине. Но, как утверждает исследователь, для Zone.Identifier есть исключение: Defender может сохранять этот поток данных локально независимо от его размера.

По словам NightmareEclipse, атаку можно организовать через специально подготовленный SMB-сервер. Он должен отдавать вредоносный файл и огромный альтернативный поток данных Zone.Identifier, а затем удерживать соединение. В результате Defender может зависнуть на обработке и держать файлы, занимающие всё свободное место на диске.

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

Microsoft на момент публикации не подтвердила описанное поведение. При этом конфликт между компанией и NightmareEclipse тянется уже несколько месяцев: исследователь обвинял Microsoft в отсутствии поощрения за найденные дыры, а корпорация критиковала его за раскрытие уязвимостей до исправлений.

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