// 威脅簡報
MLflow statsmodels 模型格式略過 pickle 安全開關:載入惡意模型就可能執行任意程式碼
- CVSS
- 8.8 HIGH
- CISA KEV
- 未列入
- 弱點類型
- CWE-502
- 主題
- AI 安全
AI 審稿 2026-09-30(未經人工)指令測試:未提供漏洞重現:未進行驗證紀錄 ↓
有設定 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 禁止讀取 pickle 的 MLflow 使用者,statsmodels 模型格式會無視這個設定,載入竄改過的模型仍可能執行攻擊者的程式碼。
| 誰會中 | 在 MLflow 2.1.0 到 3.14.0 設定了 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False、以為 MLflow 會拒絕載入 pickle 模型的組織,而且會從別人可以寫入的存放區載入模型;statsmodels 格式在這些版本會忽略這個設定,用 mlflow.pyfunc.load_model() 或 mlflow.statsmodels.load_model() 載入都一樣。沒設定這個變數的使用者,MLflow 預設(True)本來就會讀取 pickle,這不是本漏洞造成的,但載入不可信模型的風險一直都在。 |
|---|---|
| 後果 | 如果攻擊者能把模型放進你取用模型的地方,而你的程式載入它,攻擊者的程式碼就會以載入模型的那個程式的權限執行;即使你已設定 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 也擋不住。 |
| 現在該做什麼 | 升級 MLflow 到 3.15.0 以上(CERT/CC 建議立即升級)。PlainCVE 另建議把 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 設為 False(MLflow 與 CERT/CC 都沒有這樣建議):這個變數預設是 True,不設定的話升級後仍會照常讀取 pickle;設定後,其他已加上這項檢查、需要 pickle 的模型格式也會拒絕載入。依修補 PR |
| 受影響版本 | 2.1.0 到 3.14.0(CVE 描述);MLflow GHSA 記為 2.1.0 起、3.15.0 修補,CVE 紀錄的結構化欄位記為 2.1 起、3.15.0 以前。只影響設定 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 的環境 |
| 修好的版本 | 3.15.0 以上 |
| CVSS 向量 | 顯示完整向量CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H |
| 時間點 |
|
藍隊應對手冊
確認、修補 / 緩解、應變、強化。版本符合受影響條件不等於已被入侵;檢查沒有結果也不等於安全,每一項都有能證明與不能證明的範圍。標記的步驟對應下方攻擊流程裡可以擋下攻擊的那一步。
- 01確認 MLflow 版本
2.1.0 到 3.14.0 受影響(MLflow GHSA 記為 3.15.0 修補)。另外要看你是否會載入別人能寫入的存放區中的模型。
唯讀查詢pip show mlflow | grep -i '^version' - 02確認 pickle 禁用設定是否生效
這個漏洞只影響把 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 設為 False 的環境;MLflow 原始碼中這個變數的預設值是 True。要在實際載入模型的程式所用的同一個 Python 環境與環境變數下執行,印出 False 才代表有禁止讀取 pickle。
唯讀查詢python -c "from mlflow.environment_variables import MLFLOW_ALLOW_PICKLE_DESERIALIZATION as v; print(v.get())" - 03找出指定 statsmodels 格式的模型
如果團隊平常不用 statsmodels,存放區中 MLmodel 指定 mlflow.statsmodels 作為載入模組的模型值得標記出來調查。這是 PlainCVE 的建議,不是 MLflow 官方指引;指令只適用存放在本機檔案系統的 artifact store。
唯讀查詢grep -rl "mlflow.statsmodels" /path/to/artifact-store --include=MLmodel
- 01升級到 3.15.0 以上
MLflow 官方 3.15.0 發布說明收錄為 statsmodels 格式加上 pickle 防護的修改(PR #24686)。依 v3.15.0 原始碼,新檢查只在 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 為 False、而且不是 Databricks 執行環境或 Databricks 模型服務環境時才會擋下;光升級不會改變預設行為,要擋下 pickle 需搭配下一項設定(PlainCVE 的建議)。
會變更環境pip install -U "mlflow>=3.15.0" - 02升級後把 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 設為 False(PlainCVE 的建議)
這個變數預設是 True(v3.15.0 原始碼),也就是預設允許讀取 pickle;只有設為 False,3.15.0 起的 statsmodels 格式才會拒絕載入 pickle 模型。要設在實際載入模型的程式(模型服務、批次工作、筆記本)的環境裡,下面的指令只對目前的 shell 工作階段有效。設定後,其他已加上這項檢查、需要 pickle 的模型格式也會拒絕載入;MLflow 錯誤訊息提供的解法是改回 true。這是 PlainCVE 的建議:MLflow 與 CERT/CC 都沒有建議使用者這樣設定,修補 PR #24686 保護的是已經設為 False 的使用者。
設定範例export MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False - 03還不能升級:只接受可信來源的模型
CERT/CC 指出攻擊需要能寫入使用者取用模型的地方,因此在修補前只允許可信來源寫入或註冊模型,可以降低風險(這是 PlainCVE 依此前提提出的建議)。注意:舊版中光設定 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 擋不住這個問題。來源沒有提供針對 statsmodels 問題本身的其他暫時解法。
- 01載入過可疑模型:把該主機當成已遭入侵
程式碼會以載入程式的權限執行,所以該程式能碰到的憑證與資料都可能外洩。這是 PlainCVE 的建議;來源沒有提供事件回應指引。
- 01為 MLflow 伺服器啟用登入
依 GHSA 說明,沒有使用 basic-auth 應用的預設部署不需帳密就能上傳。啟用登入並限制寫入權限是 PlainCVE 的建議。
- 02只載入可信來源的模型
沒有設定 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 的環境,MLflow 預設就會讀取 pickle,載入不可信的模型本來就可能執行其中的程式碼,升級也不會改變這點。pickle 禁用設定也不是每個格式都已套用:CERT/CC 表示 dspy 格式有類似的繞過問題,MLflow 後續的 PR #25566(2026-09-03 合併)才替 mlflow.shap 格式補上同樣的防護。這是 PlainCVE 的建議。
- 03用最小權限執行載入模型的程式
萬一載入了惡意模型,能造成的損害也有限。這是 PlainCVE 的建議。
完整修復步驟與說明
- 升級。
pip install -U "mlflow>=3.15.0";所有會載入模型的環境(模型服務、批次工作、筆記本)都要更新,不只是追蹤伺服器。 - 升級後把
MLFLOW_ALLOW_PICKLE_DESERIALIZATION設為 False(PlainCVE 的建議)。 MLflow 與 CERT/CC 都沒有建議使用者這樣設定,修補保護的是已經設為 False 的使用者;設定後,其他已加上這項檢查、需要 pickle 的模型格式也會拒絕載入。這個變數預設是 True,修補 PR #24686 加上的檢查只在它為 False 時才擋下;沒有設定的話,升級後 statsmodels 格式仍會照常讀取 pickle。要設在實際載入模型的程式的環境裡。依 PR #24686,在 Databricks 執行環境與 Databricks 模型服務環境中不做這項檢查。在舊版上,光設定這個變數擋不住 statsmodels 格式。 - 只載入可信來源的模型。 不論版本與設定,這都是基本防線;沒有禁止 pickle 的環境,載入不可信模型本來就可能執行其中的程式碼。來源沒有提供針對這個 statsmodels 問題本身的暫時解法;CERT/CC 建議立即升級。CERT/CC 提到的「避免使用 dspy 格式」是針對另一個 dspy 漏洞,對這個問題無效。CERT/CC 指出攻擊需要能寫入你取用模型的地方,所以只允許可信來源寫入或註冊模型可以降低風險(PlainCVE 的建議)。
攻擊流程
從左到右是攻擊發生的順序。藍色盾牌代表這一步可以被擋下,越早擋下越好。點圖示可看細節。
由上到下是攻擊發生的順序。藍色盾牌代表這一步可以被擋下,越早擋下越好。點圖示可看細節。
- 攻擊者
攻擊者把竄改過的模型放進模型存放區
前提是攻擊者能寫入使用者取用 MLflow 模型的地方(例如 artifact store,存放模型檔案的儲存區)。依 GHSA 說明,預設的 MLflow 部署沒有啟用登入,上傳不需要帳密。
防禦: 只允許可信來源寫入或註冊模型;為 MLflow 伺服器啟用登入。
- 攻擊者
模型設定檔指定用 statsmodels 格式載入
MLmodel 是每個模型附帶的設定檔,裡面寫著要用哪種格式(flavor)載入。
防禦: 檢查存放區中指定 mlflow.statsmodels、但平常沒在用這個格式的模型。
- 你的系統
受害者的程式呼叫 mlflow.pyfunc.load_model() 載入模型
例如模型服務或批次推論工作取用這個模型。依 MLflow 3.14.0 原始碼,直接呼叫 mlflow.statsmodels.load_model() 也會走到同一個 _load_model()。
- 你的系統
statsmodels 的 _load_model() 沒檢查 pickle 禁用設定
statsmodels 格式內部用 pickle 存模型。MLflow 預設允許讀取 pickle;管理者可以設定 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 禁止,但舊版的 statsmodels 格式不理會這個設定,默默照樣讀取。
防禦: 升級到 3.15.0 以上;PlainCVE 另建議把 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 設為 False(預設是 True,不設定就不會擋);依修補 PR
- 攻擊者
攻擊者的程式碼以載入程式的權限執行
能做什麼取決於那個程式能存取哪些資料、金鑰與系統。
防禦: 用最小權限執行載入模型的程式。
影響範圍
| 條件 | 是否受影響 |
|---|---|
MLflow 2.1.0 到 3.14.0,設定了 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False,且會從別人可寫入的存放區載入模型(mlflow.pyfunc.load_model() 或 mlflow.statsmodels.load_model()) | 受影響:設定被 statsmodels 格式忽略 |
MLflow 3.15.0 以上,設定了 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False | 已修補(Databricks 執行環境與模型服務環境不做這項檢查) |
| 任何版本,沒有設定這個變數(預設 True)或設為 True | 不屬於這個漏洞:MLflow 本來就會讀取 pickle,載入不可信的模型一樣可能執行其中的程式碼 |
| MLflow 2.1.0 以前 | MLflow GHSA 與 CVE 紀錄的受影響範圍都從 2.1.0 開始 |
這個漏洞的核心是「繞過使用者自己打開的禁用設定」。依 MLflow 原始碼,MLFLOW_ALLOW_PICKLE_DESERIALIZATION 預設是 True,也就是預設允許讀取 pickle;CVE 紀錄、CERT/CC 與 MLflow GHSA 描述的都是使用者設成 False 之後,statsmodels 格式仍照樣讀取。
受影響範圍的寫法略有不同:CVE 描述寫「2.1.0 到 3.14.0」;CVE 紀錄的結構化欄位寫 2.1 起、3.15.0 以前;MLflow GHSA 寫 2.1.0 以上受影響、3.15.0 修補。CERT/CC 公告指出,這個問題曾在 MLflow 3.12.0 上確認。
要被攻擊,通常需要同時滿足:你設定了 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False;攻擊者能寫入你取用模型的地方(例如 artifact store,存放模型檔案的儲存區);該模型的 MLmodel 設定檔指定用 statsmodels 格式載入;你的程式載入它。CERT/CC 公告以 mlflow.pyfunc.load_model() 說明攻擊路徑;依 MLflow 3.14.0 原始碼(mlflow/statsmodels/init.py),pyfunc 載入時呼叫的 _load_pyfunc() 與直接呼叫的 mlflow.statsmodels.load_model() 都會走到同一個沒有檢查的 _load_model(),所以兩種載入方式都受影響。依 GHSA 說明,沒有使用 basic-auth 應用的預設 MLflow 部署不需登入,上傳檔案不需帳密。
原理
MLflow 用「格式」(flavor)來存取不同函式庫訓練出的模型。依 MLflow 文件,statsmodels 格式內部用 pickle 存模型。pickle 是 Python 的物件存檔格式,讀回不可信的 pickle 檔可能執行夾帶的程式碼,這類問題稱為不安全的反序列化(CWE-502)。
為此 MLflow 提供一個環境變數(程式啟動時讀取的設定)MLFLOW_ALLOW_PICKLE_DESERIALIZATION。它預設是 True,也就是允許讀取 pickle;設為 False 才會禁止。問題在於 statsmodels 格式的 _load_model() 完全沒有檢查這個設定。管理者以為已經擋住 pickle 風險,這個格式卻默默照樣讀取。結果是:遠端攻擊者只要提供一個竄改過的模型,就可能在載入時以該程式的權限執行任意程式碼。
有問題的思路(概念示意,不是原始程式碼):
展開程式碼範例(python)
def _load_model(path):
# 沒有檢查安全開關,直接讀取 pickle
return read_pickle(path)修好的思路:
展開程式碼範例(python)
def _load_model(path):
if not pickle_deserialization_allowed():
raise SecurityError("pickle 讀取已被停用")
return read_pickle(path)時間軸
| 日期 | 事件 |
|---|---|
| 2026-07-27 | MLflow 發布安全公告 GHSA-gqvg-gmmx-x4hm(CERT/CC 公告 VU#369093 列為參考資料),為本漏洞最早的公開紀錄 |
| 2026-07-31 | MLflow 釋出 v3.15.0,收錄修補(PR #24686)。日期依 GitHub releases API 與 PyPI 上傳紀錄 |
| 2026-09-01 | OSV 收錄 GHSA-gqvg-gmmx-x4hm |
| 2026-09-16 | CERT/CC 發布公告 VU#369093 |
| 2026-09-23 | CVE 公開;CISA 評估記錄為沒有已知利用 |
| 2026-09-25 | 截至此日不在 CISA KEV |
延伸閱讀
- CVE 編號對應有爭議。 CERT/CC 公告 VU#369093 原文(不只是轉載版本)先講 dspy 漏洞、再講 statsmodels 漏洞,接著說兩者「分別」是 CVE-2026-96804 與 CVE-2026-96775,照字面讀會讓本 CVE 變成 dspy 漏洞。官方 CVE 紀錄則把 CVE-2026-96804 對應到 statsmodels,Strix 也把 CVE-2026-96775 列為 dspy 漏洞。CERT/CC 同時是這個 CVE 的發布單位(CNA),它的公告與它發布的 CVE 紀錄彼此不一致。本頁依 CVE 紀錄把 CVE-2026-96804 對應到 statsmodels。
- 與 MLflow 公告的關係。 CERT/CC 公告 VU#369093 在參考資料中列出 MLflow 的安全公告 GHSA-gqvg-gmmx-x4hm,該公告描述的正是 statsmodels 格式略過 pickle 防護的問題。CVE 在 GitHub 上另有一筆未審查的公告 GHSA-2qmw-5xhm-qq5w。本頁的首次公開日期採用較早的 GHSA-gqvg-gmmx-x4hm 發布日 2026-07-27;CVE 則在 2026-09-23 公開。
- 評分差異。 CVE 紀錄中 CISA 評為 8.8,向量是需低權限、不需使用者操作;GHSA(OSV、GitLab)同樣 8.8,但向量是不需權限、需使用者操作。NVD 狀態為「Deferred」,沒有自行分析。
- 利用情況。 不在 CISA KEV;CISA 評估為沒有已知利用、無法自動化、技術影響為完全。是否有公開概念驗證程式:TheHackerWire 說尚未確認;另有第三方網站聲稱已有,但其頁面含可執行的攻擊程式碼,本頁不列為來源。修補前是否遭利用,沒有來源提供證據。
- 協調。 CERT/CC 公告表示無法聯繫上 MLflow 協調這些漏洞。
- 相關漏洞。 CERT/CC 表示 dspy 格式有類似的繞過問題,當時尚未修補。MLflow 後續的 PR #25566(2026-09-03 合併)以 statsmodels 的做法為範本,替 mlflow.shap 格式補上相同的防護;這個 PR 只修改 shap 格式。
驗證紀錄 AI 依審稿規則逐項核對來源,全部通過;未經人工審稿,也尚未在我們的環境重現
| AI 審稿 | 2026-09-30 · 審稿規則 |
|---|
驗證紀錄只寫環境與結果,不公開重現步驟或可攻擊他人系統的程式。詳見 政策.
來源
- CVE / NVD / OSVCVE-2026-96804 Record (CVE API) · CVE Program, 2026-09-23 · 查閱 2026-09-25
- CVE / NVD / OSVNVD API - CVE-2026-96804 · NIST · 查閱 2026-09-25
- 安全公告GHSA-gqvg-gmmx-x4hm: MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False safety control bypassed by mlflow.statsmodels flavor · MLflow (GitHub), 2026-07-27 · 查閱 2026-09-28
- 修補 commit / 版本MLflow v3.15.0 release · MLflow (GitHub), 2026-07-31 · 查閱 2026-09-25
- 修補 commit / 版本MLflow pull request #24686 · MLflow (GitHub), 2026-07-27 · 查閱 2026-09-28修補程式;新檢查在 Databricks 執行環境與 Databricks 模型服務環境中不會啟動
- 其他mlflow 3.15.0 (PyPI JSON API) · PyPI, 2026-07-31 · 查閱 2026-09-28
- 修補 commit / 版本MLflow pull request #25566 · MLflow (GitHub), 2026-09-03 · 查閱 2026-09-28
- 廠商說明mlflow.statsmodels documentation · MLflow · 查閱 2026-09-25
- 安全公告GHSA-gqvg-gmmx-x4hm (GitLab Advisory Database) · GitLab · 查閱 2026-09-25
- 安全公告GHSA-gqvg-gmmx-x4hm (OSV) · OSV, 2026-09-01 · 查閱 2026-09-25
- 安全公告VU#369093: MLflow dspy and statsmodels flavors bypass pickle deserialization control · CERT/CC, 2026-09-16 · 查閱 2026-09-28
- 廠商說明mlflow/statsmodels/__init__.py (v3.14.0) · MLflow (GitHub) · 查閱 2026-09-28v3.14.0 原始碼:load_model() 與 _load_pyfunc() 都呼叫 _load_model()
- 廠商說明mlflow/environment_variables.py (v3.15.0) · MLflow (GitHub) · 查閱 2026-09-28MLFLOW_ALLOW_PICKLE_DESERIALIZATION 定義為布林環境變數,預設值 True(v3.14.0 同樣是 True)
- 廠商說明mlflow/statsmodels/__init__.py (v3.15.0) · MLflow (GitHub) · 查閱 2026-09-28v3.15.0 原始碼:_load_model() 只在 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 為 False 且不在 Databricks 執行環境或模型服務環境時拒絕載入
- 其他CVE-2026-96804 · Strix · 查閱 2026-09-25
- 新聞報導CVE-2026-96804 · TheHackerWire · 查閱 2026-09-25
媒體簡報
一句話
MLflow 是廣泛使用的開源機器學習平台。它預設允許讀取 pickle 格式的模型,管理者可以打開一個安全開關禁止讀取,但 statsmodels 模型格式在載入時完全沒有檢查這個開關,因此即使管理者已經禁止,竄改過的模型檔仍可能在載入時執行任意程式碼。MLflow 在 3.15.0 補上檢查,但只有把開關設為禁止的使用者才受保護。截至 2026 年 9 月 25 日,這個漏洞不在 CISA 已知遭利用漏洞清單上,也沒有來源回報實際遭利用。
關鍵數字
- 嚴重度
- CVSS 3.1 8.8(CISA ADP,CVE 紀錄) cveawg.mitre.org
- 修補版本
- 3.15.0 github.com
- 受影響版本
- 2.1.0 起、3.15.0 以前(MLflow GHSA) github.com
- MLflow 安全公告(CERT/CC 公告列為參考資料)
- GHSA-gqvg-gmmx-x4hm,2026-07-27 github.com
- CVE 公開
- 2026-09-23 cveawg.mitre.org
已確認
- MLflow 2.1.0 到 3.14.0 的 statsmodels 格式載入時沒有套用 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 的防護(CVE 紀錄)。
- MLflow 官方 3.15.0 發布說明收錄為 statsmodels 格式加上 pickle 防護的修改;依 v3.15.0 原始碼,這項防護只在 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 設為 False 時擋下,而這個變數預設是 True。
- 截至 2026-09-25 不在 CISA KEV;CISA 在 2026-09-23 的評估記錄為沒有已知利用。
尚未確認 / 說法不一
- CERT/CC 公告 VU#369093 原文照字面讀會把 CVE-2026-96804 對應到 dspy 格式的漏洞,與 CVE 紀錄不一致;本頁依 CVE 紀錄。
- 攻擊者需要什麼權限說法不一:CISA 評為需低權限、不需使用者操作;GHSA 評為不需權限、但需使用者操作。
- 是否已有公開的概念驗證程式:TheHackerWire 說尚未確認;另有第三方網站聲稱已有,但其頁面含可執行的攻擊程式碼,本頁不列為來源。
- 修補前是否已遭利用(零時差),沒有來源提供證據。
可引用的一句話
管理者以為已經把門鎖上,但其中一扇側門根本沒裝鎖。
圖片
引用時請標示「PlainCVE」並附上本頁連結。 完整引用格式見下方「如何引用本頁」。有事實錯誤請回報.
MLflow statsmodels 模型格式略過 pickle 安全開關:載入惡意模型就可能執行任意程式碼 MLflow 是廣泛使用的開源機器學習平台。它預設允許讀取 pickle 格式的模型,管理者可以打開一個安全開關禁止讀取,但 statsmodels 模型格式在載入時完全沒有檢查這個開關,因此即使管理者已經禁止,竄改過的模型檔仍可能在載入時執行任意程式碼。MLflow 在 3.15.0 補上檢查,但只有把開關設為禁止的使用者才受保護。截至 2026 年 9 月 25 日,這個漏洞不在 CISA 已知遭利用漏洞清單上,也沒有來源回報實際遭利用。 關鍵數字: - 嚴重度:CVSS 3.1 8.8(CISA ADP,CVE 紀錄)(https://cveawg.mitre.org/api/cve/CVE-2026-96804) - 修補版本:3.15.0(https://github.com/mlflow/mlflow/releases/tag/v3.15.0) - 受影響版本:2.1.0 起、3.15.0 以前(MLflow GHSA)(https://github.com/mlflow/mlflow/security/advisories/GHSA-gqvg-gmmx-x4hm) - MLflow 安全公告(CERT/CC 公告列為參考資料):GHSA-gqvg-gmmx-x4hm,2026-07-27(https://github.com/mlflow/mlflow/security/advisories/GHSA-gqvg-gmmx-x4hm) - CVE 公開:2026-09-23(https://cveawg.mitre.org/api/cve/CVE-2026-96804) 已確認: - MLflow 2.1.0 到 3.14.0 的 statsmodels 格式載入時沒有套用 MLFLOW_ALLOW_PICKLE_DESERIALIZATION=False 的防護(CVE 紀錄)。 - MLflow 官方 3.15.0 發布說明收錄為 statsmodels 格式加上 pickle 防護的修改;依 v3.15.0 原始碼,這項防護只在 MLFLOW_ALLOW_PICKLE_DESERIALIZATION 設為 False 時擋下,而這個變數預設是 True。 - 截至 2026-09-25 不在 CISA KEV;CISA 在 2026-09-23 的評估記錄為沒有已知利用。 尚未確認 / 說法不一: - CERT/CC 公告 VU#369093 原文照字面讀會把 CVE-2026-96804 對應到 dspy 格式的漏洞,與 CVE 紀錄不一致;本頁依 CVE 紀錄。 - 攻擊者需要什麼權限說法不一:CISA 評為需低權限、不需使用者操作;GHSA 評為不需權限、但需使用者操作。 - 是否已有公開的概念驗證程式:TheHackerWire 說尚未確認;另有第三方網站聲稱已有,但其頁面含可執行的攻擊程式碼,本頁不列為來源。 - 修補前是否已遭利用(零時差),沒有來源提供證據。 「管理者以為已經把門鎖上,但其中一扇側門根本沒裝鎖。」— PlainCVE https://plaincve.date/vulns/cve-2026-96804-mlflow-statsmodels-pickle-bypass
如何引用本頁
本文採 CC BY 4.0,轉載請保留署名與連結。
PlainCVE 團隊(2026)。《MLflow statsmodels 模型格式略過 pickle 安全開關:載入惡意模型就可能執行任意程式碼》。PlainCVE。https://plaincve.date/vulns/cve-2026-96804-mlflow-statsmodels-pickle-bypass(查閱日期:YYYY-MM-DD)BibTeX
@misc{cve202696804mlflowstatsmodelspicklebypass2026,
title = {MLflow statsmodels 模型格式略過 pickle 安全開關:載入惡意模型就可能執行任意程式碼},
author = {PlainCVE 團隊},
year = {2026},
howpublished = {PlainCVE},
url = {https://plaincve.date/vulns/cve-2026-96804-mlflow-statsmodels-pickle-bypass},
note = {更新於 2026-09-30}
}