Dell公式が認めた、SupportAssist(5.5.16.0)がBSODを連発させる

Dell公式が認めた、SupportAssist(5.5.16.0)がBSODを連発させる

Dell製パソコンで30分おきにブルー スクリーンが起き、原因はDell自身が配布した「SupportAssist Remediation」だった。Dellの担当者が公式フォーラムで非を認め、当面の回避策はアンインストールだという。


Dell公式が「うちのソフトが落としています」と認めた

Dell製のWindowsパソコンで、起動から30分ほどで青い画面になり、勝手に再起動する。それを何度も繰り返す。そんな報告が5月の連休明けから一気に増えている。

原因を突き止めたのはユーザー側だった。クラッシュ ダンプをWinDbgで解析した複数のオーナーが、同じ犯人を指差した。DellSupportAssistRemedationService.exeである。場所はC:\Program Files\Dell\SARemediation\agent\。Dellが自社製パソコンにプリインストールしているリカバリー支援ツールの一部だ。

Dellの担当者は公式フォーラムで次のように書いた。

Dell Engineeringは本BSOD問題を認識しており、解決に向けて作業を進めている。多くの方が指摘しているとおり、Dell SupportAssist RemediationまたはAlienware SupportAssist Remediationのバージョン5.5.16.0がBSODを引き起こす可能性がある。

回避策として担当者が案内したのは、サービスの無効化かアプリの アンインストール である。直すための機能ではなく、止めるための案内だ。トラブルを未然に防ぐためのソフトが、トラブルそのものになっている。

エラーコードに「DellSupportAss」の文字

ダンプ解析の出力は明快だ。バグチェックコードは0xEF、すなわちCRITICAL_PROCESS_DIED。Windowsが「動き続けるのに不可欠なプロセスが死んだ」と判断したときに発生する停止コードである。普通のアプリが固まったのとはわけが違う。OSが緊急停止ボタンを引いた状態だ。

注目すべきはFailure Bucketの中身で、0xEF_DellSupportAss_BUGCHECK_CRITICAL_PROCESS_…と、Dellの名前 がコード内に堂々と刻まれている。Microsoftのデバッグ ツールが指し示した先は、誰がどう読んでもDell製品だった。


XPS 15 9530のオーナーがフォーラムに投稿したセッションには、こんな構成情報が並んでいた。

  • Dell SupportAssist Remediation 5.5.16.0(2026年5月8日にインストール)
  • Dell SupportAssist OS Recovery Plugin for Dell Update 5.5.16.0(同日)
  • Dell SupportAssist 5.0.1.2516
  • Dell Command | Update 5.7.0

5月8日に同時に降ってきた2つのアップデートが、その日から30分おきの再起動を始めた。SupportAssist Remediationサービスをsc.exe config "Dell SupportAssist Remediation" start= disabledで無効化したところ、症状はぴたりと止まったという。

被害はXPSだけにとどまらない

最初に話題になったのはXPS 15 9530だったが、報告は次々と他機種に広がっている。Dell Pro 14 Plus 、Dell Pro 16 Plus、Precision 3571、そしてOptiplex 7090 SFFまで。デスクトップでもノートでも、コンシューマーでもビジネスでも症状は同じだ。

「数百台規模のDell PCを管理しているが、影響を受けている。Dell SupportAssist、SupportAssist Remediation、OS Recovery Plugin、Dell Optimizerを全台から削除するスクリプトを配布している」と書いた管理者もいる。

私たちは新世代のノートPCを2ダースほど保有しているが、そのうち2台でこの問題が報告された。おそらく、これらのユーザーはDellのドライバーとソフトウェアをアップデートしていないだろう。

法人運用ではアップデートの自動配信を止めただけで助かるという皮肉な状況だ。配信を真面目に受けたパソコンほど、被害が大きい。

5月8日のアップデート配信から公式認知まで
5/8(金)
問題のアップデートが配信
Dell SupportAssist Remediation 5.5.16.0と、関連するOS Recovery Plugin 5.5.16.0が同日に降ってくる。
5/10(日)
XPSオーナーがダンプ解析を投稿
30分おきの再起動を経験したXPS 15 9530のオーナーが、WinDbgの解析結果をDellフォーラムに公開。犯人として「DellSupportAss」プロセスを名指し。
5/11(月)
他機種でも同症状の報告が拡大
Dell Pro 14 Plus、Precision 3571、Optiplex 7090 SFFなど、コンシューマとビジネスの両ラインで同じ報告が続出。
5/13(水)
Dell担当者が公式に非を認める
「Dell Engineeringは本BSOD問題を認識しており、解決に向けて作業中」と公式フォーラムで回答。回避策としてサービスの無効化かアンインストールを案内。
未定(進行中)
修正版の配信
配信日は公式に明示されていない。SupportAssistアプリまたはCommand Updateを残しておけば、修正版を自動受信できる。
※日付はDell公式フォーラムの投稿日時(UTC)を日本時間で表記。修正版の配信時期はDell担当者の発言時点では未定。

「修復のためのソフト」が修復を阻む

事態の厄介さはここからだ。SupportAssist Remediationはアンインストールできるが、付随する機能まで一緒に消えてしまう。Dellの担当者自身が認めているとおり、Dell OS SupportAssist Recoveryが作成する システム修復ポイント が、今後利用できなくなる可能性がある。

問題のソフトを消す → 再起動ループは止まる → ただしDellの提供する修復機能が機能しなくなる。一見すると当然のトレードオフに見えるが、もともとこのソフトを入れている目的は、何かトラブルが起きたときに復旧を助けてもらうことだ。その「保険」を外さなければ、PCが落ち着かない。

これがOEMバンドル ソフトの構造的な弱点でもある。トレイ アイコンの裏で動いているのは、Windowsの深部にまで手を伸ばす特権サービスだ。アプリの一つが落ちたぐらいで青い画面にはならない。Windowsから見て「死なれては困るプロセス」に登録されているからこそ、その死がOSごと巻き込む。

SupportAssist Remediationはバックグラウンド サービスで、Dell製PCのシステム リカバリーや修復作業を自動化するためにバンドルされている。

PCを安全に保つために動いているはずのソフトが、PCを使えない状態に追い込む。皮肉な状況だが、特権を持ったヘルパー ソフトが壊れると、普通のアプリのようには壊れない。

アンインストールの手順とその後

公式が案内している作業の流れはこうだ。Windowsの設定を開き、「アプリ」から「インストールされているアプリ」へ進む。一覧からAlienware SupportAssist Remediation(Dell版ではDell SupportAssist Remediation)を選び、アンインストール。これで再起動ループは収束するケースが多い。

ただしDellは続けてこう述べている。

もしSupportAssistアプリまたはDell Command Updateを残している場合、安定版のDell SupportAssist Remediationを自動的にスキャンしてダウンロードする。インストール後にシステム修復ポイントの作成が再開される。

つまり、Remediationだけを抜いてもDell Command Updateの自動更新経路が残っていれば、修正版が降ってきた時点で復旧できる設計になっている。逆に言えば、すべてのDell製ツールを根こそぎ消すと、修正版を受け取る経路まで失う。法人運用では「全削除」と「サービス無効化」のどちらを選ぶかで運用コストが変わる。

3つの対処オプションと影響範囲
対処方法 再起動
ループ停止
修復ポイント
の作成
修正版の
自動受信
すべて
アンインストール
× ×
Remediation
のみ削除
×復旧後に再開
サービスを
無効化
無効化中は停止
※Dell担当者が公式フォーラムで案内した回避策に基づく。SupportAssistアプリまたはDell Command Updateが残っていれば、安定版のRemediationを自動で再ダウンロードする仕組み。

SupportAssist Remediationは過去にも同じ問題

この種のトラブルは初めてではない。Dellのフォーラムには、1年以上前にも同じパターンの報告が残っている。SupportAssistを更新したらWindows 10とWindows 11のマシンでCRITICAL_PROCESS_DIEDが連発し、WinDbg解析がDell製プロセスを指した、という内容だ。当時のスレッドはDellサポートからの明確な回答がないまま、ユーザー同士の情報交換で終わっている。

SupportAssistの周辺ではセキュリティ研究者からの指摘も過去にあった。BIOSConnect機能 の脆弱性で、遠隔の攻撃者がBIOS領域でコードを実行できる可能性があると報告されたケースだ。プリインストールされている「便利ソフト」が深いところまで手を伸ばしているがゆえに、不具合も脆弱性も影響範囲が大きくなる。


ユーザーの一人は冷静にこう書いた。「ハードウェアが100%動いていることを確認したうえで、ソフトウェアの問題だと判定する。それがITの基本作業だ」。Windowsを入れ直せばいいというベテランの助言を、別のオーナーは静かに退けた。ミニダンプを読めば犯人はわかる。OSを消す前にやるべき仕事がある、と。

そのとおりだった。OSは無実で、Dell自身のソフトが原因だった。


参照元

関連記事

この記事を共有する

Read more