Оптимизатор в Windows 10 2004 слишком часто дефрагментирует SSD-диски

Оптимизатор в Windows 10 2004 слишком часто дефрагментирует SSD-диски

Оптимизатор в Windows 10 2004 слишком часто дефрагментирует SSD-диски

С выходом Windows 10 2004, релиз которой состоялся 27 мая, утилита для дефрагментации дисков стала работать не совсем корректно. В частности, пользователей предупреждают о слишком частой дефрагментации SSD-дисков и сбоях в расписании оптимизации локального хранилища.

Вся эта функциональность в Windows 10 скрывается в соответствующем пункте настроек — «Безопасность и обслуживание». Там пользователи могут оптимизировать диски (дефрагментация, тримминг), проверять наличие обновлений и следить за безопасностью устройства.

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

Тем не менее команда WilderSecurity обнаружила неприятный баг. С выходом Windows 10 2004 утилита для оптимизации дисков не фиксирует дату последней дефрагментации. Таким образом, пользователь будет постоянно наблюдать соответствующее уведомление, требующее провести оптимизацию SSD-накопителя, даже в том случае, если эта операция осуществлялась в этот же день.

Думаю, многие помнят, что из-за особенностей SSD-дисков частая дефрагментация может ощутимо сократить срок службы такого накопителя.

Разработчики Microsoft уже устранили этот баг в тестовой сборке Windows 10 Insider Preview build 19551, теперь осталось дождаться, когда патч дойдёт до пользователей.

87% специалистов готовы доверить ИИ рекомендации по реагированию в SIEM

Российские компании готовы слушать советы ИИ в SIEM, но отдавать ему красную кнопку пока не собираются. Это показал опрос участников эфира AM Live «Российские SIEM 2026: что изменилось и как теперь выбирать?». Больше всего респонденты готовы доверить искусственному интеллекту рекомендации по реагированию на инциденты — этот вариант выбрали 87% участников.

Создание и доработку правил детектирования готовы делегировать 71%, а сбор контекста и подготовку резюме расследований — 58%.

Несколько осторожнее аудитория относится к триажу и приоритизации инцидентов — эту задачу ИИ согласны поручить 44% опрошенных. Ещё 39% готовы использовать его для поиска и формирования запросов.

А вот полностью автономное реагирование без подтверждения аналитика набрало всего 13%. В общем, ИИ уже можно посадить рядом с SOC-командой, поручить ему рутину и попросить подготовить план действий.

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


Участники также рассказали, что, по их мнению, сильнее всего изменит SIEM к 2030 году. Лидируют ИИ и автономные агенты с 34%. На втором месте — объединение SIEM с другими платформами информационной безопасности, за которое проголосовали 28% респондентов.

Изменений в экономике и моделях лицензирования ожидают 14%, появления новой архитектуры работы с данными — 13%, а развития облачных и гибридных моделей — 9%. Только 2% считают, что за ближайшие годы ничего существенно не поменяется. Железная выдержка, учитывая скорость, с которой сегодня переписывается рынок.

На эфире эксперты также обсудили ложные срабатывания, правила детектирования, MITRE ATT&CK, UEBA, производительность, масштабирование, хранение данных и TCO. Главный вывод: выбирать SIEM по красивой презентации больше нельзя. На пилоте придётся проверять не только скорость обработки событий, но и качество контента, удобство расследований и реальную стоимость дальнейшей эксплуатации.

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