Windows 11 научили правильно выключаться после установки обновлений

Windows 11 научили правильно выключаться после установки обновлений

Windows 11 научили правильно выключаться после установки обновлений

Пользователи Windows 11 уже привыкли к тому, что после установки обновлений система настойчиво предлагает перезагрузку. И вроде бы всё логично — выбрал «Обновить и завершить работу», чтобы обновления поставились и компьютер выключился. Но вот беда: последние пару лет эта функция не работает как надо.

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

Из-за этого у многих случались странные ночные «подъёмы» компьютеров. Люди уходят спать, а через пару часов устройство само включается, вентиляторы шумят — всё из-за того, что обновление не установилось с первого раза.

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

Теперь Microsoft наконец решила исправить этот досадный баг. В свежей сборке Windows 11 Dev Build 26220.6760 компания сообщает, что устранила проблему, из-за которой компьютер не завершал работу после выбора «Обновить и завершить работу». То есть теперь команда действительно должна выключать компьютер, как и задумано.

Пока исправление доступно только участникам программы Windows Insider. Пользователи стабильных версий Windows 11 — например, 24H2 или 25H2 — могут пока столкнуться с прежним поведением. Но Microsoft обещает, что патч вскоре появится и в официальных сборках.

Так что есть надежда, что ночные «перезагрузочные марафоны» скоро останутся в прошлом.

В ИИ-приложениях почти каждая третья уязвимость оказалась высокорисковой

ИИ-приложения снова напоминают: если к обычному веб-сервису прикрутить большую языковую модель, магия появляется не только в презентации, но и в списке уязвимостей. По данным «Информзащиты», в 2026 году 32% уязвимостей, найденных при пентестах ИИ- и LLM-приложений, относятся к высокорисковым.

Для сравнения: по всем классам активов этот показатель составляет около 12%. То есть риск-профиль ИИ-приложений оказался в 2,7 раза выше среднего.

За второй год наблюдений пропорция не изменилась. Более того, медианный срок устранения серьёзных находок вырос с 19 дней в 2025 году до 36 дней в 2026-м.

Проблема в том, что ИИ-системы тащат за собой сразу два слоя риска. Первый — классика веба и API: аутентификация, авторизация, инъекции, секреты, обработка пользовательского ввода.

Второй — уже нейросетевой зоопарк: инъекции в промпт, утечки системного промпта, ошибки RAG-контуров, отравление данных, небезопасная обработка ответов LLM, проблемы в векторных хранилищах и отказ в обслуживании на уровне модели.

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

Автоматическими сканерами всё это ловится плохо. По данным исследования, 78% команд сталкивались с тем, что такие средства пропускали критические уязвимости. Поэтому готовность полностью доверить пентесты автономным инструментам за год упала с 29% до 9%.

С устранением тоже не праздник. В 2026 году компании закрывали только 38,4% высокорисковых находок в ИИ / LLM-приложениях — это самый низкий показатель среди типов тестирования. Для API, например, он составил 77,3%.

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