Пользователи не могут установить 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.

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

Security Vision SIEM научилась находить пропавшие логи и слепые зоны SOC

Security Vision выпустила масштабное обновление своей SIEM-платформы. Теперь она следит не только за злоумышленниками, но и за тем, не перестали ли источники присылать события, не захлебнулись ли правила корреляции в шуме и не зависло ли расследование у аналитика.

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

Другими словами, слепая зона, о которой SOC узнавал после атаки, теперь должна сама поднять тревогу.

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

За поиском нетипичного поведения проследит сервис StatAnalyser: он использует статистические правила и помечает подозрительные инциденты специальным маркером.

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

За самими специалистами система также присмотрит. Новый дашборд контролирует соблюдение SLA при расследовании инцидентов и позволяет провалиться из общей статистики в показатели конкретного аналитика.

В итоге Security Vision пытается собрать работу SOC в один управляемый цикл: проверить, что данные действительно поступают, оценить качество детектов, найти аномалию, восстановить путь атаки и проследить за реакцией команды. SIEM больше не хочет быть складом логов — теперь она метит в диспетчерскую всего расследования.

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