Не успел выйти апдейт Windows KB5035849, а уже падает с ошибкой 0xd0000034

Не успел выйти апдейт Windows KB5035849, а уже падает с ошибкой 0xd0000034

Не успел выйти апдейт Windows KB5035849, а уже падает с ошибкой 0xd0000034

Обновление KB5035849, которое Microsoft выпустила буквально вчера вечером, уже радует пользователей ошибкой при установке на компьютеры с Windows 10 и Windows Server — 0xd0000034.

О новой проблеме сообщили пользователи и администраторы на площадках Twitter, Reddit и Microsoft Answers. KB5035849 отказывается устанавливаться через «родной» механизм обновления и сервера Microsoft.

Среди затронутых систем — Windows Server 2019 (но здесь можно сделать скидку на прекращение поддержки — вступило в силу 9 января) и Windows 10 Enterprise LTSC 2019.

 

«Была у меня такая же проблема (0xd0000034) с онлайн-проверкой наличия апдейта, однако WSUS-версии, судя по всему, инсталлируют без бага», — пишет один из администраторов.

«Да уж, отказывается устанавливаться на всех системах Server 2019, которые есть в нашем распоряжении», — вторит ему коллега.

Напомним, уже готовы свежие мартовские патчи от Microsoft. Разработчики закрыли 60 уязвимостей, две — критические.

WordPress поставил ИИ на охрану плагинов, опасные релизы заблокируют

WordPress запустил автоматическую проверку безопасности каждого нового релиза плагинов. Версии с высоким уровнем риска будут блокироваться до того, как попадут в API обновлений WordPress.org и начнут устанавливаться на сайты.

С 5 июня релизы плагинов и тем уже выдерживают шестичасовую паузу перед распространением.

Теперь в это окно несколько ИИ-моделей и Jetpack Scan анализируют внесённые изменения, сверяют результаты и формируют список находок с итоговой оценкой риска.

Если оценка окажется высокой, выпуск остановят автоматически, а все разработчики с правом публикации получат письмо с объяснением причин. Остальные обновления продолжат движение в обычном режиме.

Высокий балл не означает, что автора уже пора объявлять киберпреступником. Система оценивает опасность кода, а не намерения разработчика: одинаковую реакцию могут вызвать намеренно добавленный бэкдор и случайная критическая уязвимость.

Необходимость автоматического стоп-крана показал инцидент 28 июля. Проверка обнаружила бэкдор в новой версии плагина примерно с 20 тысячами активных установок. Релиз ещё находился в шестичасовом карантине и не успел попасть в API обновлений. После уведомления от Wordfence команда закрыла плагин для скачивания за 26 минут.

Теперь ждать свободного сотрудника не потребуется: потенциально опасная сборка остановится сразу после анализа. Чтобы снять блокировку, автору предлагают изучить отчёт, исправить проблемы и опубликовать новую версию.

Если её оценка окажется ниже порога, релиз снова пройдёт стандартную процедуру. Спорные результаты можно обжаловать, но WordPress предупреждает: выпустить исправление обычно быстрее, чем ждать ручного разбора.

Команда продолжит настраивать систему и снижать число ложных срабатываний. Подробности опубликованы в официальном блоге WordPress.

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