根據 The Hacker News 的報導，以色列資安新創公司 A Security 近期揭露了 Zoom 註解工具中的多項嚴重漏洞。這些漏洞可能導致會議參與者在無需受害者任何操作的情況下，直接接管對方的電腦客戶端。雖然 Zoom 已在 2026 年 6 月與 7 月發布修補程式，但該漏洞揭示了現代視訊會議軟體在處理複雜互動數據時，記憶體管理與身分驗證機制可能存在的缺陷。
背景與問題核心
在 Zoom 會議中，註解功能允許參與者在共享螢幕上繪圖或輸入文字。從技術角度來看，這些繪圖動作並非以圖片格式傳輸，而是被轉換為一種結構化物件（Structured Object），透過一連串的計數值與數據流發送到接收端。接收端的客戶端會根據這些計數值來決定需要讀取多少數據量，並將其重建為畫面上的圖形。
問題在於，Zoom 的客戶端在處理這些數據時，對輸入的長度缺乏足夠的檢查。當攻擊者發送一個經過精心設計的惡意物件時，其包含的計數值會超出預期，導致數據溢出到原本不應寫入的記憶體區域。這種現象在資安領域被稱為緩衝區溢位（Buffer Overflow），它能讓攻擊者覆蓋掉程式執行時的返回位址（Return Address），進而掌控程式的執行流程。
漏洞運作方式與技術脈絡
此次發現的漏洞群組包含三項主要缺陷：緩衝區覆寫（Buffer Overwrite）、緩衝區過度讀取（Buffer Over-read）以及釋放後使用（Use-After-Free）。
首先，緩衝區覆寫漏洞（CVE-2026-53413）發生在一個固定 128 位元組的緩衝區中。由於程式沒有檢查數據是否符合該空間大小，攻擊者可以利用過大的計數值將惡意指令寫入記憶體，實現遠端程式碼執行。
其次，緩衝區過度讀取漏洞（CVE-2026-53414）則允許攻擊者讀取不應被訪問的記憶體內容。A Security 指出，他們能藉此獲取未初始化的堆積記憶體（Uninitialized Heap Memory），其中包含活體程式碼與虛擬函數表指標（vtable pointers）。這些資訊對於繞過現代作業系統的位址空間配置隨機化（ASLR, Address Space Layout Randomization）至關重要，因為 ASLR 是一種將程式元件隨機放置在記憶體中的防禦機制，旨在防止攻擊者預測指令位置。
最後，釋放後使用漏洞（CVE-2026-53415）則涉及記憶體管理錯誤，當程式試圖訪問已被釋放的記憶體時，可能會導致系統崩潰或被利用來竄改執行路徑。
最危險的設計缺陷在於訊息分發機制缺乏來源驗證。在正常流程中，觀看者與分享者之間存在通訊通道，分享者用來接收確認訊息。然而，研究人員發現分發器在讀取訊息類型（例如 0x10001 代表物件，0x10002 代表確認收到）時，並未驗證發送者的身分。這意味著攻擊者可以將惡意物件偽裝成確認訊息發送，導致受害者的客戶端在毫不知情的情況下重建並執行惡意數據。
影響與實務意義
這類漏洞最令人擔憂的是其零擊點（Zero-Click）特性。受害者不需要點擊任何連結、下載檔案或同意任何提示，只要參與會議並觀看共享螢幕，就可能被接管。這將視訊會議軟體從單純的溝通工具，變成了潛在的攻擊向量。
此外，A Security 特別提到 AI 在漏洞開發中的角色。研究人員聲稱他們在一天之內就完成了從發現漏洞到產出可用攻擊程式（Exploit）的過程，且僅使用了不到 20 次與公開 AI 模型的對話。這顯示出 AI 正在降低開發高複雜度記憶體損毀攻擊的門檻，使得原本需要深厚逆向工程能力的攻擊，現在能被更快速地實現。
限制與修補情況
儘管 A Security 將這三項漏洞的 CVSS 4.0 評分定為 9.0（極高風險），但 Zoom 官方給出的評分較低，且認為部分漏洞需要使用者互動才能觸發。雙方在漏洞影響的嚴重程度上存在分歧，尤其是在緩衝區過度讀取的部分，Zoom 認為這僅可能導致服務拒絕（DoS），而研究人員則認為它可以被用來洩漏記憶體資訊以繞過安全防禦。
目前，Zoom 已針對所有支援平台發布更新。受影響的版本包括 Zoom Workplace 7.1.5 與 7.0.6 之前的版本，以及 VDI 客戶端 7.0.11 與 6.6.16 之前的版本。建議所有使用者立即更新至最新版本，以修復這些記憶體管理漏洞。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。