TeamViewer 漏洞讓被控端反過來攻擊控制端：遠端桌面工具的信任反轉

發生了什麼

想像你是 IT 支援人員，客戶打電話說電腦有問題，你用 TeamViewer 連線到客戶的電腦打算遠端診斷。連線建立後，你看到客戶的桌面，準備操作。但在你開始之前，你的 TeamViewer 突然崩潰。你重新連線，又崩潰。你以為是網路問題或軟體故障，但實際上是客戶的電腦在攻擊你的電腦。

2026 年 10 月 30 日，TeamViewer 發布 15.83 版本，修補一個 CVSS 8.8 的高嚴重性漏洞 CVE-2026-111585。這個漏洞允許被控端（host）在遠端控制連線建立後反向攻擊控制端（viewer），最低可使控制端的 TeamViewer 崩潰，根據平台可能執行任意程式碼。

來源：本文整理自 The Hacker News 於 2026 年 10 月 30 日發布的報導，原始技術分析來自 Remedio 安全公司於 10 月 29 日發布的研究。原文連結，原文發布日期為 2026 年 10 月 30 日。

這個漏洞影響 15.83 之前的所有版本，包括 9 月發布的 15.82 安全更新——上個月升級的使用者仍然受影響。攻擊不需密碼、不需使用者額外點擊，在 TeamViewer 預設設定下即可觸發。

誰是攻擊者、誰是受害者

在 TeamViewer 的使用場景中，通常有兩個角色：

• 控制端（Viewer）：主動連線並控制遠端電腦的一方
• 被控端（Host）：被連線並被控制的遠端電腦

一般的安全風險是被控端被控制端攻擊——例如控制端在被控端上執行惡意程式碼。但這個漏洞反過來：被控端可以攻擊控制端。

Remedio 安全研究員 Omri Dar 在技術分析中寫道：

「在這個漏洞中，攻擊者是 host，受害者是 viewer。」

這個反轉讓漏洞特別危險，因為：

1. IT 支援人員是高風險群：他們經常連線到客戶或不明電腦
2. 信任假設被打破：使用者通常認為「我在控制對方，對方不能影響我」
3. 蜜罐攻擊場景：攻擊者可以架設蜜罐主機，等待有人連線進來

漏洞原理：整數溢位導致緩衝區溢位

漏洞的核心問題是螢幕尺寸計算時的整數溢位。

正常流程

在 TeamViewer 遠端控制連線中：

1. 被控端告訴控制端其螢幕影像尺寸（例如 1920×1080）
2. 控制端依此計算並配置記憶體空間，用來接收螢幕影像資料
3. 被控端開始傳送螢幕影像資料給控制端

攻擊流程

惡意的被控端可以：

1. 回報過大的螢幕尺寸（例如 999999×999999）
2. 控制端計算所需記憶體時發生整數溢位（overflow），導致計算結果變成一個很小的數字
3. 控制端依據錯誤的計算結果配置過小的記憶體空間
4. 被控端傳送螢幕影像資料，資料被寫入到配置空間之外，造成緩衝區溢位

攻擊結果

最低限度，這會使控制端的 TeamViewer 崩潰。而且被控端可以重複觸發，每次控制端重新連線都會再次崩潰。

Windows 上可以執行程式碼

Remedio 在 Windows 上已經將漏洞提升到執行任意程式碼的程度。他們繞過了 Windows 內建的防禦機制（exploit mitigations），並在控制端的電腦上執行他們選擇的程式碼。

但目前的展示使用了被控端的本地輔助元件來提供部分攻擊資料，因此尚未完全透過網路執行。

其他平台的情況

報導未說明 macOS、Linux 或 Android 上是否同樣可以執行程式碼。TeamViewer 的安全公告只說「根據平台可能執行程式碼」。

攻擊條件：幾乎沒有門檻

這個漏洞的攻擊條件非常寬鬆：

1. 不需密碼
2. 不需使用者額外點擊（在接受連線之外）
3. 在 TeamViewer 預設設定下即可觸發

這代表只要建立遠端控制連線，攻擊就能自動發動。使用者不需要點擊任何東西，攻擊者也不需要知道任何密碼。

9 月的安全更新沒有修補這個漏洞

特別需要注意的是，這個漏洞影響 15.83 之前的所有版本，包括 9 月發布的 15.82 安全更新。

這代表即使你在 9 月按照 TeamViewer 的安全公告升級到 15.82，你仍然受這個漏洞影響。

受影響版本與修補版本

受影響版本

• TeamViewer Full Client（Windows、Linux、macOS）：15.83 之前的所有版本
• TeamViewer Portable（Windows）：15.83 之前的所有版本
• TeamViewer Android Remote Control app：15.83 之前的所有版本

修補版本

TeamViewer 已在 15.83 版本中修補這個漏洞。針對舊的支援分支，修補版本列在 TeamViewer 的安全公告中（報導提到有表格，但未列出具體版本號）。

其他同時修補的漏洞

15.83 版本同時修補了另外兩個高嚴重性漏洞，包括一個影響 Linux 與 macOS 的程式碼執行漏洞。

同一天，TeamViewer 發布另一份安全公告 TV-2026-1012，修補 6 個漏洞在 TeamViewer Remote Management 附加元件中，這些修補透過自動更新提供。

目前無已知的野外攻擊

TeamViewer 表示，發布修補時尚無已知的野外攻擊利用這個漏洞。

CISA 的 Known Exploited Vulnerabilities（KEV）清單截至 10 月 29 日也未列入這個漏洞。

Remedio 也表示未發現野外攻擊，且未發布 exploit 程式碼。

但技術分析已經公開，攻擊者可以依據分析開發自己的 exploit。

如何偵測與防禦

立即升級

TeamViewer 沒有提供任何替代方案（workaround），唯一的修補方式是升級。

所有 TeamViewer 使用者應立即升級至 15.83 或更新版本。

限制連線對象

在升級前或作為額外防護，限制 TeamViewer 連線對象為已知可信的主機：

1. 不要隨意接受連線請求
2. 不要主動連線到不明或不可信的主機
3. 若需要連線到客戶或不可信主機，考慮在虛擬機或隔離環境中執行 TeamViewer

檢視連線日誌

TeamViewer 會記錄所有連線。檢視日誌，確認最近連線的主機是否都是可信的。

如果控制端曾經崩潰，檢查崩潰時間點是否與遠端連線相符——這可能是攻擊嘗試。

誰最危險

以下類型的使用者風險最高：

1. IT 支援人員：經常連線到客戶或不明電腦，是主要攻擊目標
2. 系統管理員：連線到多台伺服器或工作站，若被攻擊可能導致權限被竊取
3. 企業環境：TeamViewer 被用於遠端管理或支援，攻擊者可能偽裝成員工或客戶

攻擊場景

蜜罐攻擊

攻擊者可以架設一個蜜罐主機，等待有人連線進來：

1. 在網路上散布「免費遠端支援」或「技術協助」訊息
2. 提供 TeamViewer ID 與密碼
3. 當受害者連線進來時，自動發動攻擊

內部威脅

惡意內部人員可以在自己的電腦上植入攻擊程式碼，等待 IT 支援人員連線進來進行支援，然後攻擊支援人員的電腦。

供應鏈攻擊

攻擊者入侵客戶或供應商的電腦，當你連線到客戶電腦進行支援時，攻擊你的電腦。

你可以學到什麼

站在攻擊者的角度：我架設一個蜜罐主機，等你用 TeamViewer 連進來。連線一建立，我就告訴你的 TeamViewer 我的螢幕是 999999×999999 像素，你的程式算一算發現記憶體不夠，但整數溢位讓它以為只需要很小的空間。然後我送螢幕資料過去，寫爆你的記憶體，你的 TeamViewer 崩潰。如果我想，我可以讓你連不進來，每次連都崩潰。如果我更進一步，我可以在 Windows 上執行程式碼，竊取你的憑證、植入後門、橫向移動到你的內部網路。你以為你在控制我，但實際上是我在攻擊你。

lessons本案的 7 個教訓

1. 01
   信任方向可以反轉：遠端桌面工具的使用者通常認為控制端是安全的、被控端是風險，但這個漏洞打破這個假設。
2. 02
   整數溢位導致緩衝區溢位：被控端可以透過回報過大的螢幕尺寸，使控制端計算記憶體配置時發生整數溢位，導致配置過小的記憶體空間。
3. 03
   9 月的安全更新沒有修補這個漏洞：15.82 仍受影響，顯示即使定期更新也可能遺漏關鍵漏洞。
4. 04
   攻擊不需密碼與額外點擊：只要建立遠端控制連線，攻擊就能自動發動，降低攻擊門檻。
5. 05
   IT 支援人員是高風險群：他們經常連線到客戶或不明電腦，是反向攻擊的主要目標。
6. 06
   最低限度使控制端崩潰且可重複觸發：攻擊者可以讓受害者無法完成遠端支援工作，每次連線都崩潰。
7. 07
   目前無已知野外攻擊但技術分析已公開：攻擊者可以依據 Remedio 的分析開發 exploit，建議立即升級。

keywords重點學習：最需要學習的 10 個關鍵字6 個

1. 01
   反向攻擊（Reverse Attack）

   被控端（host）反過來攻擊控制端（viewer），打破一般的信任假設。
2. 02
   整數溢位（Integer Overflow）

   計算記憶體大小時，過大的數值使計算結果溢位變成很小的數字，導致配置過小的記憶體空間。
3. 03
   緩衝區溢位（Buffer Overflow）

   資料被寫入到配置空間之外，造成記憶體損壞，最低限度使程式崩潰，可能執行任意程式碼。
4. 04
   TeamViewer Full Client

   受影響的主要產品，包括 Windows、Linux、macOS 版本。
5. 05
   Remedio

   發現並分析這個漏洞的以色列安全公司，於 10 月 29 日發布技術分析。
6. 06
   蜜罐攻擊（Honeypot Attack）

   攻擊者架設一個看似正常的主機，等待有人連線進來然後發動攻擊。

try today今天就可以來試試約 15 分鐘

全部唯讀，不改任何設定；做完你會知道自己有沒有同樣的破口。

1. 檢查所有安裝 TeamViewer 的電腦版本

   開啟 TeamViewer → 說明 → 關於，檢視版本號

   看到什麼代表什麼：確認版本是否為 15.83 或更新。若不是，立即升級。
2. 限制 TeamViewer 連線對象為已知可信主機
   看到什麼代表什麼：在 TeamViewer 設定中，只允許白名單內的 ID 連線，或要求密碼驗證。
3. 檢視 TeamViewer 連線日誌

   TeamViewer → 附加 → 選項 → 進階 → 顯示進階選項 → 記錄與追蹤 → 開啟記錄檔

   看到什麼代表什麼：確認最近連線的主機是否都是已知可信的。若有不明連線且控制端曾崩潰，可能是攻擊嘗試。
4. 若需連線到不可信主機，在虛擬機中執行 TeamViewer
   看到什麼代表什麼：建立一個虛擬機（例如 VirtualBox 或 VMware），在虛擬機中安裝 TeamViewer 用於連線到客戶或不明主機，隔離風險。
5. 通知 IT 支援團隊與系統管理員
   看到什麼代表什麼：若組織使用 TeamViewer 進行遠端支援或管理，立即通知相關人員升級並限制連線對象。
6. 檢查是否同時修補 Remote Management 附加元件
   看到什麼代表什麼：TeamViewer Remote Management 使用者應確認 TV-2026-1012 公告中的 6 個漏洞已透過自動更新修補。

如果你使用 TeamViewer

1. 立即升級至 15.83 或更新版本：這是唯一的修補方式，沒有替代方案。
2. 限制連線對象：只連線到已知可信的主機，不要隨意接受連線請求或主動連線到不明主機。
3. 在虛擬機中執行 TeamViewer：若需要連線到客戶或不可信主機，考慮在虛擬機中執行 TeamViewer，即使被攻擊也只影響虛擬機。
4. 檢視連線日誌：確認最近連線的主機是否都是可信的，若有不明連線且控制端曾崩潰，可能已被攻擊。
5. 通知團隊：若組織使用 TeamViewer，立即通知所有使用者升級。

攻擊不需密碼、不需額外點擊，只要建立連線就能自動發動。今天就升級。