Завезли новый баг Windows 10: LSASS.exe завершается с ошибкой, ОС падает

Завезли новый баг Windows 10: LSASS.exe завершается с ошибкой, ОС падает

Завезли новый баг Windows 10: LSASS.exe завершается с ошибкой, ОС падает

Ну что, опять по багам Windows 10? Microsoft признала проблемы с отказом критического компонента операционной системы — LSASS (служба проверки подлинности локальной системы безопасности). Соответствующий файл — lsass.exe — не может корректно работать после установки набора обновлений, выпущенного во второй вторник июня.

Разработчики назвали конкретные патчи, вызвавшие серьёзные проблемы в работе Windows: KB4561608 (для Windows 10 версии 1809), KB4560960 (для Windows 10 1909) и KB4557957 (для Windows 10 2004).

Microsoft также обратила внимание, что внеплановый патч, выпущенный для устранения бага печати в Windows 10, тоже пострадал от сбоя в работе LSASS.

«Файл службы LSASS (C:\WINDOWS\system32\lsass.exe) на некоторых устройствах может завершать работу с ошибкой ‘c0000008’. Поскольку это критический компонент операционной системы, потребуется перезагрузить компьютер, чтобы продолжить работу», — объясняет техногигант.

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

Один из пользователей поделился своими наблюдениями в отношении проблемы:

«В логах Event Viewer видно, что файл LSASS.exe падает при первом запуске ОС с ошибкой ‘c0000008’. После этого все службы не могут пройти процесс аутентификации, что, судя по всему, и приводит к сбою в работе системы».

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

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

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

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

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

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

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