// 威脅簡報

CVE-2026-104286已遭實際利用

FortiMail 路徑穿越漏洞:不需登入即可能在設備上寫入任意檔案,已遭實際利用,修補版已於 10-05 列出

CVSS
9.8 CRITICAL
CISA KEV
2026-10-01
弱點類型
CWE-22 · CWE-158

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

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

FortiMail 有路徑穿越漏洞,未登入的攻擊者可能透過特製的網頁請求在設備上寫入任意檔案;已遭實際利用;Fortinet 已於 2026-10-05 更新公告,列出可升級的修補版。

誰會中Fortinet 的兩份一手資料不一致:Fortinet 公告列 FortiMail 8.0.0–8.0.1、7.6.0–7.6.6、7.4.0–7.4.8、7.2.0–7.2.9;Fortinet 以 CNA 身分填的 CVE 紀錄結構化資料列 8.0.0、7.6.0–7.6.5、7.4.0–7.4.6、7.2.0–7.2.9,另加 7.0.0–7.0.9。任一份列為受影響的版本(含 7.0.0–7.0.9)都應檢查,詳見內文。
後果攻擊者可能在設備底層系統寫入任意檔案;Fortinet 將影響類別列為「執行未經授權的程式碼或指令」。
現在該做什麼升級到兩份 Fortinet 資料都認定已修補的版本:8.0.2、7.6.7、7.4.9 以上(公告寫 7.2 改用 7.4 分支以上,PlainCVE 的判斷是必須為 7.4.9 以上,因為 7.4.0–7.4.8 本身受影響;CVE 紀錄另列 7.0 為受影響,兩份資料都沒有列出 7.0 的修補版,PlainCVE 建議 7.0 用戶同樣升到 7.4.9 以上等已修補版本);無法立即升級時,依 Fortinet 的暫時解法停用 IBE 功能、讓 webmail 介面只能從受信任的內部網路連線,或用 WAF 封鎖公告所述對 /ibe 的請求;並比對 Fortinet 公布的入侵指標。
受影響版本8.0.0–8.0.1、7.6.0–7.6.6、7.4.0–7.4.8、7.2.0–7.2.9(Fortinet 公告);CVE 紀錄的結構化資料另列 7.0.0–7.0.9,且各分支上限不同
修好的版本8.0.2、7.6.7、7.4.9 以上(Fortinet 公告 2026-10-05 更新);7.2 須改用 7.4 分支以上(Fortinet 公告);PlainCVE 的判斷:須為 7.4.9 以上才有效。CVE 紀錄解法欄另寫 8.0.1、7.6.6、7.4.8、7.2.10 以上;兩份資料都沒有列出 7.0 的修補版
CVSS 向量
顯示完整向量CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
時間點
  • 首次公開 2026-10-01
CISA KEV已列入(2026-10-01),代表已有實際攻擊案例

藍隊應對手冊

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

DETECT確認我受影響嗎?有沒有入侵跡象?
  1. 01依兩份 Fortinet 資料確認版本

    Fortinet 公告列 8.0.0–8.0.1、7.6.0–7.6.6、7.4.0–7.4.8、7.2.0–7.2.9;Fortinet 填的 CVE 紀錄結構化資料另列 7.0.0–7.0.9。PlainCVE 的建議:版本落在任一份的範圍內(即 7.0.0–7.0.9、7.2.0–7.2.9、7.4.0–7.4.8、7.6.0–7.6.6、8.0.0–8.0.1)都視為需要處理。NVD 自己的 CPE 設定與公告一致,沒有列 7.0。Suped 提醒,CVE 紀錄的機器可讀版本資料與公告衝突,只靠掃描器或快取資料源判斷可能做出錯誤決定。

  2. 02比對 Fortinet 公布的入侵指標

    Fortinet 現行公告列出與攻擊相關的 IP(79.141.169.187、45.129.0.192),以及 System Event Logs 與 Encryption Logs 的紀錄樣本。請以公告中的完整清單為準。

    唯讀查詢
    grep -E '79\.141\.169\.187|45\.129\.0\.192' exported-fortimail-logs.txt
MITIGATE修補 / 緩解先修補;還不能修補時先擋住
  1. 01停用 IBE 功能(官方暫時解法)

    無法立即升級時,Fortinet 提供從 GUI 或 CLI 停用 IBE 功能的暫時解法;確切操作請見公告。

  2. 02限制 webmail 介面存取或以 WAF 過濾(官方替代方案)

    Fortinet 的替代方案:不讓 FortiMail webmail 介面從網際網路連線,或只允許受信任的內部網路存取;或用 WAF 封鎖公告所述對 /ibe 的 POST 請求。PlainCVE 的判斷:只限制管理介面,webmail 介面仍可能暴露(Fortinet 公告沒有這樣寫)。

  3. 03升級到修補版

    Fortinet 公告(2026-10-05 更新)列出 8.0.2、7.6.7、7.4.9 以上,這些版本兩份 Fortinet 資料都認定已修補。7.2 用戶須改用 7.4 分支以上;PlainCVE 的判斷是必須升到 7.4.9 以上才有效。CVE 紀錄另把 7.0.0–7.0.9 列為受影響,但兩份資料都沒有列出 7.0 的修補版;PlainCVE 的建議:7.0 用戶升到兩邊都認定已修補的版本(例如 7.4.9 以上)。FortiMail Cloud 的修補,Fortinet 的兩份一手資料說法不同:Fortinet 公告(2026-10-07 說明)表示已於 10-05 把雲端韌體更新到 7.6.7 GA 或 8.0.2 GA;Fortinet 填的 CVE 紀錄(2026-10-07 更新)解法欄則寫「在 FortiMail Cloud 25.1 版修補(尚未發布)」。兩份資料都表示雲端客戶不需動作。

RESPOND應變發現入侵跡象時
  1. 01發現入侵指標時視為可能已遭入侵

    PlainCVE 的建議:保留紀錄、對照公告的完整指標清單調查。本頁所依據的資料沒有描述官方清除步驟。Suped 提醒,能寫入檔案不代表每台設備都已被執行程式碼,但也不能因此假設設備是乾淨的。

HARDEN強化長期避免同類問題
  1. 01不需要的網頁介面不要暴露在網際網路

    PlainCVE 的建議:這次 Fortinet 的替代解法是限制 webmail 介面存取;長期只讓必要的網頁介面(含 webmail 與管理介面)對外,可縮小類似漏洞的曝險面。

  2. 02同時核對廠商公告與 CVE 紀錄

    Suped 指出 CVE 機器可讀資料可能與廠商公告不同。PlainCVE 的建議:資產盤點時同時核對廠商公告與 CVE 紀錄,任一份列為受影響的版本都納入處理。

完整修復步驟與說明

Fortinet 公告(2026-10-05 更新)已列出修補版:升級到 8.0.2、7.6.7、7.4.9 以上,並檢查入侵指標。無法立即升級時,先套用暫時解法:

  • **停用 IBE:**Fortinet 公告提供從 GUI 或 CLI 停用 IBE 的方式,請直接從公告取得。
  • **限制 webmail 介面:**不讓 webmail 介面從網際網路連線,或只允許受信任的內部網路存取(Fortinet)。PlainCVE 的判斷:只限制管理介面不夠(Fortinet 公告沒有這樣寫)。
  • **WAF:**用 WAF 封鎖公告所述對 /ibe 的 POST 請求(Fortinet)。
  • **7.2 用戶注意:**Fortinet 要求改用 7.4 分支以上,但 7.4.0–7.4.8 本身就受影響。PlainCVE 的判斷(Suped 也有相同看法):從 7.2 升到 7.4 必須是 7.4.9 以上才有效。
  • **7.0 用戶注意:**CVE 紀錄把 7.0.0–7.0.9 列為受影響,公告沒有列;兩份資料都沒有列出 7.0 的修補版。PlainCVE 的建議:7.0 用戶也要檢查,並升到兩份資料都認定已修補的版本(例如 7.4.9 以上)。
  • **FortiMail Cloud:**兩份 Fortinet 一手資料說法不同。Fortinet 公告(2026-10-07 說明)表示已於 10-05 把雲端韌體更新到 7.6.7 GA 或 8.0.2 GA;Fortinet 填的 CVE 紀錄(2026-10-07 更新)解法欄寫的是「Fortinet remediated this issue in FortiMail Cloud version 25.1 (not released)」,也就是在尚未發布的 FortiMail Cloud 25.1 版修補。兩份資料都表示雲端客戶不需動作。
  • CVE 紀錄的修補建議與公告不同:
分支CVE 紀錄的解法文字Fortinet 公告
8.08.0.1 以上8.0.1 受影響,修補為 8.0.2
7.67.6.6 以上7.6.6 受影響,修補為 7.6.7
7.47.4.8 以上7.4.8 受影響,修補為 7.4.9
7.2即將推出的 7.2.10改用 7.4 分支

兩份資料都認定已修補的版本是 8.0.2、7.6.7、7.4.9 以上;CVE 紀錄寫的 8.0.1、7.6.6、7.4.8 在公告中仍列為受影響,PlainCVE 建議不要停在這些版本。CVE 紀錄的解法文字還提到 FortiRecorder 版本,但沒有任何 FortiRecorder 被列為受影響;FortiRecorder 是否受影響未確認,可能是複製錯誤。

攻擊流程

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

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

FortiMail 路徑穿越漏洞:不需登入即可能在設備上寫入任意檔案,已遭實際利用,修補版已於 10-05 列出: 1. 對 FortiMail 送出特製的 HTTP/HTTPS 請求 → 2. 設備沒有把檔案路徑限制在允許的資料夾內 → 3. 攻擊者在底層系統寫入任意檔案 → 4. 可能進一步執行未經授權的程式碼或指令CVE-2026-104286 · FortiMail 路徑穿越漏洞:不需登入即可能在設備上寫入任意檔案,已遭實際利用,修補版已於 10-05 列出攻擊者你的系統對 FortiMail 送出特製的 HTTP/HTTPS 請求 — 不需要登入。Fortinet 現行公告的替代解法針對的是 webmail 介面與 /ibe 端點,顯示攻擊者需要能連到這個介面(BleepingComputer 轉述公告初發布時的內容是管理介面;現行公告改為 webmail 介面)。 1對 FortiMail 送出特製的 HTTP/HTTPS 請求設備沒有把檔案路徑限制在允許的資料夾內 — 弱點類型為路徑穿越(CWE-22)加上 NULL 字元處理不當(CWE-158)。第三方分析(hol.org)指出出問題的是支援 IBE(身分式加密)的網頁元件;Fortinet 沒有明說必須啟用 IBE。 2設備沒有把檔案路徑限制在允許的資料夾內攻擊者在底層系統寫入任意檔案 — 能寫入任意檔案是 Fortinet 描述的影響;現行公告沒有列出具體被寫入的檔案。 3攻擊者在底層系統寫入任意檔案可能進一步執行未經授權的程式碼或指令 — Fortinet 將影響類別列為執行未經授權的程式碼或指令。Suped 提醒:能寫入檔案本身不等於每台設備都已被執行程式碼。 4可能進一步執行未經授權的程式碼或指令攻擊路徑可在此擋下PlainCVE · plaincve.date/vulns/cve-2026-104286-fortimail-path-traversal-file-write · CC BY 4.0
FortiMail 路徑穿越漏洞:不需登入即可能在設備上寫入任意檔案,已遭實際利用,修補版已於 10-05 列出: 1. 對 FortiMail 送出特製的 HTTP/HTTPS 請求 → 2. 設備沒有把檔案路徑限制在允許的資料夾內 → 3. 攻擊者在底層系統寫入任意檔案 → 4. 可能進一步執行未經授權的程式碼或指令CVE-2026-104286 · FortiMail 路徑穿越漏洞:不需登入即可能在設備上寫入任意檔案,已遭實際利用,修補版已於 10-05 列出對 FortiMail 送出特製的 HTTP/HTTPS 請求 — 不需要登入。Fortinet 現行公告的替代解法針對的是 webmail 介面與 /ibe 端點,顯示攻擊者需要能連到這個介面(BleepingComputer 轉述公告初發布時的內容是管理介面;現行公告改為 webmail 介面)。 1攻擊者對 FortiMail 送出特製的HTTP/HTTPS 請求設備沒有把檔案路徑限制在允許的資料夾內 — 弱點類型為路徑穿越(CWE-22)加上 NULL 字元處理不當(CWE-158)。第三方分析(hol.org)指出出問題的是支援 IBE(身分式加密)的網頁元件;Fortinet 沒有明說必須啟用 IBE。 2你的系統設備沒有把檔案路徑限制在允許的資料夾內攻擊者在底層系統寫入任意檔案 — 能寫入任意檔案是 Fortinet 描述的影響;現行公告沒有列出具體被寫入的檔案。 3你的系統攻擊者在底層系統寫入任意檔案可能進一步執行未經授權的程式碼或指令 — Fortinet 將影響類別列為執行未經授權的程式碼或指令。Suped 提醒:能寫入檔案本身不等於每台設備都已被執行程式碼。 4攻擊者可能進一步執行未經授權的程式碼或指令攻擊路徑可在此擋下PlainCVE · CC BY 4.0plaincve.date/vulns/cve-2026-104286-fortimail-path-traversal-file-write
圖片可自由用於報導與教學,採 CC BY 4.0,圖上已附出處。
  1. 攻擊者

    對 FortiMail 送出特製的 HTTP/HTTPS 請求

    不需要登入。Fortinet 現行公告的替代解法針對的是 webmail 介面與 /ibe 端點,顯示攻擊者需要能連到這個介面(BleepingComputer 轉述公告初發布時的內容是管理介面;現行公告改為 webmail 介面)。

    防禦: Fortinet 的暫時解法之一:不讓 webmail 介面從網際網路連線,或只允許受信任的內部網路存取;或用 WAF 封鎖公告所述對 /ibe 的 POST 請求。

  2. 你的系統

    設備沒有把檔案路徑限制在允許的資料夾內

    弱點類型為路徑穿越(CWE-22)加上 NULL 字元處理不當(CWE-158)。第三方分析(hol.org)指出出問題的是支援 IBE(身分式加密)的網頁元件;Fortinet 沒有明說必須啟用 IBE。

    防禦: 升級到 Fortinet 公告列出的修補版(8.0.2、7.6.7、7.4.9 以上);暫時解法:從 GUI 或 CLI 停用 IBE 功能。

  3. 你的系統

    攻擊者在底層系統寫入任意檔案

    能寫入任意檔案是 Fortinet 描述的影響;現行公告沒有列出具體被寫入的檔案。

    防禦: 比對 Fortinet 公告中的 IP 位址與紀錄樣本(System Event Logs、Encryption Logs)。

  4. 攻擊者

    可能進一步執行未經授權的程式碼或指令

    Fortinet 將影響類別列為執行未經授權的程式碼或指令。Suped 提醒:能寫入檔案本身不等於每台設備都已被執行程式碼。

影響範圍

FortiMail 是 Fortinet 的電子郵件安全設備。Fortinet 的兩份一手資料對受影響版本說法不一,下表並列兩邊並註明出處:

版本分支受影響版本(Fortinet 公告 FG-IR-26-175)受影響版本(Fortinet 填的 CVE 紀錄結構化資料)修補版本(Fortinet 公告)
8.08.0.0–8.0.18.0.08.0.2 以上
7.67.6.0–7.6.67.6.0–7.6.57.6.7 以上
7.47.4.0–7.4.87.4.0–7.4.67.4.9 以上
7.27.2.0–7.2.97.2.0–7.2.9未列出 7.2 修補版;改用 7.4 分支以上
7.0未列出7.0.0–7.0.9兩份資料都沒有列出 7.0 的修補版

修補版本依 Fortinet 公告 2026-10-05 的「Solution update」;Fortinet 文件站也有 8.0.2、7.6.7、7.4.9 的版本說明(標示 2026-10-05)。BleepingComputer 在公告初發布時報導 7.4、7.6、8.0 尚無安全更新,這已不是現況。

資料來源互相矛盾。 CVE 紀錄(Fortinet 以 CNA 身分填寫,2026-10-07 更新後仍是如此)的機器可讀版本資料與 Fortinet 公告不一致:它另把 7.0.0–7.0.9 列為受影響(公告與 CVE 文字描述都沒提到 7.0),並把 7.4 的上限寫成 7.4.6、7.6 寫成 7.6.5、8.0 只列 8.0.0。NVD 自己的 CPE 設定與公告一致(7.2.0–7.4.8、7.6.0–7.6.6、8.0.0–8.0.1),沒有列 7.0。Suped 也指出這點,並提醒只靠掃描器或快取資料源盤點,可能做出錯誤的修補判斷。PlainCVE 的建議:版本落在任一份資料的範圍內(包括 7.0.0–7.0.9)都應視為需要處理。

**觸發條件:**不需要登入(Fortinet);攻擊者要能對設備送出 HTTP/HTTPS 請求(Fortinet);Fortinet 現行公告的替代解法針對 webmail 介面與對 /ibe 的 POST 請求(BleepingComputer 轉述公告初發布時的內容寫的是管理介面,現行公告改為 webmail 介面)。第三方分析(hol.org)認為出問題的是支援 IBE(身分式加密)的網頁元件,Fortinet 的暫時解法「停用 IBE」也指向同一方向,但 Fortinet 沒有明說必須啟用 IBE 才受影響。

原理

Fortinet 將弱點描述為兩種問題的組合:路徑穿越(CWE-22,沒有把檔案路徑限制在允許的資料夾內)與 NULL 字元處理不當(CWE-158)。NULL 字元是許多程式用來表示「字串到此結束」的特殊字元;如果檢查檔名的程式碼和實際寫檔的程式碼對它的解讀不同,檢查就可能被繞過。Fortinet 沒有公開具體出錯的程式碼,以下只是這類弱點的一般示意。

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

展開程式碼範例(python)
name = request_filename            # 來自外部請求
path = BASE_DIR + "/" + name       # 直接拼接,沒檢查 ".." 或 NULL 字元
write_file(path, data)

修好的思路:

展開程式碼範例(python)
if "\x00" in name:
    reject()
path = os.path.realpath(os.path.join(BASE_DIR, name))
if not path.startswith(os.path.realpath(BASE_DIR) + os.sep):
    reject()                        # 解析後仍必須留在允許的資料夾內
write_file(path, data)

結果是攻擊者可能在設備的底層系統寫入任意檔案。Fortinet 把影響類別列為「執行未經授權的程式碼或指令」,CVSS 3.1 為 9.8。Suped 提醒,能寫入檔案是嚴重的完整性風險,但本身不能證明每台曝險設備都被入侵或被執行了程式碼。

時間軸

日期事件
未知攻擊開始時間未公開
2026-10-01Fortinet 發布公告 FG-IR-26-175,表示已有遭實際利用的報告
2026-10-01CVE 紀錄公開(19:17 UTC)
2026-10-01CISA 列入已知遭利用漏洞清單(KEV)
2026-10-04KEV 規定美國聯邦機關的修補期限
2026-10-05Fortinet 更新公告解法(Solution update),列出 8.0.2、7.6.7、7.4.9 以上的修補版
2026-10-07Fortinet 公告補充 FortiMail Cloud 已於 10-05 更新到 7.6.7 GA 或 8.0.2 GA、客戶不需動作;同日 CVE 紀錄更新,結構化資料仍列 7.0.0–7.0.9,解法欄則寫 FortiMail Cloud 在 25.1 版(尚未發布)修補、客戶不需動作

延伸閱讀

  • 評分:CVSS 3.1 為 9.8(AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H),由 Fortinet PSIRT 提供、NVD 顯示。
  • 「零時差攻擊」是 BleepingComputer 的用語,Fortinet 公告沒有這麼說。BleepingComputer 與 Suped 報導公告初發布時修補版仍是「即將推出」;現行公告已在 10-05 改版,無法從源頭確認原文。
  • Fortinet 沒有公開攻擊從何時開始、多少系統受害或攻擊者是誰;KEV 對勒索軟體使用的標示為「未知」。
  • 這個漏洞由 Fortinet 產品安全團隊內部發現。
  • 哪個版本或程式變更引入此問題,來源沒有說明。
  • 相關弱點類型:CWE-22、CWE-158。

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

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

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

來源

  1. 安全公告FG-IR-26-175 — FortiMail path traversal and NULL byte vulnerability · Fortinet PSIRT, 2026-10-01 · 查閱 2026-10-02
  2. CVE / NVD / OSVCVE-2026-104286 Record (CVE API) · CVE Program, 2026-10-01 · 查閱 2026-10-02
  3. CVE / NVD / OSVNVD API - CVE-2026-104286 · NIST · 查閱 2026-10-02
  4. 新聞報導Fortinet warns of critical FortiMail flaw exploited in zero-day attacks · BleepingComputer · 查閱 2026-10-02
  5. 研究文章CISA flags active exploitation of FortiMail CVE-2026-104286 · Suped · 查閱 2026-10-02
  6. 研究文章CVE-2026-104286: FortiMail path traversal in KEV · hol.org · 查閱 2026-10-02

媒體簡報

一句話

FortiMail 是 Fortinet 的電子郵件安全設備。Fortinet 在 2026 年 10 月 1 日公告一個路徑穿越漏洞(CVE-2026-104286),未登入的攻擊者可能藉此在設備上寫入任意檔案,Fortinet 表示已有遭實際利用的報告。美國 CISA 同日將它列入已知遭利用漏洞清單。Fortinet 在 10 月 5 日更新公告,列出 8.0.2、7.6.7、7.4.9 以上的修補版。

關鍵數字

嚴重度
CVSS 3.1 9.8(嚴重) services.nvd.nist.gov
Fortinet 公告
FG-IR-26-175,2026-10-01 發布 fortiguard.fortinet.com
受影響版本(Fortinet 公告)
8.0.0–8.0.1、7.6.0–7.6.6、7.4.0–7.4.8、7.2.0–7.2.9 fortiguard.fortinet.com
受影響版本(CVE 紀錄結構化資料)
8.0.0、7.6.0–7.6.5、7.4.0–7.4.6、7.2.0–7.2.9、7.0.0–7.0.9 cveawg.mitre.org
修補狀態
已列出修補版:8.0.2、7.6.7、7.4.9 以上(2026-10-05 公告更新) fortiguard.fortinet.com
發現者
Fortinet 產品安全團隊內部發現 fortiguard.fortinet.com

已確認

  • Fortinet 確認未登入的攻擊者可能透過特製 HTTP/HTTPS 請求在設備上寫入任意檔案。
  • Fortinet 表示已有遭實際利用的報告;CISA 於 2026-10-01 將它列入 KEV。
  • Fortinet 於 2026-10-05 更新公告,列出 8.0.2、7.6.7、7.4.9 以上的修補版(7.2 改用 7.4 分支以上)。

尚未確認 / 說法不一

  • 10-01 原始公告是否把修補版標示為「即將推出」:現行公告已改版,無法從源頭讀到原文;這個說法來自 BleepingComputer、Suped 等第二手報導,CVE 紀錄的解法欄也寫「upcoming」,但版本號與公告不同。
  • 攻擊何時開始、受害數量與攻擊者身分,Fortinet 都沒有公開;是否用於勒索軟體攻擊,KEV 標示為「未知」。
  • CVE 紀錄的版本資料與修補版本跟 Fortinet 公告不一致,並提到 FortiRecorder;FortiRecorder 是否受影響未確認。
  • 「零時差」一詞出自 BleepingComputer 報導,Fortinet 公告未使用。
  • 是否必須啟用 IBE 才受影響,Fortinet 沒有明說。

可引用的一句話

PlainCVE 的建議:Fortinet 已列出修補版,應盡快升級;無法立即升級時,依公告停用 IBE、限制 webmail 介面存取或以 WAF 過濾。

圖片

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

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

如何引用本頁

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

PlainCVE 團隊(2026)。《FortiMail 路徑穿越漏洞:不需登入即可能在設備上寫入任意檔案,已遭實際利用,修補版已於 10-05 列出》。PlainCVE。https://plaincve.date/vulns/cve-2026-104286-fortimail-path-traversal-file-write(查閱日期:YYYY-MM-DD)
BibTeX
@misc{cve2026104286fortimailpathtraversalfilewrite2026,
  title  = {FortiMail 路徑穿越漏洞:不需登入即可能在設備上寫入任意檔案,已遭實際利用,修補版已於 10-05 列出},
  author = {PlainCVE 團隊},
  year   = {2026},
  howpublished = {PlainCVE},
  url    = {https://plaincve.date/vulns/cve-2026-104286-fortimail-path-traversal-file-write},
  note   = {更新於 2026-10-07}
}