plaincve:~$

// 威脅簡報

CVE-2026-111391

SGLang 除錯傾印工具 eval 注入:篩選條件可逃出沙箱,在排程程序中執行任意 Python 程式碼

CVSS
9.2 CRITICAL
CISA KEV
未列入
弱點類型
CWE-95
主題
AI 安全

PlainCVE 團隊 · 發布 2026-10-20 · AI 輔助 · 媒體簡報 ↓

AI 審稿 2026-10-20(未經人工)指令測試:未提供漏洞重現:未進行驗證紀錄 ↓

SGLang 的除錯傾印工具用 Python eval() 執行篩選條件,受限環境可被逃脫,讓攻擊者在伺服器上執行任意程式碼;目前沒有確認的修補版本。

誰會中使用 SGLang 0.5.10 到 0.5.22、設定了 DUMPER_SERVER_PORT 的部署。前提依模式不同。設成數字埠時,v0.5.22 程式碼會另外啟動一個綁在 0.0.0.0(所有網路介面)、不檢查認證的傾印伺服器,能連到該埠的人就能利用(研究者文章也這樣描述;CVE 紀錄同樣稱端點不需認證)。設成 reuse 時,傾印路由掛在主 API 上;依回報者說法,攻擊者需要能連到 /dumper/configure 與 /generate,且沒有設定 admin_api_key 或攻擊者持有 admin 金鑰。
後果攻擊者可以在 SGLang 的排程程序(scheduler)裡執行任意 Python 程式碼。回報者評估,這些程式碼能讀取模型檔、掛載的憑證、環境變數與程序記憶體。
現在該做什麼目前沒有來源指出已修補的版本。在官方修補出來前,第三方建議不要設定 DUMPER_SERVER_PORT,並限制誰能連到 /dumper/configure。
受影響版本0.5.10 到 0.5.22(含)
修好的版本未確認;目前沒有來源指出已修補的版本
CVSS 向量
顯示完整向量CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
時間點
  • 首次公開 2026-10-14

藍隊應對手冊

確認、修補 / 緩解、應變、強化。版本符合受影響條件不等於已被入侵;檢查沒有結果也不等於安全,每一項都有能證明與不能證明的範圍。標記的步驟對應下方攻擊流程裡可以擋下攻擊的那一步。

DETECT確認我受影響嗎?有沒有入侵跡象?
  1. 01確認 SGLang 版本

    0.5.10 到 0.5.22 在受影響範圍內(CVE 紀錄與 VulnCheck 公告)。在執行 SGLang 的主機、容器或 Python 虛擬環境(venv)內執行;在別的 Python 環境執行會查不到或查錯版本。容器部署可改用 docker exec <容器名稱> pip show sglang(唯讀)。

    唯讀查詢
    pip show sglang | grep -i '^version'
  2. 02確認是否設定了 DUMPER_SERVER_PORT

    沒有設定這個環境變數,就沒有可被利用的傾印端點;值是數字代表另開一個對所有網路介面開放、不需認證的傾印埠,值是 reuse 代表掛在主 API 上。要在 SGLang 服務所在的主機或容器內執行,目前 shell 的環境不一定等於服務程序的環境。容器部署可用 docker exec <容器名稱> env | grep -i DUMPER_SERVER_PORT(唯讀),也要檢查 docker compose 檔或 systemd 服務設定檔。

    唯讀查詢
    env | grep -i DUMPER_SERVER_PORT
    步驟 1
  3. 03檢查是否有人呼叫 /dumper/configure

    在反向代理或 SGLang 主機上執行,遞迴搜尋紀錄資料夾(路徑依你的部署調整);輪替後壓縮的舊紀錄(.gz)要另用 zgrep 搜尋。數字埠模式的傾印伺服器另外綁一個埠,不一定經過反向代理,反向代理紀錄可能看不到這些呼叫;PlainCVE 建議同時檢查 SGLang 服務本身的輸出紀錄與防火牆紀錄。若你自己沒有使用傾印工具,任何來自外部的呼叫都值得調查。

    唯讀查詢
    grep -rn '/dumper/configure' /var/log/nginx/
    步驟 1步驟 3
MITIGATE修補 / 緩解先修補;還不能修補時先擋住
  1. 01不要設定 DUMPER_SERVER_PORT

    第三方威脅情資(OffSeq)建議:在修補出來前,盡量不要設定這個變數。目前沒有已確認的修補版本。

    步驟 1
  2. 02限制 /dumper/configure 的存取

    同樣是 OffSeq 的建議:若必須使用傾印工具,在反向代理或防火牆限制只有受信任的來源能連到這個端點。

    步驟 1
  3. 03設定 admin_api_key

    只適用於 DUMPER_SERVER_PORT=reuse 模式。PlainCVE 依回報者列出的前提推論:reuse 模式下沒有 admin_api_key 時,持有一般 API 金鑰的人就能利用;設定後可縮小能利用的人,但 eval 問題本身仍在。DUMPER_SERVER_PORT 設成數字埠時,傾印伺服器不檢查認證(v0.5.22 程式碼),admin_api_key 沒有作用。

    步驟 2
RESPOND應變發現入侵跡象時
  1. 01發現可疑呼叫時,把主機當成已遭入侵

    PlainCVE 的建議:輪替排程程序能讀到的憑證與環境變數中的金鑰,並檢查主機上是否有異常程序或檔案。這是預防性做法,不代表已確認外洩。

    步驟 4步驟 5
  2. 02追蹤官方修補

    追蹤 GitHub issue #44188(該頁含攻擊程式,本站不連結)與 SGLang 官方發布說明。社群 PR #44205 已被維護者關閉、未合併(維護者一併關閉了同一帳號的多個 PR),不要把它當成修補。目前沒有來源確認維護者已發布修補或安全公告。

    步驟 3
HARDEN強化長期避免同類問題
  1. 01不要讓 SGLang 與傾印埠直接對外

    一位研究者指出,在他檢視的版本中 SGLang 主服務預設只綁定本機(loopback)。但同一篇文章與 v0.5.22 程式碼都顯示,DUMPER_SERVER_PORT 設成數字埠時,傾印伺服器另外綁在 0.0.0.0(所有網路介面)且不需認證,主服務綁本機擋不住它。PlainCVE 的建議:不要讓主服務對外監聽,並在防火牆擋住傾印埠。

    步驟 1
  2. 02正式環境不開除錯功能

    PlainCVE 的建議:傾印工具這類除錯功能只在隔離的測試環境開啟。

    步驟 1
  3. 03推理主機只放最小權限的憑證

    就算程式碼被執行,能讀到的東西也有限。

    步驟 5
完整修復步驟與說明
  1. 目前沒有已確認的修補版本。 沒有來源指出修補版;GitHub Advisory 條目尚未審查,也沒有連到 SGLang 專案自己的安全公告。PlainCVE 的判斷是:擷取當時專案可能尚未發布安全公告。第三方威脅情資也表示修補狀態尚未確認。
  2. 先處理入口。 上方防禦清單中的「不設 DUMPER_SERVER_PORT」與「限制 /dumper/configure 存取」是 OffSeq 的建議,不是官方建議。設定 admin_api_key 只在 reuse 模式下能減少可利用的人,不能取代前兩項;數字埠模式下傾印伺服器不檢查認證,admin_api_key 沒有作用。
  3. 檢查順序。 先確認版本,再確認 DUMPER_SERVER_PORT;兩者都成立才需要翻查存取紀錄。檢查環境變數時,要看服務實際的啟動設定(容器、systemd 等),不只是你自己的終端機。
  4. 等修補出來後。 升級前確認發布說明確實提到 _evaluate_filter 或 dumper 的修補;在那之前不要因為升到 0.5.22 以後的版本就認定安全。

攻擊流程

從左到右是攻擊發生的順序。藍色盾牌代表這一步可以被擋下,越早擋下越好。點圖示可看細節。

由上到下是攻擊發生的順序。藍色盾牌代表這一步可以被擋下,越早擋下越好。點圖示可看細節。

SGLang 除錯傾印工具 eval 注入:篩選條件可逃出沙箱,在排程程序中執行任意 Python 程式碼: 1. 攻擊者連上 /dumper/configure 端點 → 2. 端點沒有擋下請求 → 3. 送出特製的篩選條件 → 4. 下一次模型運算時執行注入的程式碼 → 5. 讀取模型檔、憑證與環境變數CVE-2026-111391 · SGLang 除錯傾印工具 eval 注入:篩選條件可逃出沙箱,在排程程序中執行任意 Python 程式碼攻擊者你的系統攻擊者連上 /dumper/configure 端點 — 只有設定了 DUMPER_SERVER_PORT 時這個除錯端點才存在。設成數字埠時,傾印工具另外開一個綁在 0.0.0.0(所有網路介面)的 HTTP 伺服器(v0.5.22 程式碼);回報者描述的則是 DUMPER_SERVER_PORT=reuse,會把傾印工具的路由掛到主要的模型 API 上,依回報者列出的前提,攻擊者也需要能連到 /generate 端點。 1攻擊者連上/dumper/configure端點端點沒有擋下請求 — 數字埠模式下,v0.5.22 程式碼裡的傾印伺服器不做任何認證檢查(CVE 紀錄也稱端點不需認證)。reuse 模式下,依回報者說法:沒有設定任何 API 金鑰時不需登入;有一般 API 金鑰但沒有 admin_api_key 時,持有一般金鑰的人就能使用。 2端點沒有擋下請求送出特製的篩選條件 — _evaluate_filter() 用 Python 的 eval() 執行這段篩選條件。它雖然放在受限環境裡,但環境中可取得的 re.search 函式會帶出它所屬模組的全域變數,讓攻擊者逃出限制。 3送出特製的篩選條件下一次模型運算時執行注入的程式碼 — 程式碼不會立刻執行,而是等到下一次模型運算(forward pass)碰到傾印掛勾時,在排程程序裡執行。 4下一次模型運算時執行注入的程式碼讀取模型檔、憑證與環境變數 — 回報者評估:任意程式碼可讀取排程程序能存取的模型檔、掛載的憑證、環境變數與程序記憶體。 5讀取模型檔、憑證與環境變數攻擊路徑可在此擋下PlainCVE · plaincve.date/vulns/cve-2026-111391-sglang-dumper-eval-injection · CC BY 4.0
SGLang 除錯傾印工具 eval 注入:篩選條件可逃出沙箱,在排程程序中執行任意 Python 程式碼: 1. 攻擊者連上 /dumper/configure 端點 → 2. 端點沒有擋下請求 → 3. 送出特製的篩選條件 → 4. 下一次模型運算時執行注入的程式碼 → 5. 讀取模型檔、憑證與環境變數CVE-2026-111391 · SGLang 除錯傾印工具eval 注入:篩選條件可逃出沙箱,在排程程序中執行任意 Python 程式碼攻擊者連上 /dumper/configure 端點 — 只有設定了 DUMPER_SERVER_PORT 時這個除錯端點才存在。設成數字埠時,傾印工具另外開一個綁在 0.0.0.0(所有網路介面)的 HTTP 伺服器(v0.5.22 程式碼);回報者描述的則是 DUMPER_SERVER_PORT=reuse,會把傾印工具的路由掛到主要的模型 API 上,依回報者列出的前提,攻擊者也需要能連到 /generate 端點。 1攻擊者攻擊者連上 /dumper/configure 端點端點沒有擋下請求 — 數字埠模式下,v0.5.22 程式碼裡的傾印伺服器不做任何認證檢查(CVE 紀錄也稱端點不需認證)。reuse 模式下,依回報者說法:沒有設定任何 API 金鑰時不需登入;有一般 API 金鑰但沒有 admin_api_key 時,持有一般金鑰的人就能使用。 2你的系統端點沒有擋下請求送出特製的篩選條件 — _evaluate_filter() 用 Python 的 eval() 執行這段篩選條件。它雖然放在受限環境裡,但環境中可取得的 re.search 函式會帶出它所屬模組的全域變數,讓攻擊者逃出限制。 3攻擊者送出特製的篩選條件下一次模型運算時執行注入的程式碼 — 程式碼不會立刻執行,而是等到下一次模型運算(forward pass)碰到傾印掛勾時,在排程程序裡執行。 4你的系統下一次模型運算時執行注入的程式碼讀取模型檔、憑證與環境變數 — 回報者評估:任意程式碼可讀取排程程序能存取的模型檔、掛載的憑證、環境變數與程序記憶體。 5攻擊者讀取模型檔、憑證與環境變數攻擊路徑可在此擋下PlainCVE · CC BY 4.0plaincve.date/vulns/cve-2026-111391-sglang-dumper-eval-injection
圖片可自由用於報導與教學,採 CC BY 4.0,圖上已附出處。
  1. 攻擊者

    攻擊者連上 /dumper/configure 端點

    只有設定了 DUMPER_SERVER_PORT 時這個除錯端點才存在。設成數字埠時,傾印工具另外開一個綁在 0.0.0.0(所有網路介面)的 HTTP 伺服器(v0.5.22 程式碼);回報者描述的則是 DUMPER_SERVER_PORT=reuse,會把傾印工具的路由掛到主要的模型 API 上,依回報者列出的前提,攻擊者也需要能連到 /generate 端點。

    防禦: 不要設定 DUMPER_SERVER_PORT;限制誰能連到 /dumper/configure 與傾印埠;不要讓 SGLang 對外暴露。

  2. 你的系統

    端點沒有擋下請求

    數字埠模式下,v0.5.22 程式碼裡的傾印伺服器不做任何認證檢查(CVE 紀錄也稱端點不需認證)。reuse 模式下,依回報者說法:沒有設定任何 API 金鑰時不需登入;有一般 API 金鑰但沒有 admin_api_key 時,持有一般金鑰的人就能使用。

    防禦: PlainCVE 建議:若必須啟用傾印工具,只用 reuse 模式並設定 admin_api_key;數字埠模式下 admin_api_key 沒有作用。這只是縮小可利用的人,沒有修掉 eval 問題。

  3. 攻擊者

    送出特製的篩選條件

    _evaluate_filter() 用 Python 的 eval() 執行這段篩選條件。它雖然放在受限環境裡,但環境中可取得的 re.search 函式會帶出它所屬模組的全域變數,讓攻擊者逃出限制。

    防禦: 根本解法要等官方修補,改用不執行程式碼的解析器;使用者端只能先關閉傾印工具。

  4. 你的系統

    下一次模型運算時執行注入的程式碼

    程式碼不會立刻執行,而是等到下一次模型運算(forward pass)碰到傾印掛勾時,在排程程序裡執行。

  5. 攻擊者

    讀取模型檔、憑證與環境變數

    回報者評估:任意程式碼可讀取排程程序能存取的模型檔、掛載的憑證、環境變數與程序記憶體。

    防禦: 只給 SGLang 主機必要的最小權限憑證,縮小外洩範圍。

影響範圍

條件是否受影響
SGLang 0.5.10 到 0.5.22 + DUMPER_SERVER_PORT 設成數字埠 + 攻擊者能連到該傾印埠受影響,不需認證(v0.5.22 程式碼:傾印伺服器綁在 0.0.0.0、不檢查認證;研究者文章與 CVE 紀錄也稱不需認證)
SGLang 0.5.10 到 0.5.22 + DUMPER_SERVER_PORT=reuse + 攻擊者能連到 /dumper/configure 與 /generate,且沒有設定任何 API 金鑰受影響,不需登入即可利用(依回報者)
同上(reuse 模式),有一般 API 金鑰但沒有 admin_api_key受影響,持有一般金鑰的人即可利用(依回報者)
同上(reuse 模式),有 admin_api_key只有持有 admin 金鑰的人能利用(依回報者)
沒有設定 DUMPER_SERVER_PORT沒有可利用的傾印端點
0.5.10 以前、0.5.22 以後CVE 紀錄未列入;目前沒有來源指出修補版本

回報者實際在 0.5.19 重現了這個問題。

sglang 0.5.22 已在 2026-10-16 上傳到 PyPI,沒有被撤回,是已發布的版本(PyPI 發布紀錄)。

認證條件依模式而定: CVE 紀錄(由 VulnCheck 發布,不是 SGLang 專案)說 /dumper/configure 不需認證;回報者則說,只有沒設 API 金鑰時才完全不需認證。追到 v0.5.22 程式碼,兩邊說法對應不同模式,不是彼此矛盾:DUMPER_SERVER_PORT 設成數字埠時,傾印工具另外啟動一個綁在 0.0.0.0(所有網路介面)的 HTTP 伺服器,處理請求時不檢查認證;設成 reuse 時,傾印路由掛在主 API 上,依回報者與研究者的說法,沿用主服務的管理權限設定(沒有 admin_api_key 時,持有一般金鑰的人就能利用)。

另外,一位研究者指出,在他檢視的版本中 SGLang 主服務預設只綁定本機(loopback),也就是只有同一台機器能連。但這只對 reuse 模式有保護作用:同一篇文章與 v0.5.22 程式碼都顯示,數字埠模式的傾印伺服器綁在所有網路介面,主服務綁本機擋不住它。

原理

SGLang 是 LMSYS 主持的開源框架,用來架設大型語言模型服務。它有一個選用的「除錯傾印工具」(debug dumper),可以在模型運算時記錄內部資料。使用者可以透過 /dumper/configure 端點設定一個「篩選條件」,決定要記錄哪些資料。

問題出在 _evaluate_filter() 這個函式:它用 Python 的 eval()(把一段文字當成程式碼執行的內建函式)來判斷篩選條件。開發者把它放在一個受限環境裡,只提供少數工具,例如 re.search。但 Python 的函式物件會帶著它所屬模組的全域變數,攻擊者可以順著這條路拿到原本不該拿到的東西,逃出受限環境。這類弱點稱為 eval 注入(CWE-95)。

注入的程式碼不會馬上執行,而是等到下一次模型運算(forward pass)碰到傾印掛勾時,在 SGLang 的排程程序(scheduler)裡執行。回報者評估,這段程式碼能讀取排程程序可存取的模型檔、掛載的憑證、環境變數與程序記憶體。

有問題的思路(概念示意,不是原始程式碼):

展開程式碼範例(python)
# 受限環境裡仍放了函式物件,函式物件可以往回找到更多東西
def evaluate_filter(expr, record):
    return eval(expr, {"__builtins__": {}, "re": some_regex_helpers}, record)

較安全的思路:

展開程式碼範例(python)
import ast
ALLOWED = (ast.Expression, ast.Compare, ast.BoolOp, ast.Name, ast.Constant, ...)

def evaluate_filter(expr, record):
    tree = ast.parse(expr, mode="eval")
    for node in ast.walk(tree):
        if not isinstance(node, ALLOWED):
            raise ValueError("不允許的語法")
        # 一律拒絕雙底線屬性,也不提供任何函式物件
    return safe_interpret(tree, record)  # 自己解譯,不呼叫 eval

回報者的建議正是如此:不要用 eval 處理篩選條件,改用結構化解析器,或不提供任何函式物件的受限運算器。一位非維護者的留言者曾提出 PR #44205,想以白名單式的 AST 運算器取代 eval;這個 PR 已被維護者關閉、沒有合併(維護者以同一帳號短時間開了 37 個 PR、驗證與測試不足為由一併關閉),所以不算修補。

時間軸

日期事件
2026-07-30CERT/CC 發布 CVE-2026-15971(傾印工具在設定 DUMPER_SERVER_PORT 時的沙箱逃脫,列出影響至 v0.5.15 為止;內容沒有提到 _evaluate_filter 或 re.search,與本 CVE 的關係未確認;它引用的專案公告 GHSA-h6rf-77vv-9mvj 讀不到)
2026-10-14回報者在 GitHub 公開 issue #44188(該頁含攻擊程式,本站不連結);CVE 紀錄也以這天為公開日期
2026-10-14社群留言者提出的 PR #44205 被維護者關閉,沒有合併(該頁含攻擊程式,本站不連結)
2026-10-16VulnCheck 發布 CVE-2026-111391;同日 sglang 0.5.22 上傳到 PyPI
2026-10-18截至這天,未列入 CISA 已知遭利用漏洞清單(KEV)

延伸閱讀

  • 評分差異: CVE 紀錄列出 CVSS 4.0 為 9.2(嚴重)、CVSS 3.1 為 8.1(高)。兩者只是評分版本不同。NVD 已將它標為「Deferred」,也就是沒有做自己的分析,因此本頁採用 CVE 紀錄中的分數。
  • 利用情況: CISA 的 SSVC 評估把利用狀態評為「poc」,代表已有公開的概念驗證;公開的 GitHub issue #44188 也附有重現方式(該頁含攻擊程式,本站不連結)。GitHub Advisory 資料庫記錄的 EPSS(預測未來 30 天遭利用機率的分數)約為 0.45%。沒有來源回報實際遭利用,也沒有來源回報零時差攻擊。
  • 相關漏洞: 較早的 CVE-2026-15971(由 CERT/CC 指派)描述了啟用 DUMPER_SERVER_PORT 時傾印工具的沙箱逃脫,列出影響至 v0.5.15 為止(2026-07-30 發布);該紀錄沒有提到 _evaluate_filter 或 re.search。PlainCVE 的判斷是:新的 CVE 可能是同一個問題在後續版本的延續,或前一次修補不完整,但沒有來源確認兩者的關係。
  • 發現者: CVE 紀錄列出 Jiapeng Li、Jiajia Liu、Qiang Fu 與 Jiadai Wang。
  • 相關弱點類型:CWE-95(eval 注入)。

驗證紀錄 AI 依審稿規則逐項核對來源,全部通過;未經人工審稿,也尚未在我們的環境重現

AI 審稿2026-10-20 · 審稿規則

驗證紀錄只寫環境與結果,不公開重現步驟或可攻擊他人系統的程式。詳見 政策.

來源

  1. CVE / NVD / OSVCVE-2026-111391 Record · CVE Program (CNA: VulnCheck), 2026-10-16 · 查閱 2026-10-18
  2. CVE / NVD / OSVNVD - CVE-2026-111391 · NIST · 查閱 2026-10-18
  3. 安全公告SGLang 0.5.10 through 0.5.22 Code Injection via Debug Dumper Filter · VulnCheck · 查閱 2026-10-18
  4. 其他GitHub Advisory Database entry for CVE-2026-111391 · GitHub · 查閱 2026-10-18
  5. 廠商說明SGLang v0.5.22 dumper.py source code · sgl-project (LMSYS) · 查閱 2026-10-18
  6. 其他PyPI sglang 0.5.22 release metadata · PyPI · 查閱 2026-10-18
  7. 廠商說明SGLang repository · sgl-project (LMSYS) · 查閱 2026-10-18
  8. 廠商說明SGLang releases · sgl-project (LMSYS) · 查閱 2026-10-18
  9. 新聞報導CVE-2026-111391 threat entry · OffSeq Radar · 查閱 2026-10-18
  10. 研究文章SGLang disclosures · Apoorv Dayal · 查閱 2026-10-18
  11. CVE / NVD / OSVCVE-2026-15971 Record · CVE Program (CNA: CERT/CC) · 查閱 2026-10-18

媒體簡報

一句話

SGLang 是 LMSYS 主持、用來架設大型語言模型服務的開源框架。它的除錯傾印工具會用 Python 的 eval() 執行使用者送來的篩選條件,而這層限制可以被繞過,讓攻擊者在伺服器上執行任意程式碼。漏洞影響 0.5.10 到 0.5.22,只在啟用 DUMPER_SERVER_PORT 時才會出現;目前沒有已確認的修補版本,截至 2026-10-18 也未列入 CISA 已知遭利用漏洞清單。

關鍵數字

嚴重度
CVSS 4.0 9.2;CVSS 3.1 8.1(CVE 紀錄) cveawg.mitre.org
受影響版本
sglang 0.5.10 到 0.5.22 vulncheck.com
公開回報
2026-10-14(CVE 紀錄的公開日期;GitHub issue #44188,該頁含攻擊程式,本站不連結) cveawg.mitre.org
CVE 發布
2026-10-16 cveawg.mitre.org
NVD 狀態
Deferred(尚未自行分析) services.nvd.nist.gov
EPSS
約 0.45% api.github.com

已確認

  • _evaluate_filter() 用 eval() 執行篩選條件,受限環境可經由 re.search 的全域變數被逃脫,影響 0.5.10 到 0.5.22。
  • 只有設定 DUMPER_SERVER_PORT 時才會出現,程式碼在排程程序中於下一次模型運算時執行。
  • 已有公開的概念驗證(CISA SSVC 評為 poc),但截至 2026-10-18 未列入 CISA KEV。

尚未確認 / 說法不一

  • 沒有來源指出修補版本;社群 PR #44205 已被維護者關閉、未合併。
  • reuse 模式下的認證條件只有回報者的說法(要看 API 金鑰設定);數字埠模式不需認證,有 v0.5.22 程式碼與 CVE 紀錄支持。
  • 與較早的 CVE-2026-15971 是同一問題、修補不完整,還是不同問題,沒有來源確認。
  • 沒有來源回報實際遭利用或零時差攻擊。

可引用的一句話

把使用者輸入交給 eval(),等於把鑰匙交給對方,再希望他只開你允許的那扇門。

圖片

下載分享圖(PNG) · 攻擊流程圖(可下載)

引用時請標示「PlainCVE」並附上本頁連結。 完整引用格式見下方「如何引用本頁」。有事實錯誤請回報.

如何引用本頁

本文採 CC BY 4.0,轉載請保留署名與連結。

PlainCVE 團隊(2026)。《SGLang 除錯傾印工具 eval 注入:篩選條件可逃出沙箱,在排程程序中執行任意 Python 程式碼》。PlainCVE。https://plaincve.date/vulns/cve-2026-111391-sglang-dumper-eval-injection(查閱日期:YYYY-MM-DD)
BibTeX
@misc{cve2026111391sglangdumperevalinjection2026,
  title  = {SGLang 除錯傾印工具 eval 注入:篩選條件可逃出沙箱,在排程程序中執行任意 Python 程式碼},
  author = {PlainCVE 團隊},
  year   = {2026},
  howpublished = {PlainCVE},
  url    = {https://plaincve.date/vulns/cve-2026-111391-sglang-dumper-eval-injection},
  note   = {更新於 2026-10-20}
}