先說結論：IXON VPN Client 的 CVE-2026-75925 影響 1.4.6 與更早的版本，原廠提供的修補基準是 1.4.7。VPN Client 是安裝在電腦上、讓使用者透過遠端通道連接設備的程式。漏洞在特定條件下可能使攻擊者以較高權限在執行用戶端的電腦上執行程式，因此使用這套軟體的單位應立即盤點安裝情形並更新，已不需要時則移除。IXON 表示已阻擋舊版連接其雲端服務；這是重要的緩解措施，卻不能取代檢查電腦上是否仍安裝舊版。本文依 2026 年 10 月 4 日重新取得的 IXON 原廠公告與美國 CISA 工控安全公告整理，沒有把漏洞公告寫成已發生的入侵事件。
背景與前因：IXON 在 2026 年 8 月 5 日發布 ADV-2026-08-05，表示在內部安全測試中發現並修補這個弱點。美國網路安全暨基礎設施安全局 CISA 於 9 月 3 日以 ICSA-26-246-02 重新發布相關工控安全公告。兩個日期分別代表原廠最初公告與政府機關重新發布，均不是本篇補刊的實際發表日，也不能據此推論 9 月才開始出現攻擊。CISA 把此議題列在工業控制系統公告中；工業控制系統是協助監測或操作實體設備的資訊環境，遠端維護電腦可能是進入這類環境的管理入口，因此用戶端程式本身的風險值得納入資產管理。
原因與前置條件：CISA 將 CVE-2026-75925 歸為未妥善處理換行控制字元的問題，常稱 CRLF 注入。白話說，程式若沒有正確區分一般資料和控制文字，後續元件可能把原本不該生效的文字當成設定或指令。CISA 的技術說明指出，弱點可能影響具較高權限的處理流程，因而在受影響電腦上造成遠端程式執行風險；原廠亦把其嚴重度列為 Critical。這些是漏洞能力和前置條件的描述，不代表任何外部訪客只要知道某台電腦的位址就能直接控制它。本文不提供觸發方法；管理決策應聚焦於產品版本、是否安裝與是否仍需遠端連線。
IXON 原廠公告另指出，舊版用戶端自 8 月 5 日起已不能連接 IXON Cloud。該公司表示，阻擋未更新用戶端完成必要連線，可避免其公告所述的完整利用鏈成立，同時使用者也必須更新才能恢復遠端存取。這項說法的範圍是 IXON 描述的產品與雲端連線情境，不能自行延伸成所有部署方式或整台電腦都已安全。更不能因連線失敗就認定舊程式已從硬碟移除。若維護人員曾在多台共用電腦或個人設備上安裝用戶端，每一台仍須各自核對版本與實際用途。
影響範圍：原廠列明受影響的是 Windows、Linux 與 macOS 上的 IXON VPN Client 1.4.6 及更早版本，修補版本是 1.4.7 或其後版本。IXON Cloud 與 IXON Edge Gateways 在原廠的受影響產品表中列為不受此漏洞影響；這不等於與其相連的所有電腦都不用盤點。CISA 的產品條目同樣將 VPN Client 低於 1.4.7 列為已知受影響。判斷時應檢查實際安裝的用戶端版本，而不是僅看雲端帳號是否可登入，或僅憑設備品牌名稱推測每一項產品都存在相同弱點。公告沒有列入的其他遠端連線軟體，也不能套用這個 CVE 的結論。
IXON 特別提醒，VPN Client 以逐使用者方式安裝。這表示同一台共用電腦上的不同帳號可能有不同的安裝狀態，中央軟體清單也未必能完整涵蓋承包商或服務夥伴自己的工作設備。盤點時，除了公司配發的維護筆電，還應向實際使用者確認哪些外部工程人員與合作單位仍需要 IXON 遠端存取。盤點名單是為了通知和更新，不應蒐集文章不需要的個人憑證或設備秘密。若某個帳號已不使用此軟體，可以依既有軟體管理程序移除，並確認移除後沒有其他業務依賴被意外中斷。
對嚴重度與利用情況要分開看。IXON 與 CISA 都列出很高的 CVSS 分數；CVSS 是比較漏洞技術嚴重度的標準化尺度，分數高表示有必要優先處理，並不代表已發現攻擊者使用這個漏洞。IXON 在原廠公告中說，沒有跡象表明它已被利用，也不知道有公開的利用程式；CISA 在 9 月 3 日重新發布的頁面亦表示，當時沒有收到專門針對此弱點的公開利用報告。這是來源在各自公告時點的資訊，不應寫成永久不會被利用的保證。如果本地環境出現可疑現象，仍須由維運或應變人員根據紀錄獨立調查。
你可以怎麼做：先整理有哪些電腦及使用者安裝 IXON VPN Client，記錄作業系統、安裝版本、遠端維護用途與管理責任人。對於 1.4.6 及更早版本，依 IXON 支援文件升級到至少 1.4.7；若維護工作已結束且不再需要該程式，則依原廠建議解除安裝。原廠在 8 月公告時所列的 1.4.7 是此弱點的修補基準，後續如有更新版本，應以原廠當日資訊確認適用版本，不要把舊公告的版號永久當成最新版。安排更新時應注意正在進行的遠端維護工作，告知使用者短暫斷線可能影響現場支援。
更新後，請在實際使用的帳號中核對程式版本，再測試必要的遠端連線是否恢復。只看軟體派送系統顯示成功，不足以證明每位使用者的逐人安裝都已更新；只看雲端重新接受連線，也不足以證明不再有其他電腦殘留舊版。對無法立即更新的設備，應記下原因、負責人與預計處理時間，並依既有遠端存取政策限制不必要的使用。CISA 另外建議控制系統減少不必要的網路曝露，讓遠端設備與關鍵網路保持適當分區，並在部署防護措施前評估對營運的影響；這是補強環境的防禦建議，並非能替代用戶端升級的修補程式。
目前仍有必須由使用單位自行回答的問題：哪些合作夥伴曾安裝逐人版本、哪些維護電腦未列入公司資產清單、更新後是否影響既有連線流程，以及是否有其他不屬於公告產品表的部署方式。IXON 與 CISA 的公開資料無法直接給出每個組織的安裝數量或現場管理權限。若內部發現異常，應保存系統與連線紀錄並依事件處理流程分析；單憑存在受影響版本不能判定已遭入侵，更新完成也不能反推過去一定沒有事件。把這些未解項目寫入追蹤表，會比空泛宣稱風險已完全消失更有用。
這篇補刊說明的是 2026 年 8 月 5 日 IXON 原廠公告，以及 9 月 3 日 CISA 重新發布的工控安全公告；本文於 10 月 4 日重新查核兩個官方來源。原廠提供受影響版本、更新與雲端阻擋資訊，CISA 提供獨立的產品條目、漏洞分類、分數與控制系統防護建議。已確認的行動是盤點逐使用者安裝、更新或移除舊版，並在更新後核對實際版本與必要連線；尚無來源支持把此漏洞敘述為某家企業已遭入侵或發生資料外洩。後續若公告變更，應以新的原廠與政府資料修正本篇，而不是把 10 月 4 日的查核結果視為永久現況。
官方來源：
這篇觀察對你有幫助嗎？
支持 Darknoted 持續維護隔離研究環境、資料查核與內容更新。
了解如何支持本站更新紀錄
：完成公開內容與 metadata 更新。