Dify Enterprise 3.9.13 納入 AnyIO 修補，部署須核對映像差異

Dify 於 9 月 23 日發布 Enterprise 3.9.13，將社群 LTS 分支的相依套件修補帶入企業部署。新版把 API 映像中的 AnyIO 從 4.11.0 升至 4.14.2，並更新基礎映像；官方表示此次沒有資料庫遷移或功能變更。對運行 RAG 與代理工作流程的團隊，重點是既有連線及背景工作的安全性。[發布說明](https://ee.dify.ai/releases/v3.9.13/)

AnyIO 的 TLS 漏洞涉及國際化網域名稱：部分連線路徑使用 IDNA 2003 編碼，可能讓不同網域的合法憑證通過驗證。不過，攻擊還需要連線先遭其他手段劫持或轉向惡意伺服器。這是底層函式庫的適用條件，現有公告沒有證明每個 Dify 工作流程都能觸發，也沒有提供 Dify 遭利用的案例。[維護者公告](https://github.com/agronholm/anyio/security/advisories/GHSA-82r6-8w77-94w6)

同次升級處理的另一個問題是程序池阻塞。舊版將工作程序的標準錯誤輸出接到管線，卻未持續讀取；程式輸出過多內容時，管線塞滿便可能讓等待結果的呼叫停住。上游描述的是可用性風險，部署者應區分「套件版本受影響」與「應用確實走到該執行路徑」。[程序池漏洞說明](https://github.com/agronholm/anyio/security/advisories/GHSA-5p39-cfhj-2xmp)

就部署驗證而言，這兩項修補分別關係到連線對象可信度，以及背景工作能否正常返回。團隊可先盤點哪些工具存取國際化網域、哪些任務使用程序池，再核對容器內的實際相依版本。這是依上游觸發條件提出的檢查方向；模型回覆正常或一般對話測試通過，仍不足以確認上述路徑已受覆蓋。

前端也更新至 Next.js 16.3.6，公開的 Dify 提交同步修改套件宣告與鎖定檔，提供核對建置內容的依據。企業版編號與社群版編號不同，不能將這次更新理解為所有社群部署都已完成修補。[LTS 提交](https://github.com/langgenius/dify/commit/75bbcffec01362d7a727758ebc21ee0b490d38d6)

官方掃描顯示預設映像組合已無嚴重等級項目，但仍列有高風險發現；可選的 api-insecure 映像另計。ChromaDB、W&B tracing 與 ClickZetta 仍被排除於預設 API 映像之外，這項限制沿自前版。工程上應核對實際映像、虛擬環境套件與整合需求，並追蹤尚未修補的 nltk 問題。API 掃描明細也把基礎映像套件列入，因此還須判斷套件是否進入應用執行環境，不能只靠漏洞總數決定可利用性。[版本風險說明](https://ee.dify.ai/releases/v3.9.13/)、[API 掃描明細](https://ee.dify.ai/reports/v3.9.13/scout/api/)