В Windows 11 устранили баг постоянных перезагрузок после июньского апдейта

В Windows 11 устранили баг постоянных перезагрузок после июньского апдейта

В Windows 11 устранили баг постоянных перезагрузок после июньского апдейта

Microsoft устранила неприятные проблемы постоянных перезагрузок, появившиеся в Windows 11 после установки июньского предварительного обновления под номером KB5039302.

Как пишет сам техногигант, разработчики пофиксили баг в апдейте KB5040442, который вышел 9 июля.

«Рекомендуем вам установить последние патчи. Они не только вносят улучшения по части производительности, но и устраняют неприятные баги, включая проблему с постоянными перезагрузками».

В июне мы сообщали, что среди затронутых устройств чаще всего встречаются те, на которых установлены виртуальные машины CloudPC, DevBox, Azure Virtual Desktop.

Странное поведение наблюдалось исключительно в версиях Windows 11 23H2 и Windows 11 22H2, после чего Microsoft вынуждена была отозвать нестабильный апдейт.

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

Напомним, только что пропатченная уязвимость спуфинга в Windows MSHTML могла использоваться в атаках еще полтора года назад, притом даже против ОС версий 10 и 11. Эксплойт позволяет добиться RCE с помощью вредоносного файла .url.

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

Claude обошёл защиту Linux и добился удалённого выполнения команд с root

Исследовательская модель Claude после первоначальной постановки задачи написала эксплойт, позволивший удалённо выполнять команды с правами root на Linux-сервере. Без пароля и действий пользователя, но в конкретной конфигурации с многопутевым TCP, или MPTCP.

О результатах Anthropic рассказала в техническом отчёте. Для работы использовали внутреннюю, ещё не выпущенную модель, повторить эксперимент обычным запросом в чат корпорация не обещает.

Эксплойт задействует CVE-2026-98432 — уязвимость использования памяти после освобождения в сетевом стеке ядра. Во время параллельной обработки TCP-запросов одна часть кода может освободить данные, пока другая продолжает с ними работать.

В демонстрации атака состояла из двух этапов. Сначала эксплойт обошёл KASLR — механизм случайного размещения ядра в памяти. На получение нужного адреса ушло 48 минут. Ещё около пяти минут потребовалось для перехвата управления и запуска команды с правами root.

Оценки риска различаются: команда Linux присвоила ошибке 9,8 балла по CVSS, Red Hat — 5,9, указав на сложность эксплуатации. Патч уже внесён в основную ветку Linux и поддерживаемые стабильные ветки, однако наличие обновления нужно проверять у поставщика дистрибутива.

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