Citrix 近期針對其 NetScaler ADC 與 NetScaler Gateway 產品發布了安全性更新，修復了六個嚴重的漏洞。這些漏洞主要集中在記憶體管理不當與輸入驗證不足，可能導致攻擊者利用這些缺陷來讀取系統敏感檔案，或直接導致服務崩潰造成拒絕服務攻擊。
對於維運工程師來說，NetScaler 通常部署在網路邊緣作為負載平衡器或 VPN 閘道，是企業內網的入口。一旦這裡被攻破，攻擊者可能獲取內部資訊或癱瘓整個對外服務，因此這次更新的優先級極高。
記憶體溢位與過度讀取的風險
本次修復的漏洞中，有多項涉及記憶體溢位 Memory Overflow 與記憶體過度讀取 Memory Overread。簡單來說，這類問題發生在程式處理外部輸入數據時，沒有正確檢查數據長度，導致程式讀取或寫入到了不屬於該數據的記憶體區域。
例如 CVE-2026-8451 與 CVE-2026-10817 屬於輸入驗證不足導致的過度讀取。當 NetScaler 被配置為 SAML 身份驗證提供者或啟用了 TCP TimeStamp 時，攻擊者可以透過傳送精心構造的異常封包，強迫伺服器回傳記憶體中殘留的碎片數據。雖然單次洩露的數據量可能不多，但持續嘗試可以拼湊出系統敏感資訊。
而 CVE-2026-8452 與 CVE-2026-8655 則涉及記憶體溢位，這類缺陷通常會導致程式執行路徑異常，最直接的結果就是系統崩潰，造成拒絕服務 DoS。這對於依賴 NetScaler 進行流量分發的企業來說，意味著服務中斷。
任意檔案讀取的威脅
最令人擔心的漏洞之一是 CVE-2026-10816。這是一個路徑控制漏洞，允許未經身分驗證的攻擊者讀取伺服器上的任意檔案。如果管理介面（如 NSIP 或 SNIP）對外開放，攻擊者可以直接獲取系統設定檔或金鑰，這將為後續的全面入侵鋪路。
HTTP/2 的記憶體洩漏問題
CVE-2026-13474 則與 HTTP/2 協定有關。這是一個記憶體釋放失效漏洞，即程式在使用完記憶體後沒有將其還給系統。攻擊者透過傳送畸形的 HTTP/2 請求，可以迅速耗盡伺服器資源，導致系統因記憶體不足而當機。
針對此漏洞，僅僅更新版本可能不足夠。如果你的設備沒有使用 HTTP Strict Profiles，必須手動將 Http2SmallWndTimeout 參數設定為 30 秒，才能完全消除風險。
實務建議與修復路徑
面對這次更新，建議工程師採取以下行動：
首先，檢查目前運行的版本。請對照官方公告，將 NetScaler ADC 與 Gateway 更新至 14.1-72.61 或 13.1-63.18 及其後續版本。
其次，針對 HTTP/2 漏洞，檢查設定檔。如果未啟用 Strict Profile，請執行指令 set ns httpProfile 配置文件名稱 -http2SmallWndTimeout 30，確保超時機制能正確回收資源。
最後，檢視管理介面的存取權限。盡量限制 NSIP 與 SNIP 的存取範圍，不要將管理介面直接暴露在公網上，以降低任意檔案讀取漏洞被利用的機會。
總結與反思
從安全研究人員的觀點來看，NetScaler 近年來頻繁出現記憶體管理相關的漏洞，顯示其底層對記憶體操作的處理較為脆弱。對於工程師而言，這提醒我們在部署這類邊緣設備時，不能僅依賴廠商的預設設定，必須採取最小權限原則，並建立快速更新的機制，以應對高頻率的漏洞修補週期。
來源：thehackernews.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。