Clash Party rule-providers 命令注入風險怎麼處理？

如果還不能確認版本，先關閉 Clash Party 的規則集資源檢視器，不再點選可疑 rule-provider。暫停可疑 Profile 的自動更新與使用，切換到自己儲存並驗證過來源的設定；無法安全切換時，完整退出 Clash Party。

不要在可疑設定中修改 behavior 後繼續試，也不要把整份訂閱上傳到線上檢測站。訂閱 URL 可能包含 token，規則集位址、節點認證資訊和指令碼內容也可能洩露帳戶或網路結構。

若系統已經出現未知指令視窗、陌生處理程式、安全軟體警示、異常外連或檔案被改動，立即斷開裝置網路，並轉到後文的事件回應步驟。此時只升級應用不能證明已經執行的指令被撤銷。

如果在開啟規則資源前後出現未知指令視窗、陌生處理程式、異常外連、系統安全警示、啟動項或檔案被改動，就不要把這次操作當成普通用戶端升級。斷開網路並保持裝置現狀，記錄時間線、處理程式、連線、警示與檔案路徑。

使用作業系統或組織批准的安全工具完成離線或完整掃描。訂閱 token、節點認證資訊、WebDAV、GitHub Token、瀏覽器會話或其他可能被目前使用者權限讀取的認證資訊，應從另一台可信裝置撤銷並重新簽發。

升級 v2.0.3 只能封堵舊轉換路徑，不能刪除已經執行的程式或恢復洩露的認證資訊。無法確認系統完整性時，應從官方媒體重裝系統和用戶端，只恢復已驗證的乾淨資料，不把舊應用目錄整體複製回去。

Clash Party v2.0.3 的官方發布說明明確修復了“惡意 rule-providers 設定可能執行任意指令”的安全問題。對應提交 588aaa6 說明，舊版 convertMrsRuleset 會把 rule-providers.behavior 和規則集路徑拼接到 shell 指令。

behavior 來自執行中的設定，而設定可能由使用者訂閱的 YAML 提供。惡意或遭竄改的訂閱可以寫入異常 behavior；修復提交還指出，Windows 上帶有內嵌雙引號的規則集路徑也能破壞舊指令的引號邊界。

使用者之後在資源檢視器中開啟對應的 MRS 規則集時，舊版實作可能讓作業系統 shell 解析這些值，並以 Clash Party 目前使用者的權限執行指令。

修復把 shell 字串執行改為 execFile 參數陣列，並把 behavior 限制為 Mihomo 支援的 domain、ipcidr、classical。它修的是 Clash Party 的規則集轉換路徑，不是 Mihomo rule-providers 格式本身，也不是所有 Clash 用戶端的通用漏洞。

上游沒有公佈受影響的起始版本、CVE、GHSA、嚴重度或實際遭利用的結論。僅看到舊版本或未知訂閱，不能斷言裝置已經被利用；但實際版本低於 v2.0.3、設定來源不可信且開啟過對應 MRS 資源時，應立即依本文隔離並升級。

從 Clash Party 的“關於”或更新頁面讀取實際應用程式版本，並記錄作業系統與安裝架構。不要只看下載檔名、舊截圖或 Mihomo 核心版本；這項修復位於 Clash Party 主程式。

不要開啟規則集資源內容。記錄可疑 Profile 是手動匯入、本機檔案還是遠端訂閱，保存訂閱來源、最近更新時間、開啟資源的大致時間與第一筆異常，並確認 rule-providers 中是否有 MRS 資源。材料保留為唯讀證據，不進行清理。

只需記錄 provider 名稱、type、behavior、format，以及已去識別化的來源網域或路徑；在 Windows 上還要留意路徑是否含有異常雙引號，不要複製節點密碼或訂閱 token。

保留 Clash Party 日誌、作業系統安全日誌和目前設定的唯讀副本。若沒有異常證據，不要把所有正常的 mihomo 子程序、規則下載或臨時檔案當成入侵；若出現明確警告，也不要先刪除檔案或重新安裝，以免覆蓋用來判斷事件經過的記錄。

Clash Party v2.0.3 於 2026 年 9 月 20 日發布，官方發布說明和提交 588aaa6 都包含這項修復。最低目標是實際執行 v2.0.3；如果官方以後提供更新穩定版，應確認它仍包含該提交。

從 mihomo-party-org/clash-party 官方 Release 選擇與系統和架構匹配的安裝套件。Windows 需要區分 x64、ia32 與 ARM64，macOS 需要區分 Intel 與 Apple Silicon，Linux 還要選擇目前發行版使用的 DEB、RPM 或 PACMAN 格式。

更新 Mihomo 核心、重新整理訂閱或只替換規則集，都不能代替 Clash Party 主程式升級。

升級完成後，不要立刻重新啟用原來的可疑 Profile。若遠端訂閱可能被篡改或來源無法確認，應聯絡服務提供方確認官方位址，並讓舊訂閱 token 失效後重新簽發；token 輪替應在可信裝置上完成。

檢查新設定中的 rule-providers。Mihomo 文件列出 domain、ipcidr 與 classical 三種一般 behavior，但 format: mrs 只支援 domain 與 ipcidr；classical 可用於其他受支援的格式，不應與 MRS 搭配。

凡是含有拼接符號、指令片段，或 format/behavior 組合不符規範的內容，都不應繼續載入。另請確認 provider URL 的網域、路徑、更新來源與預期格式。

只從來源明確的新設定中恢復節點與規則，不把可疑 YAML、快取的 MRS 檔案或未知指令碼原樣複製回來。需要對比時，在離線唯讀副本中查看文字差異，不點選資源檢視器觸發轉換。

刪除可疑 MRS 快取前，保留證據哈希與時間。

安全驗收第一步是確認 Clash Party 的實際版本不低於 v2.0.3。第二步只匯入來源明確、format/behavior 組合合法且路徑正常的 Profile，並確認規則集清單能正常載入。沒有必要刻意構造惡意值來證明過濾機制有效。

在可信的 Profile 中開啟一個已知 MRS 資源，確認它使用 domain 或 ipcidr，而且資源檢視器能顯示規則；同時確認應用程式沒有啟動非預期的命令列直譯器或未知子處理程序。接著固定一個已知可用節點，分別驗證訂閱更新、規則命中與一次實際 HTTPS 請求。

完整退出並重新啟動 Clash Party，再核對版本與 Profile。版本正確、規則資源正常和實際請求成功，都應在重啟後保持。

如果 v2.0.3 在目前裝置上出現安裝、啟動或外掛程式相容問題，不要為了恢復功能降回含舊轉換路徑的版本。先完整退出 Clash Party，保持可疑 Profile 停用，並使用已驗證的其他維護中用戶端或系統代理方案恢復必要聯網。

需要繼續使用 Clash Party 時，只保留可信設定的離線備份，關注官方後續穩定版和相關 issue。新版本可正常啟動後，再逐項恢復系統代理、TUN、訂閱更新與規則資源檢視，不要一次複製整個舊資料目錄。

如果問題只發生在某個第三方規則集或訂閱，應讓提供者修復設定，而不是放寬 behavior 或重新啟用舊版 shell 執行。向上游意見回饋時提供系統、架構、版本、第一條錯誤和脫敏重現步驟，不附帶訂閱 token 或可執行 payload。

這次修復說明訂閱不只是節點清單，它還能向用戶端提供 rule-providers 等結構化欄位。長期維護時應記錄訂閱提供者、rule-provider 網域、behavior、最近驗證時間和目前 Clash Party 版本。

保持應用程式自動更新，或定期查看官方 Release；訂閱網域、簽發方式或內容結構變更時，先離線比較，再放回常用 Profile。對於已停止維護或無法說明來源的規則集，停止在設定中引用它，比繼續依賴用戶端過濾更可靠。

本次判斷依據是官方 Release 與修復提交。後續若上游公佈 GHSA、CVE、受影響版本或新的處理措施，應按官方說明更新記錄，不從二手標題推斷嚴重程度或影響規模。