Wowza Streaming Engine 升級到 4.12：你的版本還停在 4.8？續約 M&S 就能用到這些新功能
Wowza Streaming Engine 最新的版本是 2026 年 10 月 20 日釋出的 4.12.1。我們建議所有用戶都維持在最新版本，這是保護自身系統安全最直接的做法。依 Wowza 原廠統計，從 4.8 到 4.11.3，原廠修補了超過 35 個資安漏洞（CVE）、新增 30 多項功能、修掉 100 多個 bug；接下來的 4.12.0 與 4.12.1 又再修補了 11 個 CVE。
很多客戶當初買了買斷版（Perpetual License），裝好之後系統一直穩穩地跑，就沒再想過升級的事。但系統穩定運作，不代表沒有風險。Java、Tomcat、Log4j 這些底層元件的漏洞一旦公開，沒有更新的伺服器就會持續暴露在已知的風險裡。現在攻擊者也能借助 AI 更快找出漏洞、發動攻擊，留給企業更新的時間越來越短，及早更新比事後補救安全得多。下方文章內容依照你目前使用的版本，整理升級到 4.12 之後會多出哪些能力，最後再說明 M&S（Maintenance & Support）跟升級的關係。
從 4.8 以前升級：執行環境與基礎功能更新
改用 Java 17／21，持續取得安全修補
4.9 起 Wowza 整套重新編譯，改跑在 Java 17 或 Java 21 上，Apache Tomcat、Log4j、Jackson、Jetty、Spring Boot、Spring Security 等第三方函式庫也一併更新。舊版本使用的 Java 已經不再發布安全修補，之後發現的漏洞都不會被修補。升級到新版本，才能持續取得 Java 與相關元件的安全更新。
原生支援 Linux ARM64 架構
新版本提供 Linux 原生的 ARM64 安裝程式與更新程式，並透過 MainConcept SDK 進行 CPU 轉碼（Transcoding）。ARM 架構處理器的每瓦效能通常比同級 x86 好，自建機房可以省下電費與散熱成本，在雲端選用 ARM 執行個體也是另一種成本選擇。要注意 ARM64 環境目前不支援 NVIDIA 與 AMD Xilinx 的硬體加速，原廠也還沒提供 ARM 系統用的 RPM 套件。
Webhooks 事件通知，串流異常即時掌握
4.9 新增可自訂的 Webhooks，你可以登記自己的接收端點，伺服器發生事件時會主動推送通知，不必再寫程式定時去輪詢（Polling）REST API。通知送失敗時有重試機制，伺服器錯誤日誌也能透過 Webhook 送出。同時管理大量攝影機或直播頻道的團隊，從「串流斷了」到「有人發現」之間的時間差可以縮短很多。
CMAF 支援 CEA-608／708 與 WebVTT 字幕
CMAF HLS 與 CMAF MPEG-DASH 封裝現在可以帶 CEA-608、CEA-708 與 WebVTT 字幕，MPEG-DASH 串流也能顯示隱藏式字幕（Closed Captions）。舊版本用 CMAF 就得放棄字幕，對政府、教育單位與企業內訓這些有無障礙需求的場合來說是硬傷。CMAF 封裝一次，就能把 H.265 與 4K 內容同時送給 HLS 和 DASH 播放器，不用重複佔用儲存空間與傳輸頻寬。
從 4.9 升級：GPU 加速轉碼與系統相容性
4.10 把 GPU 加速轉碼推進到正式版（General Availability），經過長時間測試，已經可以放心用在正式環境。轉碼工作交給 GPU 處理，單台主機能承載的串流數量明顯提高，需要的伺服器台數跟著減少，長期下來雲端費用或硬體採購都看得到差別。HTTP Origin 的直播與 VOD 播放回應速度、轉碼工作階段啟動的穩定度，也在這幾個版本陸續優化。
穩定性與相容性方面，4.10 修補了 Apache Tomcat、Log4j、Spring Security 與 OpenSSL 元件的 5 個資安漏洞，並恢復對新版 Linux 發行版的相容性。這點很容易被忽略：如果只升級作業系統、沒有同步升級 Wowza，很可能在系統更新後遇到問題。
從 4.10 升級：AI 影像分析與 WebRTC 強化
4.10 不算舊，但有兩個越來越常見的需求它做不到。
第一個是 Wowza Video Intelligence Framework（VIF）。VIF 會從即時影像中擷取畫格送去 AI 分析，再把結果用 Webhooks、Metadata、日誌或畫面疊圖等方式往下游傳，適合監控、工業巡檢這類「畫面一有狀況就要馬上知道」的場景。4.11 是第一個支援 VIF 的版本，想導入就一定要升級。VIF 的架構介紹可以參考〈Wowza 推出 AI 串流新架構 VIF〉。
第二個是 WebRTC。4.11 大幅強化了 WebRTC 功能：
▶︎ 支援 H.265 與 VP9，並自動協商編碼格式（Codec）
▶︎ 支援標準的 WHIP 推流與 WHEP 播放協定，OBS、FFmpeg、GStreamer 可以直接對接
▶︎ 可從 Edge 應用程式播放 WebRTC、從 Origin 應用程式轉送串流，並用 Secure Token 保護 WebRTC 串流
▶︎ 可監看目前的 WebRTC 連線數
4.11 還能依應用程式分別設定 STUN 與 TURN 伺服器（從 Wowza Streaming Engine Manager 或 Application.xml 都能設），並加入完整的 ICE 候選項（Candidate）蒐集、Trickle ICE 與 TCP ICE 候選項。TURN 中繼伺服器支援 TCP 與 TLS，企業或校園網路就算完全封鎖對外 UDP，WebRTC 畫面還是送得進去。此外，4.11 也修正了一大批穩定性與資源使用的問題，例如不明原因的不穩定、資源被悄悄多佔用，或需要手動重啟才能恢復等狀況。
想進一步了解 4.11 的 WebRTC 改版細節，可以參考我們之前整理的〈Wowza Streaming Engine 4.11 大升級：打造企業級雲端原生 WebRTC 即時串流〉。
從 4.11 升級：4.12 新功能與資安修正
4.12.0：WebRTC 與硬體轉碼再升級
2026 年 9 月 30 日推出的 4.12.0 是功能改版：
WebRTC Simulcast：推流端可以同時送出多種畫質，每位觀眾依自己的頻寬自動拿到合適的那一路。頻寬估算改用新的 TWCC（Transport-wide Congestion Control）機制，網路較慢的觀眾也能拿到跟自己頻寬相符的畫質。
更多硬體轉碼選擇：新增 Intel QuickSync Video（IQSV）與 NETINT 硬體加速轉碼，NETINT 支援在 Linux x86-64 搭配 Quadra VPU 處理 H.264 與 H.265。轉碼範本頁面多了 Hardware Presets 下拉選單，一個動作就能套用 IQSV、NETINT 或 NVIDIA 設定。
新的推流目標（Stream Target）：可以把串流用 WHIP 推到外部端點，也新增 Akamai MSL5 推流目標，雲端儲存推流目標現在也能直接在 WSE Manager 裡設定。
WebRTC 資料通道（Data Channel）：可以在影音之外同步傳送文字或二進位訊息，例如即時中繼資料、控制指令或定時事件。
延遲與連線體驗：WebRTC 的 H.264 推流延遲在 30 fps 下大約少了 66 毫秒；大量觀眾同時連線時，第一個畫面出來的速度也有改善。
WSE Manager 介面：每個應用程式的 WebRTC 設定頁重新整理成 General、ICE/Network、Simulcast、Advanced/RTP Feedback 四個分頁，WebRTC 連線統計也能直接在監控頁面看到。
安全性方面，4.12.0 更新了 Jetty、Log4j、Apache Tomcat 與 snmp4j，修補 6 個 CVE；也修正了 WebRTC 推流與播放時 Secure Token 驗證會被略過的問題，現在缺少、無效或過期 token 的連線都會被擋下。
4.12.1：穩定性與資安修正
2026 年 10 月 20 日推出的 4.12.1 以修正為主：
▶︎ 直播中切換影像來源（例如從循環播放的影片切到直播畫面）不再出現長時間停頓、畫面凍結或破圖，也修正了轉碼器的記憶體洩漏，以及 NVIDIA、NETINT 硬體轉碼的多項問題。
▶︎ 更多常見編碼器送出的 H.265 串流可以正常透過 WebRTC 播放，也修正部分 H.265 串流無法持續產生 HLS 片段的問題。
▶︎ 錄影檔可以上傳到 Amazon 以外的 S3 相容儲存服務（例如 Fastly），並設定檔案存取權限。
▶︎ 資安方面：加強 H.264／H.265 進來的影像資料檢查，修正 WSE Manager 的儲存型跨網站指令碼（Stored XSS）漏洞，更新 Spring Framework、Spring Boot、Jackson 等元件，移除一個未使用的函式庫，Docker 映像檔也改用 Ubuntu 24.04 為基底，合計處理 5 個 CVE。
有用 Akamai MSL4 的客戶，年底前一定要處理
Akamai MSL4 將在 2026 年 12 月 31 日停止服務（End of Life）。原廠建議使用 MSL4 的客戶盡快改用 MSL5，而 WSE Manager 裡的 Akamai MSL5 推流目標精靈要 4.12 才有。如果你的直播是透過 Akamai 發送，升級時程最好現在就排進去。
升級前要先確認的四件事
1. 要有有效的 M&S 才拿得到新版本
Wowza 的更新程式只開放給 M&S 有效的用戶下載。M&S 期間內可以取得新版本升級（Upgrade，例如從 4.11 到 4.12）、小版本更新（Update），以及原廠的 Email 技術支援。
2. M&S 是一組 License Key 算一份
依 Wowza 授權條款，M&S 是依每一組 License Key 個別計算期限，不是以公司為單位。手上有好幾組授權的話，要逐一確認每一組的到期日。
3. 自訂的 Java 模組要重新編譯
如果你有針對 Java 9 或 Java 11 自行開發的模組，升級前要改用 Java 17 或 Java 21 重新編譯，因為函式庫更新可能改變了方法簽章（Method Signature）與類別結構。原廠建議先在測試環境驗證自訂模組與外掛，再更新正式環境。更新程式本身會在套用變更前自動備份現有安裝。
4. 留意預設值的改變
依原廠說明，從 4.11 以前的版本升級上來時，WebRTC 預設會進入向下相容模式，原本的設定照常運作。另外，4.12.0 把 MediaCache 的 MinTimeToLive 預設值改成 3 秒，升級後行為會跟著改變；想維持原本的數值，要在 MediaCache.xml 裡自行設定。
你的 M&S 狀態，決定下一步怎麼走
M&S 還在效期內：你本來就有升級的權利
新版本本來就包含在你付的 M&S 裡。不少客戶續約之後一直沒動手升級，等於付了錢卻沒用到。
建議先在測試環境裝好 4.12.1 跑過一輪，確認自訂模組沒問題，再安排正式環境的更新時間。
也記得留意 M&S 的到期日。M&S 一旦過期，不只拿不到新版本，原廠技術支援也會一併停止，遇到緊急狀況只能自己處理。
M&S 已經過期：先恢復，才能升級
買斷版的授權不會因為 M&S 過期而失效，現在裝的版本還是能繼續跑。
但要升級到 4.12，或想再向原廠提問，就必須先把 M&S 恢復。
每個授權過期的時間長短與狀況不同，恢復方式也不一樣，建議直接把授權資訊提供給我們，由愛上雲向原廠確認後幫你報價。
聯絡愛上雲，確認 M&S 與升級方案
愛上雲科技是 Wowza Media Systems 在台灣的唯一授權代理商。
不管是要確認 M&S 到期日、續約、恢復已過期的 M&S，或是加購新的 Wowza Streaming Engine 授權，都可以聯絡我們，或到愛上雲 eSHOP 查看 Wowza Streaming Engine Pro 買斷版。首次購買買斷版就享有第一年的 M&S。
常見問題
Wowza Streaming Engine 最新版本是哪一版？
4.12.1，於 2026 年 10 月 20 日釋出。
沒有續約 M&S，買斷版還能用嗎？
可以。買斷版是永久授權，M&S 過期不影響目前安裝的版本繼續使用，只是無法下載新版本，也無法取得原廠技術支援。
續約 M&S 可以拿到哪些服務？
新版本升級、小版本更新，以及原廠的 Email 技術支援。
我用 Akamai MSL4 發送直播，需要升級嗎？
需要。MSL4 將在 2026 年 12 月 31 日停止服務，WSE Manager 的 Akamai MSL5 推流目標要 4.12 以上才有。
長期不更新 Wowza，有什麼風險？
舊版本用到的 Java、Tomcat、Log4j 等元件會陸續被發現資安漏洞，只有新版本會修補；作業系統升級後也可能出現相容性問題。
延伸閱讀
▶︎ Wowza Streaming Engine Perpetual License 買斷版持續熱銷中，愛上雲為台灣唯一官方授權夥伴
▶︎ Wowza Streaming Engine 4.11 大升級：打造企業級雲端原生 WebRTC 即時串流
▶︎ Wowza 推出 AI 串流新架構 VIF：如何把影片變成即時數據？2026 NAB Show 重點解析
▶︎ Wowza Streaming Engine 是什麼？串流伺服器架構解析
