Windows-админы должны обновить PowerShell, чтобы устранить баг обхода WDAC

Windows-админы должны обновить PowerShell, чтобы устранить баг обхода WDAC

Windows-админы должны обновить PowerShell, чтобы устранить баг обхода WDAC

Microsoft просит системных администраторов обратить внимание не две уязвимости PowerShell 7, которые необходимо пропачтить как можно скорее. В случае успешной эксплуатации они позволят злоумышленникам обойти защитный слой Windows Defender Application Control (WDAC) и получить доступ к паролям в виде простого текста.

Как известно, бреши затрагивают версии PowerShell 7 и PowerShell 7.1, поэтому админы могут смело устанавливать релизы PowerShell 7.0.8 и PowerShell 7.1.5, которые разработчики выпустили в сентябре и октябре соответственно.

Функция WDAC предназначена для защиты устройств от потенциально вредоносного софта, её основная задача — убедиться, что пользователь запускает только доверенные программы. Своего рода «белый» список позволяет исключить работу нежелательных или злонамеренных приложений.

Если контроль WDAC активирован в системе, PowerShell автоматически переключается в режим ограничения языка программирования, который подразумевает, что потенциально опасные API Windows не будут задействоваться.

Однако неприятный баг под идентификатором CVE-2020-0951 позволяет злоумышленникам обойти «белый» список WDAC и запустить блокируемые команды PowerShell. Сама Microsoft описывает эту проблему так:

«Для эксплуатации уязвимости атакующему потребуется доступ администратора к компьютеру, на котором запущен PowerShell. В этом случае злоумышленник может подключиться к PowerShell-сессии и отправить команды для выполнения произвольного кода».

Другая брешь под идентификатором CVE-2021-41355 приводит к раскрытию информации в .NET Core. В случае эксплуатации этот баг может открыть атакующим доступ к учётным данным, хранящимся в виде простого текста.

Подпишитесь на новости

Корзина Windows имеет лимит, старые файлы могут исчезнуть сами

Удалили файл с мыслью «если что, восстановлю»? У корзины Windows свои планы. Ее объем ограничен отдельно для каждого диска, а при нехватке места старые записи могут исчезнуть, даже если вы не нажимали «Очистить корзину».

Автор MakeUseOf Афам Ониимаду проверил настройки на нескольких накопителях и показал, как лимиты влияют на удаление. На одном диске корзина вмещала около 2,6 ГБ, на другом — примерно 14 ГБ.

Из-за этого один и тот же файл может получить разную судьбу. Образ Linux размером около 3 ГБ на первом диске не помещался в корзину: Windows предложила удалить его окончательно. На втором он спокойно отправился в корзину и оставался доступен для восстановления.

Предупреждение о слишком большом файле — последний шанс передумать. Если подтвердить удаление, кнопка «Восстановить» в корзине уже не поможет.


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

Проверить лимиты можно через правый клик по значку корзины → «Свойства». Выберите каждый диск и посмотрите максимальный размер. Там же его можно увеличить, указав значение в мегабайтах. Только учтите: содержимое корзины продолжает занимать место на накопителе.

Отдельно стоит проверить «Контроль памяти» в разделе «Параметры» → «Система» → «Память». Если автоматическая очистка включена, Windows может удалять содержимое корзины по заданному сроку.

Корзина удобна для отмены случайного удаления. Но хранить там единственную копию важного файла — слишком смелый план.

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