Dell подтвердила, что Dell SupportAssist может отправлять Windows 10 и 11 в синий экран смерти. Проблемной оказалась версия сервиса SupportAssist Remediation 5.5.16.0: на затронутых машинах она вызывает ошибку 0xEF_DellSupportAss_BUGCHECK_CRITICAL_PROCESS и случайные перезагрузки. Для русскоязычной IT-аудитории история важна по простой причине: речь о предустановленном софте крупного вендора, который должен «помогать», а по факту валит рабочие ноутбуки и добавляет задач техподдержке.
О проблеме, как пишет BleepingComputer, Dell публично сообщила 14 мая 2026 года на официальных форумах после волны жалоб, начавшейся еще в пятницу. Пользователи сообщали о рандомных ребутах на устройствах Dell, а представитель компании уточнил: источник сбоев — последнее обновление сервиса Dell SupportAssist Remediation или Alienware SupportAssist Remediation. В качестве временного решения компания советует отключить сервис либо полностью удалить приложение. Для этого в Windows нужно зайти в Settings, открыть Apps, затем Installed apps, найти Alienware SupportAssist Remediation и выбрать Uninstall.
Нюанс в том, что Dell SupportAssist стоит на большинстве новых компьютеров Dell с Windows 10 и Windows 11 из коробки. Это не экзотическая утилита для энтузиастов и не опциональный агент, который ставят три администратора на тысячу машин. SupportAssist входит в стандартный набор софта производителя и отвечает за диагностику, обновления, уведомления и сценарии восстановления. Поэтому эффект от неудачного апдейта получается неприятно масштабируемым: проблема возникает не в лаборатории и не у пары тестовых пользователей, а на вполне массовом наборе корпоративных и домашних ПК.
У обходного пути тоже есть цена. Dell отдельно предупредила: после удаления сбойной версии сервиса на затронутых системах могут оказаться недоступны точки восстановления, созданные через Dell OS SupportAssist Recovery. То есть формально инструкция простая — удалите проблемный компонент и живите дальше, — но на практике у ИТ-команд появляется обычный для таких историй выбор из двух неудобных вариантов. Оставить сервис и ловить BSOD никто не хочет. Удалить сервис можно, но тогда часть встроенных механизмов восстановления, на которые кто-то мог рассчитывать в парк-менеджменте, перестанет быть опцией. Если синие экраны продолжаются даже после удаления, Dell просит обращаться в поддержку.
Для самой Dell это уже не первый заход в жанре «обновление полезной утилиты ломает Windows». В апреле 2025 года компания предупреждала о синих экранах после обновления SupportAssist for Home PCs версий 4.6.2 и 4.6.3 на ноутбуках Latitude и Vostro. Еще раньше, в декабре 2021-го, пользователи жаловались на BIOS-апдейты Dell, после которых часть ноутбуков и десктопов вообще переставала нормально загружаться. Среди упомянутых тогда моделей были Latitude 5320 и 5520, Inspiron 5680 и Alienware Aurora R8. Сценарий знакомый: устройство включается, показывает синий экран и тут же уходит в выключение. Тогда пользователи сами делились процедурами отката BIOS через SupportAssist OS Recovery, потому что официальная коммуникация от вендора была, мягко говоря, не образцовой.
Есть и более широкий контекст. SupportAssist уже фигурировал в публикациях исследователей по безопасности: ранее в BIOSConnect, который входит в экосистему Dell SupportAssist, находили уязвимости, позволявшие удаленному атакующему выполнить код на уровне BIOS на затронутых устройствах. Текущая история не про взлом, а про надежность обновлений, но для администраторов и ИБ-команд граница тут довольно условная. Когда один и тот же вендорский контур регулярно всплывает то в сбоях, то в разговорах про уязвимости, возникает не академический вопрос о качестве QA, а практический: насколько вообще безопасно полагаться на предустановленный «служебный» софт как на критичную часть эксплуатации парка.
Для разработчиков и ИТ-руководителей вывод приземленный. Если в компании есть парк Dell, имеет смысл быстро проверить, используется ли Dell SupportAssist и установлен ли Remediation 5.5.16.0, особенно на пользовательских машинах с Windows 10 и 11, где уже были жалобы на перезагрузки. Для helpdesk это повод подготовить короткую инструкцию по удалению компонента и заранее предупредить сотрудников, что после деинсталляции могут пропасть некоторые точки восстановления Dell. Для команд, которые отвечают за endpoint management, история еще раз напоминает: даже апдейты от OEM-поставщика стоит выпускать волнами, а не раскатывать без паузы на весь парк. Предустановленный софт любит продаваться как удобный сервисный слой, но в такие дни он выглядит как еще одна точка отказа, только с логотипом производителя на коробке.
Главный вопрос теперь не в том, сможет ли Dell выпустить исправление: очевидно, сможет. Интереснее другое — изменится ли отношение крупных вендоров к предустановленным сервисам, которые имеют доступ глубоко в систему и обновляются почти в фоновом режиме. Пока что рынок снова получает старую, но упрямую мысль: чем теснее утилита интегрирована в ОС и процессы восстановления, тем дороже обходится любая ошибка в ее обновлении.