ドッキングステーションにパッチ適用の盲点、BIOS設定とアップデートツールの脆弱性が原因に

概要:BIOS設定が1つあるだけで、ドックのアップデートが止まってしまう場合があります。さらに、ドック関連の2件のCVEは、アップデートツール自体に存在します。ドックがパッチ未適用のまま放置される経緯と、DMA保護で確認すべき点を解説します。 

ドックをパッチ未適用のままにする最も簡単な方法は、接続先のノートPCを堅牢化することです。2026年5月22日に最終更新されたDellのHD22Q、WD19、WD22TB4向けサポート記事に、その仕組みが明記されています。

「Enable External USB Port」をオフ、Type-CドックLANをオンにすると、ドックのLANポートが動作しなくなります。Dellのファームウェアユーティリティでもドックを更新できません。堅牢化のための設定が、パッチ適用まで止めてしまうわけです。 

これがドックが古いまま残る一つの経路です。もう一つはさらに意外で、ドックを更新するツール自体にも脆弱性が見つかっています。 

Vulnerabilityassessment service

堅牢化でドックが取り残されることも 

堅牢化とドックが衝突するのは、Dellの記事だけではありません。MicrosoftのUSB4設計ガイダンスによると、PCメーカーはセキュリティ機能として、PCIeトンネリングを無効にするファームウェアオプションを提供できます。

このオプションを有効にすると、WindowsはPCIeトンネルを作成しません。Thunderbolt 3ドックはUSB機能がPCIe接続のコントローラーの背後にあるため、列挙に失敗する可能性があります。

Microsoftは、Thunderbolt 3のオルタネートモードを無効にし、ドックをUSB 3.xとDisplayPortにフォールバックさせることを勧めています。 

そのため、ベースラインを展開する前に、保有するドックを接続方式で分類しておきましょう。Microsoftが警告しているのは、特にThunderbolt 3ドックです。

資産台帳に接続方式が記録されていない場合は、接続方式、OS、Macのチップで絞り込めるドック比較ツールを使うと、各モデルの方式を調べやすくなります。

そのうえで、数台のデスクで設定を試験導入し、ドックの更新が引き続き実行できるかを確認してください。 

アップデータも攻撃対象領域の一部 

WD19とWD22TB4向けのDellファームウェア01.00.36は、2件のアドバイザリーで修正版として示されています。DSA-2023-362(CVE-2023-43078)は、ファームウェアアップデートユーティリティの不適切なリンク解決の欠陥で、権限昇格やサービス拒否(DoS)につながる可能性があります。

Dellの評価は6.7(Medium)ですが、NVDでは7.3(High)です。LenovoのThinkPad Hybrid USB-C with USB-Aドック向けアップデートツールにも、ローカル権限昇格の脆弱性(CVE-2022-4569、7.8 High)がありました。ドックにパッチを当けるために実行するツールが、弱点になっていたのです。 

ファームウェアにもアドバイザリーが出ています。DSA-2024-014(CVE-2023-28396)は、IntelのThunderboltコンポーネントに関するものです。

Dellはドライバーを挙げて深刻度をMediumとしています。一方、NVDはIntel Thunderboltコントローラーファームウェアの不適切なアクセス制御と説明しており、攻撃元区分はローカルです。Intelが付けたCVSS 3.1のスコアは6.1(Medium)です。

DSA-2025-218(CVE-2025-36573)は、Dell Pro Smart Dock SD25とSD25TB4が対象です。01.00.08.01より前のファームウェアが、機密情報をログファイルに書き込みます。Dellの評価は7.1(High)、NVD独自のスコアは5.5(Medium)です。 

4件とも攻撃元区分はローカルのため、攻撃者はまず対象マシンに足がかりを得る必要があります。

したがって、これらは権限昇格とパッチ管理の問題です。各アドバイザリーには修正バージョンが明記されています。なお、本記事は悪用が確認されているかどうかについては何も主張していません。 

Linuxでは、fwupdのDellドックプラグインがUSBハブと組み込みコントローラーを更新します。MSTコントローラーも更新できます。

これらの更新は、ドックのUSB-Cケーブルをホストから次に抜いたときに適用されます。

Thunderboltコントローラーは、別のfwupdプラグインが扱います。Windowsでは、前述のDellの記事がDellファームウェアユーティリティを案内しています。デスクにあるドックについて、このプロセスの担当者を決めておく必要があります。 

DMA保護の位置づけ 

ドックをめぐるもう一つの論点は、メモリへのアクセスです。Thunderbolt、USB4、CFexpressはPCIeのホットプラグ対応インターフェースです。IOMMUが遮断しない限り、接続されたデバイスはCPUを介さずにシステムメモリを読み書きできます。

Microsoftは、ドライブバイDMA攻撃を次のような攻撃だと説明しています。所有者が席を外している間に実行され、所要時間は数分、安価な市販ハードウェアを使い、PCの分解も不要です。 

Intelは2020年のThunderbolt 4の発表で、VT-dベースのDMA保護をThunderbolt 4搭載コンピューターの要件としました。

ByrdPilotのThunderbolt 4とUSB-Cドックの比較ガイドでは、USB4ホストルーター向けのMicrosoftのDMAリマッピングを含め、こうしたホスト側の要件を解説しています。 

保護が有効かどうかは、ホストしだいです。Windows Pro、Enterprise、Educationでは、カーネルDMA保護がIOMMUを使い、DMAリマッピングに対応していないドライバーの外部デバイスを遮断します。既定では、ユーザーがサインインするか画面ロックを解除するまで遮断が続きます。

ただし、起動時は対象外です。Thunderbolt 3ポート経由の場合、起動時の保護はファームウェアの役割です。また、UEFIでVT-dが無効だと、ステータスがOFFと表示されることがあります。 

こうした細部が見落とされると何が起きるかは、2件の研究が示しています。2020年に公開されたThunderspyは、Thunderbolt 1、2、3に対する攻撃を報告しました。研究者によると、短時間でも物理的にアクセスできれば、ロック中やスリープ中のマシンからデータを読み取れます。

研究者は、カーネルDMA保護では部分的にしか緩和できず、IntelはCVEの発行を拒否したと述べています。2019年に発表されたThunderclapは、ネットワークカードを装ったFPGAデバイスを使い、OSによるIOMMUの利用方法の弱点を示しました。

Microsoftは、この公表を受けてWindows 10 1803でThunderbolt向けのIOMMUサポートを有効にしました。どちらの研究も、2020年7月のThunderbolt 4発表より前のものです。いずれの攻撃がThunderbolt 4ホストにどこまで通用するかについては、本記事では何も主張しません。 

棚卸しの対象はもう一つ 

DellのSD25TB4は、企業向けドックがネットワーク面で備えうる機能を示しています。ユーザーガイドには、PXEブートに加え、一部のコンピューターでMACアドレスパススルーとWake-on-LANが使えると記載されています。

MACアドレスで端末を追跡または許可している場合は、ドックに接続したノートPCがネットワーク上でどのアドレスを示すのかを確認してください。 

確認すべき項目 

  1. ドックに接続したWindowsマシンで、[Windowsセキュリティ]の[デバイスのセキュリティ]にある[コア分離の詳細]で、メモリアクセス保護を確認します(msinfo32でも確認可能)。OFFと表示され、ファームウェアの仮想化が「いいえ」の場合、MicrosoftはUEFIでIntel Virtualization TechnologyとIntel VT-dを有効にするよう案内しています。 
  1. 互換性のないデバイスに対するDmaGuardポリシーを見直し、許可状態にあるマシンを把握します。 
  1. すべてのドックを、モデル、接続方式、ファームウェアのバージョン、担当者名とともに資産台帳に登録します。 
  1. 外部USBポートやPCIeトンネリングなどの堅牢化設定を、数台のデスクで試験導入します。そのうえで、ドックの更新が引き続き実行できることを確認します。 
  1. アップデートツールにもパッチを適用します。DellのDSA-2023-362とLenovoのCVE-2022-4569は、どちらもツール自体の欠陥です。 
  1. Appleシリコン搭載のノートPCでは、既定で新しいアクセサリーの承認を求められ、承認にはMacのロック解除が必要です。Appleのプラットフォームガイドでは、PCIeポートやThunderboltポートを含む各DMAエージェントに、個別のIOMMUを割り当てる設計も説明されています。Windowsとは設計が異なるため、Windowsのポリシーがそのまま当てはまると考えてはいけません。 

ファームウェアのバージョン、パッチの担当者、検証済みのベースラインがそろったドックなら、きちんと管理できます。 

翻訳元: https://gbhackers.com/your-docking-station-has-a-patching-problem/

本記事は gbhackers.com の記事を翻訳・要約したものです。