IIS 報錯「找不到腳本語言 VBScript.encode」解決：組件禁用與解密繞過雙策略

ASP 應用遷移至新 IIS 環境時，常報 Active Server Pages 錯誤 'ASP 0129' 在服務器上找不到腳本語言 'VBScript.encode'。根因：VBScript.Encode 組件被安全策略禁用 (虛擬主機常見) 或系統未註冊。本文提供「註冊表解禁」與「源碼解密」雙軌解決方案。

背景知識

• VBScript.Encode 為 Microsoft Script Encoder 輸出的加密腳本格式，常用於 ASP 代碼混淆 (保護版權) 或 Webshell 免殺。
• 解碼極易 (公開算法)，安全性極低，現代環境建議棄用，改用編譯型語言或專業混淆工具。

方案一：註冊表解禁組件 (需伺服器管理員權限)

1. 運行 regedit，定位：
   HKEY_CLASSES_ROOT\VBScript.Encode
2. 右鍵 → 權限 → 確保 Users 組或應用程式池身份擁有「讀取」權限；或刪除「拒絕」條目。
3. 極端情況下直接刪除該鍵值 (等同於重置註冊)，隨後重新註冊：
   regsvr32 vbscript.dll (系統自帶編碼器)。
4. 重啟 IIS：iisreset。

風險： 開啟該組件可能被惡意利用運行加密 Webshell，生產環境需評估。

方案二：源碼解密還原 (無需伺服器權限，推薦)

1. 搜尋「VBScript.decode」「ASP 解密」「Script Decoder」等關鍵詞，在線工具眾多 (如 https://www.malwarehelp.org/decoder.asp)。
2. 將加密代碼段 (通常以 #@~^ 開頭 ^#@~ 結尾) 貼入工具，一鍵還原明文。
3. 替換原加密文件內容為解密後代碼，保存為 .asp。
4. 若有多文件，編寫批量腳本調用 ScriptControl 自動化解密。

代碼特徵識別

' 加密後 ASP 文件典型特徵
#@~^xxx==...
' 亂碼內容
^#@~

最佳實踐建議

1. 新項目嚴禁使用 VBScript.Encode，採用 PHP/Java/.NET 等編譯/混淆方案。
2. 存量遷移時，優先方案二「解密還原」，徹底移除對該組件依賴。
3. 若必須保留加密文件且無法解密，評估方案一風險後在隔離應用程式池中啟用組件。

從根源消除舊技術債，比打補丁更長久。