【資安快訊】Zyxel「GS1900」漏洞 CVE-2026-107441 遭利用，全球主機設定密碼全被偷

本文由 耘鼎科技 GERTECH 整理撰寫分享

發布日期：2026/11/05

事件分類：漏洞預警｜已有實際入侵

風險等級：High（CVSS 8.8）

原始來源：Zyxel 安全公告（2026/11/03）

本文同時整理 Binarly、GreyNoise、iThome、Help Net Security、BleepingComputer 與加拿大網路安全中心的公開說明。各項資訊以來源頁面當時的更新日期為準，見文末免責聲明。

重點整理

• 出了什麼事？ Zyxel GS1900 系列交換器的網頁管理介面有一個新漏洞，編號 CVE-2026-107441。連得到管理頁面的人不必登入，就有機會在交換器上執行系統指令。6 月針對另一個編號（CVE-2026-7273）發出的修補擋不住這次的手法。
• 誰要擔心？ 公司、學校、分公司裡還在用 GS1900 的人。公告點名 10 個型號。韌體是 2.90 的 .2 或更舊，都還沒有這次的修補。
• 嚴重程度？ 原廠 CVSS 3.1 為 8.8（High），攻擊條件是「連得到管理頁面」，不是分數寫成從整個網際網路都能打。但 GreyNoise 在 2026/09/21 的報告寫，大約 8 月 17 日起已有 996 台、48 國被拿走設定與 root 密碼雜湊，其中 台灣 123 台。當時他們把漏洞寫成舊編號；Binarly 之後說，手上的工具打的是這個新洞。
• 要做什麼？ ① 對照型號與韌體，.3 才算這次修補；② 管理頁面先收到只有網管能連的網段；③ 升級前把設定與日誌留存，升級後更換管理密碼。只升級不能證明密碼沒有被帶走。

先搞懂幾個名詞

事件摘要

CVSS 8.8 分是怎麼來的？

8.8 不是「還好、可以下個月再看」。分數裡的 A 只表示：管理頁沒有暴露出去時，外面的人打不到。GreyNoise 的 996 台說明，很多管理頁在當時的網路環境裡是連得到的。

這個漏洞到底怎麼發生？

6 月的修補修的是另一個缺陷。Zyxel 當時修 CVE-2026-7273，韌體進到 2.90 的 .2。GreyNoise 在 9 月 21 日把 8 月的攻擊算在這個舊編號上。同一天，美國 CISA 把 CVE-2026-7273 放進已知遭利用漏洞清單。

Binarly 是在查同一批攻擊基礎設施時發現不對的。iThome 於 2026/11/05 的報導寫：他們在調查 Acronis、GreyNoise 公開的 Red Heron，以及相關的 Kapibala 活動時，在 Jitterly、Sixzut 這類惡意程式的基礎設施裡，看到一支被混淆過、檔名指向 GS1900 網頁管理介面的工具。Help Net Security 補充，Binarly 在 9 月 29 日通報 Zyxel；在那之前，這支工具對已經裝上 6 月修補的十個韌體仍能在未登入的情況下執行指令。

已確認的技術原因，用 iThome 對 Binarly 的整理來說就夠了：管理程式會把網頁請求裡的參數複製進一塊固定大小的記憶體，長度與數量的檢查不夠。6 月新增的「參數數量檢查」排在複製之後，所以過長的參數可以先把旁邊的計數器蓋掉，檢查就失去作用。Zyxel 把這個問題另編成 CVE-2026-107441。10 月的 .3 韌體才把參數長度與檢查順序補上。BleepingComputer 寫，Zyxel 在 10 月 11 日確認並給予這個編號；這一段時間是媒體轉述，公告頁本身的修訂紀錄只寫 2026-11-3 初次發布。

已經更新到 6 月的 .2，不代表這次擋住了。資產清單上的「已修補」若指的是 CVE-2026-7273，這台交換器對 CVE-2026-107441 仍然是舊的。

可能造成什麼影響

1. 交換器上的指令被別人執行：Zyxel 公告寫，未登入、但連得到區域網路的人，可以用特製的 HTTP 請求，有機會執行作業系統指令。這是漏洞的能力。
2. 設定與密碼被帶走：GreyNoise 已確認，大約 8 月 17 日這波從 996 台拿走設定、網路資訊與 root 密碼雜湊。其中 564 台的雜湊對應出廠預設密碼。台灣在他們的國別表上是 123 台，僅次於義大利 133 台、美國 129 台。
3. 拿到交換器之後，影響的是整段網路：設定裡通常有 VLAN、管理帳號、SNMP 社群字串、連接埠的用途。交換器被控制，後續風險是內網怎麼被改接、流量怎麼被看，而不只是這台盒子本身。
4. 6 月修過的機器當時仍在範圍內：Binarly 的測試結果是，.2 擋不住他們找到的那支工具。所以「我們 6 月有更新」不能拿來排除 8 月那波。

GreyNoise 的 996 是他們觀察到的成功外洩數量，不是全世界的 GS1900 總數，也不等於每一台都已經被 Zyxel 逐台核對過漏洞編號。Binarly 改寫的是「工具打到的缺陷是哪一個」。兩件事要分開看。

風險評估：到底多危險？

最優先的是同時符合這三點的交換器：

• 型號在 Zyxel 公告的 10 個裡面，韌體還不是 .3
• 網頁管理介面從辦公室網、訪客網、VPN 或網際網路開得到
• 管理密碼仍是出廠預設，或從 2026 年 8 月之後沒有換過

只放在機房、管理頁只允許網管跳板連線的機器，外面的人打不到，但仍要升級。內部只要有一台電腦被控，就能扮演「已經在區域網路裡的攻擊者」。原廠寫的 LAN，指的是這個。

目前仍待確認的四件事

1. 996 台是否全部都是 CVE-2026-107441：GreyNoise 當時寫的編號是 CVE-2026-7273。Binarly 說他們找到的工具打的是新洞，而且 .2 擋不住。這足以把舊修補從「已安全」名單拿掉，但還不能把每一台受害設備都改寫成已經由 Zyxel 證實。判斷方式：只要韌體不是 .3，就依受影響處理，不要等編號爭論結束。
2. CISA 清單會不會改列新編號：9 月 21 日進去的是舊 CVE。新編號若之後被列入，代表美國聯邦機構會有明確修補期限。沒有列入之前，修補理由已經足夠：修補存在，而且已有外洩案例。
3. 台灣這 123 台是哪些單位：GreyNoise 只公布國別數量，沒有公布單位名稱。數字不能用來推測某一家公司中獎，只能說明台灣的 GS1900 當時連得到、而且有人被拿走資料。
4. 交換器上有沒有留下長期控制：公開報告確認的是設定與密碼雜湊被拿走，以及漏洞能執行系統指令。各台機器是否還留著排程或改過的設定，要看你自己匯出的設定與日誌，不能從新聞反推。

先做的事： 對照韌體、收回管理頁、留存設定與日誌、升級到 .3、更換管理密碼。這幾項不必等上面四個問題有答案。

各型號修補版本

Zyxel 公告（2026/11/03）的對照如下。受影響版本是該列「修補版本」之前的韌體，包含 .2。

版本中間那四個英數字是型號代碼，不能拿別的型號的 .3 來認定這台已修。例如 GS1900-24 要看到 AAHL.3，看到 AAHH.3 是另一個型號的韌體。

自己檢查：我的交換器有沒有問題？

到網頁管理介面的系統資訊看韌體版本，再對上表。這台電腦上沒有你的交換器，下面不是要在 Windows 裡執行的指令，而是對照規則。

• 版號以 .3)C0 結尾，而且中間代碼與型號一致：已包含 Zyxel 這次公告的修補。
• 版號是 .2)C0 或更小：6 月那次更新擋不住 CVE-2026-107441，要升級。
• 看得到版本、但代碼對不上型號：先不要當成已修，向原廠或經銷確認這台實際跑的韌體。
• 管理頁從訪客網或網際網路打得開：就算準備升級，也先在防火牆或交換器自己的管理存取清單上把它收回。

升級完成後再看一次版本。只把檔案上傳、設備還沒用新韌體重新啟動，畫面上的版號不會變。

沒有「沒有輸出就代表沒被入侵」的指令。 版本對了，只代表這個缺陷補上了。8 月前後管理頁曾經對內網或外部開放的，仍要把密碼與設定裡的共用字串當成可能外流。

處置建議

第一階段：今天處理連得到管理頁的 GS1900（P0）

1. 列出所有 GS1900：型號、現在的韌體版號、管理頁允許哪些網段連線、管理密碼上次更換的日期。
2. 管理頁不要繼續對員工網、訪客網或網際網路開放。限到網管使用的網段或跳板。
3. 韌體不是上表 .3 的，安排升級。升級前先匯出目前的設定檔與系統日誌留存。若你懷疑 8 月之後被動過，這些檔案是事後比對用的，不要先恢復原廠設定把紀錄清掉。
4. 升級並確認版號變成該型號的 .3 之後，更換管理密碼。出廠預設密碼直接換掉。設定裡若有 SNMP 社群字串、RADIUS 或共用的管理者帳號，一併更換。GreyNoise 已確認密碼雜湊被拿走，升級不會使舊密碼失效。
5. 匯出的設定若出現你沒有建立過的管理者、改過的管理 VLAN、或不認識的連接埠鏡像，這台不要只升級就交回線上。用原廠 .3 韌體重新建立設定，只放回你核對過的項目。

第二階段：這週補齊沒有直接暴露的設備（P1）

1. 管理頁已經隔離的 GS1900，仍升到 .3。隔離是減少連得到的人，不是修補。
2. 分公司、倉庫、監控網裡的同型號一起盤，不要只查總公司機房。GreyNoise 的 996 台分布在 48 國，台灣有 123 台，代表這不是只有某一類單位才會遇到。
3. 資產管理系統若把「已安裝 6 月更新」寫成這台交換器沒有未修補漏洞，把 CVE-2026-107441 單獨列一筆，直到版號是 .3。

第三階段：之後避免同樣的事（P2）

1. 網頁管理介面固定放在管理網段，員工與訪客的網段不能直接開到。
2. 交換器、無線控制器、防火牆的韌體版本用型號代碼對，不要只看「有沒有打過某一次公告」。
3. 出廠預設密碼不准留在線上設備。這次 996 台裡有 564 台仍是預設密碼的雜湊。

耘鼎觀點

這次真正讓人誤判的，是 6 月那次更新的版號。設備進到 .2 之後，很多清單會把它標成已修補；Binarly 的測試說明，當時被利用的缺陷還在，檢查做在資料複製之後。網通設備的修補週期又長，人不會每週登入每台交換器看版號。

另一層是管理頁面的位置。原廠把條件寫成區域網路，於是容易被理解成「沒有放上雲端就安全」。員工網段裡只要有一台電腦被控，這台交換器的管理頁就在攻擊範圍裡。台灣在 GreyNoise 的表上有 123 台，說明這種接法在本地很常見。

• 修補狀態用「現在跑的版號」判斷，不要用「上次掃到的 CVE 編號」判斷。.2 對舊編號可能是修了，對 CVE-2026-107441 仍是受影響版本。
• 管理頁和一般上網的電腦分開。做不到全部分開之前，至少先擋掉訪客網與從網際網路進來的連線。
• 升級之後更換密碼與共用字串。雜湊已經離開設備，新韌體不會把舊密碼作廢。
• 懷疑被改過設定時，留存檔案再重建。只按升級，不會回答「現在這份 VLAN 和帳號是不是別人留的」。

機房裡的交換器若沒有人能說出版號與管理網段，耘鼎科技 GERTECH 可以協助做外部與內網攻擊面清查，以及弱點評估。版號對照與管理網段這兩項，沒有導入服務也可以自己做。

接下來要持續關注

1. Zyxel 公告有沒有改版：目前修訂紀錄只有 2026-11-3 初次發布。若補上更多型號或改版號，以新公告為準。
2. CISA 是否把 CVE-2026-107441 列入已知遭利用清單：現在清單上的 GS1900 項目仍是 9 月 21 日的 CVE-2026-7273。
3. GreyNoise 或 Binarly 會不會更正 996 台的漏洞編號：更正會影響「有多少台可以確定是新 CVE」，不影響 .2 必須升級這件事。
4. 同一批行為者的其他設備：GreyNoise 這份 9 月 21 日報告裡，同一名行為者也打過其他產品。GS1900 升級完成後，仍要看管理網段裡還有哪些舊韌體。

參考資料

• Zyxel｜GS1900 系列越界寫入漏洞安全公告（原廠公告，2026/11/03）
• Zyxel Community｜GS1900 V2.90 Patch 3 韌體發布（原廠社群，貼文標 10 月 23 日，11 月 3 日有編輯）
• Binarly｜Pre-Auth RCE in Zyxel GS1900 Exploited in the Wild as a Zero-Day（研究分析，文章日期 2026/11/03）
• GreyNoise｜Open Season on Kapibala（遙測報告，2026/09/21；當時將 GS1900 利用寫成 CVE-2026-7273）
• iThome｜中國駭客利用 Zyxel GS1900 系列交換器零時差漏洞並竊得敏感資料（媒體報導，2026/11/05）
• Help Net Security｜Patched Zyxel GS1900 switches remained open to in-the-wild exploit（媒體報導，2026/11/05）
• BleepingComputer｜Zyxel fixes zero-day exploited to hack nearly 1,000 network switches（媒體報導）
• SecurityWeek｜Zyxel Switch Hacks Blamed on Patched Flaw Actually Exploited a Zero-Day（媒體報導）
• 加拿大網路安全中心｜AV26-1114 Update 1（政府公告，2026/11/03 發布，2026/11/04 更新）

延伸閱讀

• 【資安快訊】2026十一月 Linux 核心 TCP 重大 CVE-2026-98432 漏洞警報！（2026-11-05）
• CVE-2023-54391：Proxmox VE 真實入侵事件技術分析（2026-10-02）

---

本文依據 Zyxel 2026/11/03 公告、Binarly 2026/11/03 研究、GreyNoise 2026/09/21 報告、iThome 與 Help Net Security 2026/11/05 報導，以及加拿大網路安全中心 2026/11/04 更新整理。受害規模以 GreyNoise 的觀測為準，漏洞編號的更正以 Binarly 與 Zyxel 的後續說明為準。修補版本以 Zyxel 最新公告為準。

© Gertech 耘鼎科技 資安情資分享

想進一步討論這個主題？

歡迎來電 02-2748-8522，或填寫諮詢表單，由耘鼎顧問與您聯繫。

預約諮詢 →