Unitree G1 EDU爆出兩條Root級攻擊鏈：藍牙近距離即可入侵

安全研究員Olivier Laflamme在2026年8月公開的「UniBLEed」研究，描述了兩條影響Unitree G1 EDU的獨立Root級遠端程式碼執行（RCE）攻擊鏈。受影響範圍涵蓋1.5.2及以前的韌體版本；其中一條從近距離藍牙開始，另一條則透過網路鄰近服務與機器人的chat_go知識庫功能進入。兩條路徑都被描述為可能取得機器人Locomotion PC的Root權限。158

這個影響層級不只是手機App或藍牙工作階段遭到控制。Locomotion PC是機器人的Linux核心電腦，支援馬達與行走控制、鏡頭、音訊及語音等功能，因此漏洞涉及網路安全，也牽涉實體安全風險。513

CVE-2026-76640：從藍牙一路攻到Root

這條BLE（Bluetooth Low Energy，低功耗藍牙）攻擊鏈的特別之處，在於攻擊者不必先進入機器人的區域網路。公開研究指出，只要位於藍牙通訊範圍內，攻擊者便可能透過暴露的GATT功能與機器人互動，不需要先配對，也不需要持有機器人登入憑證。5813

據報導，攻擊鏈由多個弱點串接而成：

• Unitree雲端端點據稱允許免費帳戶取得特定G1的AES-128金鑰，但未充分確認該帳戶是否擁有目標機器人。811
• 取得相關存取能力後，攻擊者可接觸受保護的BLE操作、注入預共享金鑰，並呼叫備援Wi-Fi配網流程。811
• 配網資料處理不安全，包括未加引號的here文檔變數，再加上BLE與Wi-Fi配網堆疊中的其他弱點，可能導向以Root權限執行任意指令。511

公開漏洞說明亦提到SSID處理路徑中的緩衝區溢位。該溢位可能破壞相鄰的函式指標分派項目，之後透過system()呼叫攻擊者控制的資料，並以Root權限執行。35

為何「只需靠近」值得關注？

攻擊者仍須身處足以使用藍牙通訊的實體距離內，但不一定需要事先取得帳戶、憑證或配對權限。這使公共展示、實驗室、倉庫及共享場地中的機器人面臨不同於傳統網路入侵的暴露情境。

研究也提出一種可能的蠕蟲式擴散情境：遭入侵的G1理論上可以掃描並攻擊附近其他存在漏洞的G1。不過，這是由攻擊鏈能力推導出的風險，並不代表已有蠕蟲在野外部署或大規模傳播。58

Unitree先前的相關韌體亦曾被報告存在類似問題：攻擊者可在BLE配網互動後，利用惡意Wi-Fi設定資料觸發指令注入。

CVE-2026-76639：另一條chat_go入侵路徑

CVE-2026-76639採用完全不同的入口。NVD指出，G1 EDU至1.5.2版本的韌體存在未經驗證、可由網路鄰近攻擊者利用的Root級RCE鏈，涉及三個弱點：TCP 9991上暴露的WebRTC至DDS橋接服務、權限過於寬鬆的靜態AES-128金鑰，以及chat_go知識庫上傳API中的路徑穿越漏洞。1

簡單來說，路徑穿越可能讓攻擊者把惡意檔案放入bashrunner列入允許的目錄。該服務隨後會以Root權限執行檔案，令原本的檔案放置問題升級為任意程式碼執行。14

這條路徑不要求攻擊者站在機器人旁邊使用藍牙；實際風險取決於機器人的網路鄰近服務如何暴露，以及不受信任的裝置能否與這些服務通訊。

成功入侵後，哪些功能可能受影響？

若取得Locomotion PC的Root權限，攻擊者可能控制與核心機器人功能相連的軟體，包括馬達與行走系統、鏡頭、麥克風、音訊播放及語音功能。513

因此，潛在後果同時涉及資安與實體安全，例如監控、未經授權的錄音或語音播放、服務中斷，甚至不安全的移動。現有報導證實受影響系統具備高度敏感性，但並未證實任何特定G1已遭到利用，也沒有證據顯示已發生危險的現實事故。

Unitree已回應，但修補版本仍不明確

公開報導稱，Unitree已驗證相關研究結果並發布修補程式。6另有報導指公司在2026年7月加入帳戶與機器人所有權檢查。12然而，目前提供的資料中沒有Unitree官方公告，能將兩個CVE分別對應到明確修復的G1 EDU韌體版本。

CVE資料確認的受影響範圍是1.5.2及以前的韌體。15至於哪個具體版本能確定修復兩條攻擊鏈的所有環節，現有公開指引仍未能獨立核實。8

因此，營運者不應僅因看到「最新版本」字樣，就假設兩個漏洞都已解決。應先確認目前安裝的版本，再向Unitree取得針對CVE-2026-76639與CVE-2026-76640的明確修復確認。

G1 EDU營運者應採取的措施

1. 向Unitree確認修復版本。 要求提供同時處理CVE-2026-76639及CVE-2026-76640的確切韌體版本，並逐台核對機器人的實際版本。
2. 降低實體暴露。 在確認修復前，避免讓受影響機器人接近不受信任人士或其他可能存在漏洞的G1；在營運允許的情況下停用BLE配網。
3. 隔離機器人網路。 將G1放置於隔離且受存取控制的網路，封鎖不必要的管理、WebRTC/DDS及配網服務入站連線。
4. 限制檔案上傳功能。 在可行情況下停用或限制chat_go知識庫上傳，並檢查bashrunner允許目錄及服務檔案是否出現異常變更。
5. 調查疑似暴露事件。 將無法解釋的異常視為可能的Root級事件：更新相關憑證與金鑰、檢查日誌及檔案系統變更，必要時從可信任的Unitree來源重新部署機器人系統。

UniBLEed帶來的核心警示是：機器人安全不能只看單一App或單一通訊介面。當認證邊界與執行權限沒有一致落實時，BLE介面、雲端授權檢查、配網腳本，甚至AI相關的檔案上傳功能，都可能變成通往實體機器控制系統的入口。