Microsoft добавляет в Windows Update автоматический откат драйверов Windows: если обновление драйвера окажется проблемным, система сможет вернуть предыдущую стабильную версию без ручного вмешательства пользователя. Для ИТ-команд это важная перемена: один из самых неприятных классов поломок в Windows обещают чинить централизованно, а не через привычный ритуал с диспетчером устройств, безопасным режимом и вопросом, кто вообще одобрил этот пакет.
О новой функции, как пишет BleepingComputer, Microsoft рассказала 15 мая 2026 года. Механизм получил название Cloud-Initiated Driver Recovery. По сути, компания хочет сама запускать удаленный откат проблемных драйверов, которые были доставлены через Windows Update. Если после публикации выясняется, что драйвер не проходит проверку по качеству, Microsoft сможет через свою инфраструктуру вернуть на устройство предыдущий рабочий вариант или, если это невозможно, «следующую лучшую» версию, доступную в каталоге Windows Update.
Ключевой момент в том, что новый процесс не требует ни отдельного агента на клиентской машине, ни срочных действий со стороны производителя железа. Сейчас схема выглядит куда менее изящно: если драйвер после релиза оказывается неудачным, партнеру нужно загрузить замену, а пользователю или администратору нередко приходится удалять сбойный пакет вручную. На практике это означает недели, а иногда и месяцы жизни на нестабильном или просто неудачном драйвере. Особенно весело это выглядит в корпоративной среде, где одно плохое обновление способно размножить тикеты поддержки быстрее, чем helpdesk успевает сказать «это не у нас».
Новая возможность, впрочем, не выглядит как безусловная кнопка «отменить всё». Microsoft сразу обозначила ограничения. Во-первых, Cloud-Initiated Driver Recovery будет работать только для драйверов, пришедших через Windows Update. Если устройство использует пакет, поставленный вручную с сайта вендора или через стороннюю систему доставки, эта схема на него не распространяется. Во-вторых, откат запускается только в ситуациях, когда драйвер отклонен по качественным причинам в рамках Shiproom evaluation, внутреннего процесса проверки публикаций. В-третьих, если система не сможет найти одобренный Driver Shiproom драйвер для возврата, механизм восстановления вообще не будет применяться. То есть магии здесь нет: Microsoft не обещает починить любой драйверный кошмар, а лишь автоматизирует конкретный сценарий внутри собственного контура поставки.
Сроки тоже названы довольно четко. С мая по август 2026 года Microsoft тестирует механизм, а с сентября 2026-го планирует начать откатывать драйверы, которые были отвергнуты на этапах Flighting или Gradual Rollout. Это важная деталь для тех, кто следит за тем, как драйверы попадают в прод: речь идет не о теоретической возможности «когда-нибудь потом», а о встроивании функции прямо в существующий конвейер публикации обновлений. Технически Microsoft связывает это с изменениями в PnP driver stack, а также в сервисах flighting и publishing. Проще говоря, компания не делает отдельную заплатку сбоку, а перестраивает сам механизм, через который Windows решает, какой драйвер и когда отдавать устройству.
Контекст у новости тоже показательный. На прошлой неделе на WinHEC 2026 в Тайбэе Microsoft представила Driver Quality Initiative, программу по повышению качества, надежности и безопасности драйверов во всей экосистеме Windows. В проект вовлечены OEM-партнеры, производители чипов, поставщики оборудования и ODM-компании. Еще раньше, в июне 2025 года, Microsoft объявила о планах периодически вычищать устаревшие драйверы из каталога Windows Update, чтобы снижать риски совместимости и безопасности. Если сложить эти шаги вместе, вырисовывается понятный вектор: Microsoft наконец-то занялась не только доставкой драйверов, но и санитарией вокруг них. Для Windows, где драйвер исторически был не просто системным компонентом, а отдельным жанром пользовательских страданий, это выглядит вполне рационально.
Для разработчиков драйверов и железных партнеров вывод двойственный. С одной стороны, им станет проще переживать инциденты: Microsoft берет на себя первичное смягчение последствий и быстрее возвращает устройства к рабочему состоянию. С другой, это усиливает контроль со стороны платформы. Если раньше неудачный драйвер мог дольше жить в поле, пока партнер готовит замену, то теперь Microsoft получает более прямой рычаг вмешательства. Для бизнеса и корпоративных ИТ-отделов плюс очевиден: меньше ручных откатов, меньше простоя, меньше разъездов администраторов по филиалам ради одного неудачного драйвера на партии ноутбуков или рабочих станций. Но остается открытый организационный вопрос: насколько прозрачно Microsoft будет уведомлять заказчиков и партнеров о факте такого отката, и хватит ли телеметрии, чтобы ИТ-службы быстро понимали, почему устройство внезапно вернулось на предыдущую версию драйвера.
Если Microsoft доведет Cloud-Initiated Driver Recovery до стабильной работы, Windows Update впервые получит не только функцию доставки драйверов, но и более взрослый механизм признания собственных ошибок. Для экосистемы Windows это, возможно, даже важнее самого отката: рынок давно привык, что проблемный драйвер можно выпустить быстро, а вот убрать последствия быстро почему-то сложнее. Теперь Microsoft пытается сломать именно эту привычку.