返回首頁

GitHub Repo

LangChain Core 1.6.8 強化 IPv6 SSRF 檢查,補上介面範圍與內嵌 IPv4 位址處理

LangChain 於 10 月 8 日發布 Core 1.6.8,調整 IPv6 位址正規化與內嵌 IPv4 檢查,強化對本機及雲端中繼資料端點的阻擋。修補已合併並上架 PyPI,但自動審查也指出部分預設封鎖語意可能改變,工程團隊仍須核對自訂網段規則。

Dirck van Baburen · Public domain · Image source
zh-Hant

LangChain 於 10 月 8 日發布 langchain-core 1.6.8,發布紀錄列出 IPv6 伺服器端請求偽造(SSRF)檢查修補。對讓使用者或模型提供網址、再由伺服器存取資源的 AI 應用,這類檢查決定工具能否碰到本機服務與雲端中繼資料端點。套件已提供正式下載,並非尚待合併的提案。發布紀錄、PyPI

程式差異包含兩項處理:IPv6 位址先轉為整數再重建,移除 %eth0 等介面範圍識別;另外辨識 ::/96 中的 IPv4-compatible 位址,抽出內嵌 IPv4 後交由後續政策判斷,並保留 :: 與 ::1 的特殊處理。技術意義是讓同一目的地的不同表示法接受一致檢查,降低封鎖規則只認得其中一種寫法的風險。修補差異

新增測試涵蓋帶介面識別的 IPv6、本機迴路及多個中繼資料位址,並分別測試啟用與關閉 block_private_ips 的情況。測試要求部分敏感目的地在放寬私人網段限制後仍遭拒絕,也驗證明確關閉本機封鎖時的允許行為。這些案例提供可核對的政策邊界,但不能據此推定所有網路存取工具都已套用同一防護。測試變更

此次更新仍有值得追蹤的細節。PR 中的自動審查指出,先轉成 IPv4 可能讓原先被整段封鎖的 IPv4-compatible 公開位址通過預設政策,也可能使自訂 IPv6 CIDR 無法匹配原始表示法。這是機器審查提出的疑慮,尚不能當成已確認的漏洞;但使用 additional_blocked_cidrs 的團隊應加入自身規則的回歸案例,追蹤維護者後續處理。公開資料也未建立完整受影響版本範圍或實際利用證據。PR 討論

來源

  1. LangChain Core 1.6.8 release
  2. IPv6 SSRF hardening PR #41151
  3. IPv6 SSRF implementation and regression tests
  4. langchain-core 1.6.8 package