大型語言模型推論加速及快取管理平台 LMCache 爆出重大遠端程式碼執行（RCE）漏洞 CVE-2026-105192，CVSS 風險評分達 9.8。JFrog 揭露，LMCache 多行程模式用來交換資料嘅 ZeroMQ 服務缺乏身分驗證，收到嘅特定資料會直接交給 Python 內建機制還原成程式物件，攻擊者只要能連上該服務，就能喺唔需登入嘅情況執行任意程式碼，而目前 尚未有修補版本。
LMCache 做乜？點解有問題？
LMCache 主要管理大型語言模型推論時產生嘅 KV 快取（Key-Value cache），讓先前算過嘅部分內容可以重複利用，減少模型再次運算嘅時間。呢次嘅漏洞專門出現喺 獨立運作嘅多行程模式：系統會開啟 ZeroMQ 通訊服務，讓不同 LMCache 行程註冊並交換 KV 快取資料，預設使用 5555 連接埠。
問題出喺：
- 該通訊服務 冇任何身分或訊息驗證機制；
- LMCache 收到特定格式資料後，直接交由 Python 嘅 物件還原功能（pickle）處理；
- 還原過程本身可能執行程式碼，攻擊者只要能連上服務，就可以透過特製嘅惡意訊息執行任意程式碼。
研究人員測試顯示，惡意內容會喺 LMCache 還沒正式處理要求前就先被執行，即使系統稍後發現資料格式不符並回報錯誤，也已經來不及阻止指令執行。
點解 CVSS 9.8？影響邊個？
JFrog 已公佈概念驗證程式，可透過 ZeroMQ 送出惡意訊息，並取得與 LMCache 行程相同嘅執行權限。而官方容器映像中的 LMCache 預設以 root 身分執行，攻擊者若成功利用漏洞，就可能以容器內嘅 root 權限執行程式碼。
漏洞影響 LMCache 0.3.9 及以上版本，包括目前 PyPI 穩定版 0.5.5，以及 JFrog 檢查時嘅 0.5.6rc3 與開發分支。
不過要留意：預設設定只允許本機連上 ZeroMQ 服務，其他主機無法直接攻擊。風險出現在管理者將服務設定成允許其他主機連線時，例如多節點部署。單純喺 vLLM 行程內使用 LMCache，也不會開啟該連接埠。
修補前點做？
JFrog 建議：
- 唔好讓多行程服務暴露在不受信任嘅網絡；
- 透過防火牆或叢集網絡限制 5555 連接埠嘅連線來源。
針對漏洞本身，JFrog 建議開發團隊停止以目前嘅 Python 物件還原方式處理網絡資料，改採較安全嘅資料格式，並替 ZeroMQ 通訊加入身分或訊息驗證。
模姐驗嚇貨
呢個漏洞值得拆解嘅地方係：LMCache 個快取層本身係推論基建嘅「加速器」，但多行程模式開咗個連接埠畀其他行程讀寫，仲冇驗證。預設設定只開本機，呢個設計其實係安全嘅；但一旦管理者將服務開放到多節點，而無做防火牆限制，個 port 就成為一個無防禦嘅 RCE 入口。
CVSS 9.8 係極高分，反映攻擊者只需網絡接入即可取得 root 權限，唔需要互動。對運行 vLLM 等推論框架、又用 LMCache 做多節點 KV 快取共用嘅團隊，呢個係即時要查嘅事：你嘅 5555 連接埠，有冇開到外网？
修補版本尚未推出，但 JFrog 嘅建議（防火牆限制 5555、停止用 pickle 處理網絡資料）係可以立即執行嘅緩解措施。用 LMCache 嘅開發者，特別係做多節點部署嘅，呢個週就該查一次。
來源：JFrog Security Research（via iThome 新聞）
模姐｜深度調教
