網路設備內部的綠色電路板與晶體振盪器特寫
示意圖,非事件中的機型。Slick 攝,CC0,Wikimedia Commons。
資安GoAhead物聯網設備

路由器、工控設備裡的網頁伺服器 GoAhead 有 3 個加密連線漏洞:最嚴重一項讓已撤銷的憑證照樣放行(CVSS 9.1),6.1.1 已修,各機型修補狀態要向廠商確認

在瀏覽器打 192.168.0.1 之類的位址、登入路由器的設定頁,回應你的是設備裡的小型網頁伺服器。GoAhead 是這類軟體之一,發現漏洞的資安公司 FoxIO 說它裝在數億台路由器、印表機、工控與軍用等設備裡,列出的採用廠商包括台灣的友訊(D-Link)。這是採用名單,不是受影響機型清單,數億台也不代表都有漏洞。開發商 Embedthis 10 月 12 日公告 GoAhead 處理加密連線(TLS)的 3 個漏洞,最嚴重的一個在特定設定下,讓「已經作廢的身分證明」照樣能連進設備,嚴重度 9.1 分(滿分 10)。修補版 6.1.1 已在 8 月 2 日先交給設備廠商;本站查閱的 FoxIO 與 Embedthis 文件沒有記載實際攻擊案例。本站的讀法:受不受影響,要看設備用哪個加密函式庫、怎麼設定,使用者從外面看不到,得向廠商確認韌體補了沒有。

我會不會受影響?

  • 家用路由器,用瀏覽器登入管理:兩項憑證漏洞要設備開了「用戶端憑證」驗證(下面解釋),GoAhead 上游的預設組態不開,但廠商做韌體時可以改。Mbed TLS 那項不需要用戶端憑證,但要連進來的那端接受殘缺的加密參數,Embedthis 寫明主流瀏覽器會拒絕。本站的讀法:單憑「家用」無法判斷,以該機型的廠商公告為準。
  • 讓機器彼此用憑證認證的設備:最嚴重的 CVE-2026-115881 打的是這種設定,條件是用了 OpenSSL 相容的接法、開了用戶端憑證與發證單位驗證、設了信任的發證單位清單與撤銷名單;攻擊者還得握有一張由該發證單位簽發、已列入撤銷名單的用戶端憑證和它的私鑰。
  • 怎麼做(本站的讀法):問設備廠商這個型號受不受影響、最新韌體有沒有包含這些修補。廠商可能升級到 6.1.1,也可能把修補套回原本的版本,以該機型公告為準。

名詞先講清楚

TLS 是網址列鎖頭背後的技術,負責加密與確認對方身分。確認身分靠「憑證」,像由發證單位簽章的電子身分證。mTLS(雙向 TLS)是連進來的用戶端也要出示憑證,常用在設備對設備的連線。CRL(憑證撤銷清單)是作廢名單,設備被偷或報廢,管理者把它的憑證列進去。GoAhead 的加密交給外部函式庫,可選 OpenSSL(預設)、相容的 LibreSSL 或 Mbed TLS;用 LibreSSL 的設備可能同時碰上撤銷檢查與憑證鏈長度兩項問題。CVSS 是 0 到 10 的嚴重度分數,以下都是 Embedthis 公告的 3.1 版分數。

三個漏洞各是什麼

OpenSSL 相容接法(CVE-2026-115881,CVSS 9.1,重大):GoAhead 3.4.5 到 6.1.0 會把設定好的撤銷名單讀進來,卻少了打開檢查的那一行,作廢的憑證照樣通過,啟動時也沒有警告。Embedthis 公告寫,被撤銷的用戶端「完成雙向 TLS 握手,就像從未被撤銷一樣」(本站譯),之後能做什麼,取決於那張憑證原本的權限。

Mbed TLS 接法(目前沒有 CVE 編號,CVSS 5.9,中度):使用 Mbed TLS 的 GoAhead 4.0.2 到 6.1.0 有個長度參數填錯,2048 位元的金鑰交換參數只剩 1 個位元組。條件是走 TLS 1.2 或更早版本的 DHE_RSA 加密方式,且用戶端接受這組參數;主流瀏覽器與新版 OpenSSL、Go、Java 會拒絕,會接受的是缺少檢查的嵌入式或老舊用戶端。條件成立時,錄下連線的旁觀者事後就能解密;FoxIO 示範時試了 5 個候選值就找出共享祕密,再推出連線金鑰。這一項不影響 TLS 1.3 與 ECDHE 連線。

LibreSSL 接法(CVE-2026-115884,CVSS 7.4,高):影響 GoAhead 6.1.0 及更早版本,搭配 LibreSSL 3.2.x 或 3.3.2 到 3.3.6,且設備要求用戶端憑證、卻沒有檢查發證單位(VERIFY_ISSUER=0)。這種設定本來就接受來路不明的自簽憑證;漏洞讓超過 10 層上限的憑證鏈也能通過。有開發證單位檢查的,不受這一項影響。

LibreSSL 那項有沒有修補?各家怎麼報

各來源列的處理方式不同。FoxIO 部落格的對照表在 LibreSSL 那一列,以及 SecurityWeek 10 月 28 日報導的相關段落,介紹的是打開發證單位檢查並配上信任的憑證清單,或改用 OpenSSL、LibreSSL 4.x,兩者在該處沒有列出 GoAhead 修補版本。Embedthis 的公告 GHSA-r392-vqwx-3r4g 則把 6.1.1 列為修補版並附上修改程式碼,6.1.1 發布說明也列為已解決。本站據此寫:6.1.1 已修補這一項,FoxIO 列的方式則能避開利用條件。

上游修好了,設備什麼時候更新?

這要看各家廠商。FoxIO 4 月 22 日到 30 日回報三項問題,Embedthis 8 月 2 日把 6.1.1 交給設備廠商,10 月 12 日公開公告,FoxIO 10 月 26 日發表細節與驗證程式。據 SecurityWeek 報導,FoxIO 技術長 John Althouse 在 X 上列出 Palo Alto Networks、D-Link、HP、Canon、Siemens 等使用 GoAhead 的公司,並說上游修好不代表設備已有修補,那要看製造商;同一篇報導也寫,FoxIO 沒有說這些產品是否用了受影響的設定。美國 CISA 10 月 27 日版的已遭利用漏洞目錄沒有收錄這兩個 CVE,但未收錄不能證明沒有攻擊。

6.1.1 共解決 11 份公告,還包括特定密碼雜湊設定下 Basic 認證可被繞過等「重大」問題,Embedthis 建議所有部署都升級。本站的讀法:廠商若以 6.1.1 為基礎更新韌體,補上的不只這三個 TLS 問題,實際內容仍以各機型公告為準。

原文 GoAhead 安全公告 GHSA-5m75-xq69-c3c5(GOAHEAD-SA-2026-0006 / CVE-2026-115881,2026-10-12 發布)、GHSA-fmvx-2xfx-2gq4(GOAHEAD-SA-2026-0005)、GHSA-r392-vqwx-3r4g(GOAHEAD-SA-2026-0004 / CVE-2026-115884),受影響版本、利用條件、預設組態、CVSS、修補版本與「本站譯」引句取自此處; GoAhead v6.1.1 發布說明,8 月 2 日交付設備廠商、11 份公告與升級建議取自此處; FoxIO 部落格〈Choose Your Backend: Three TLS Bugs in GoAhead〉(Sébastien Féry,2026-10-26),數億台設備與採用廠商、5 個候選值的示範、回報時間線與 LibreSSL 緩解方式取自此頁; SecurityWeek 報導(Eduard Kovacs,2026-10-28),Althouse 的說法與 LibreSSL 處理方式的寫法取自此篇; CISA KEV JSON 資料檔,本站 10 月 29 日查詢的是 10 月 27 日發布的版本,用來確認未收錄。