Пользователи Windows 10: SFC /scannow перестала работать после апдейта

Пользователи Windows 10: SFC /scannow перестала работать после апдейта

Пользователи Windows 10: SFC /scannow перестала работать после апдейта

На днях пользователи Windows 10 обратили внимание, что команда sfc /scannow перестала работать. В случае ее запуска утилита сообщала, что найдены поврежденные файлы Windows Defender PowerShell, но восстановить их она не могла.

Проверка системных файлов (Windows System File Checker, SFC) — системная утилита Windows, позволяющая находить и восстанавливать поврежденные системные файлы. Чаще всего ее запускают с параметром /scannow.

Утром 10 июля пользователи открыли соответствующую ветку на сайте wildersecurity.com, где описали следующую проблему: при запуске sfc /scannow программа сообщала, что «найдены поврежденные файлы, но восстановить их невозможно».

Судя по всему, это как-то связано с тем, что Защитник Windows использовался в качестве основной антивирусной программы.

По сообщениям пользователей, утилита SFC утверждала, что компоненты Windows Defender PowerShell в директории C:\Windows\System32\WindowsPowerShell\v1.0\Modules\Defender не совпадают с соответствующими файлами в другой папке — WinSxS.

Оказалось, что причина такого поведения кроется в последнем обновлении Защитника Windows — версии 1.297.823.0.

Вымогатели научились блокировать компании без шифровальщиков

Зачем возиться с шифрованием файлов, если можно захватить Active Directory, отключить администраторов и разослать требование выкупа сразу на все компьютеры? Именно такую атаку на производственное предприятие обнаружила «Лаборатория Касперского».

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

Для первоначального проникновения атакующие использовали скомпрометированные учётные записи с повышенными привилегиями. Через штатные средства удалённого доступа и VPN такие подключения выглядели как обычная работа ИТ-специалиста.

Получив контроль над Active Directory, злоумышленники создали объект групповой политики GPO под названием Payload и привязали его к корню домена.

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

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

Эксперты советуют отслеживать создание и изменение групповых политик, включить устойчивую к фишингу МФА для VPN и административных систем, а также разделить привилегии. Обычного антивирусного сканирования здесь недостаточно.

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