Anthropic測AI跨裝置複製，電視盒與雲端實驗各做到哪一步？

（媒角抵加／林承志綜合報導）Anthropic於台灣時間10月13日公布AI跨裝置部署研究：15台電視盒合力執行一套模型；另一組隔離雲端實驗，讓AI透過不需身分驗證的介面接續部署。負責指揮的模型仍在外部伺服器運行，裝置執行的是另一套較小模型。對台灣家戶與店家，現在可先查設備更新、遠端管理入口，並限制連網家電與工作電腦互通。

關鍵資訊

• 發布事件：Anthropic研究頁標示2026年10月12日，發布時間換算台灣為10月13日。
• 實體展示：15台Android電視盒分工執行Gemma4-26B-A4B。
• 部署測試：8個隔離雲端節點；GLM-5.2指揮部署Llama3.1-8B。
• 入口條件：模擬裝置的Android除錯介面不需身分驗證。
• 現階段狀態：受控實驗；小型模型自行運行並持續傳播仍是研究預測。

15台電視盒合力運算，展示的是模型能在哪裡執行

Anthropic前沿紅隊研究者William Zhou與Daniel Freeman在原始研究中，把一套Gemma4-26B-A4B模型分配到15台各有4GB記憶體的Android電視盒。每台保存部分模型，裝置間交換運算結果，合力完成文字生成，展示速度為每秒約0.39個token，也就是模型處理文字的單位。

這個展示處理的是硬體容量問題：單一小型裝置放不下整套模型，便由多台共同負擔。研究者買入、連接並設定這批電視盒；尋找下一台目標、取得控制權，以及把模型部署過去，是另組測試的工作。

雲端測試由GLM指揮，部署的是Llama模型

跨節點實驗使用8個模擬Android的雲端節點。依Anthropic公布的方法，GLM-5.2負責選擇操作、搬送部署材料與設定執行環境，目標節點提供的則是Llama3.1-8B模型服務。指揮模型在另一部伺服器運行；測試系統確認目標服務通過檢查後，再啟動代理接續作業。

官方8節點結果圖列出，GLM-5.2在5次試驗中，有4次讓全部8個節點提供模型服務。圖中Qwen3.5-9B、Gemma4-26B-A4B與Qwen3-Coder-Next，各自在所列試驗中均未建立可計入的模型服務節點。

這兩項角色有不同要求。指揮模型得處理軟體相容、設定錯誤與下一步行動；目標裝置則要有足夠記憶體與運算能力執行被部署的模型。研究正在測量這兩項能力何時能集中在一套小型模型上。

除錯入口沒有驗證，真實電視盒也曾出現這類缺口

實驗的入口是Android Debug Bridge（ADB），一種供開發與維護使用的除錯介面，測試設定不要求驗證身分。AI取得執行入口後，才接著處理部署；登入驗證與複雜漏洞利用的難度，未納入這組設定。

在真實攻擊中，類似的入口已有獨立紀錄。Palo Alto Networks旗下Unit 42的Kimwolf v7分析指出，部分Android電視盒出廠便開啟ADB。攻擊者濫用住宅代理服務，經由代理端點進入區域網路，接觸未驗證身分的除錯服務，再安裝惡意程式。Unit 42於2026年8月11日發布分析，記錄的是既有Kimwolf殭屍網路活動。

裝置位於家中或店內，外界仍可能透過其他服務找到進入網路的路徑。因此，入口是否要求驗證、裝置之間能否互通，以及有哪些程式可以執行，都影響一次入侵後的擴散範圍。英國國家網路安全中心（NCSC）的防止橫向移動指引建議，把不需互通的系統分到不同網段，並以防火牆限制不必要的連線。

年底達到複製能力，是依模型進步速度推估

Anthropic預估，若小型模型延續過往進步速度，可能於2026年底達到完成複製流程所需的能力。這項推估採用Epoch Capabilities Index（ECI）；Epoch AI說明，ECI將多項測試彙整為通用能力指標，衡量的是模型跨任務的表現。

研究把這個指標當作複製能力的替代衡量，尚未完成一套小型模型在實體裝置上自行運行、取得新裝置並持續傳播的完整展示。年底是Anthropic的趨勢估計，設備類型、可用記憶體、軟體相容性與網路防護，都會改變實際部署的結果。

防護從設備入口開始，隔離已有其他殭屍網路研究

Anthropic提出的防護方向包括觀察模型檔案搬送、異常裝置互傳與掃描流量，再隔離受感染設備並通知使用者。這些是研究者對AI複製程式的防護建議；相關的實際清除經驗，來自既有物聯網惡意程式。

2019年NDSS發表的Mirai清除研究結合觀察研究與隨機對照試驗，納入220名受感染用戶。研究中，業者把受影響連線限制在可取得清除指示的網路範圍，並通知用戶處理，14天內清除了92%的感染；只寄電子郵件的組別，與未通知的對照組相比沒有可觀察的改善。這項結果適用於該研究中的Mirai感染與介入方式。

對家戶而言，NCSC智慧裝置指引建議，購買前確認原廠支援期限、改掉預設密碼，並及時安裝更新；沒有外出操作需求時，關閉遠端存取。已停止支援的產品，後續安全修補的來源也會中斷。

台灣家戶與店家，先列出誰能管理每台裝置

成功大學資工系公開的物聯網設備管理注意事項，要求使用單位更改出廠密碼、關閉不用的服務、限制可連線來源，並定期更新軟韌體。這份校園管理文件，也提醒由廠商設定設備的單位取得管理帳密，掌握設備存取權限。

媒角抵加建議，家戶與小型店家先做一份裝置清單，記下型號、負責人、原廠支援期限與管理方式。由負責人核對是否開啟網路除錯或遠端管理；店內攝影機、電視盒等不需接觸帳務資料的裝置，交由網路管理者設定與工作電腦分隔的網段及存取規則。

設定網段時，另確認手機控制家電、觀看攝影機等原有功能是否仍可使用，僅保留必要連線。如果公司另有AI代理可以操作檔案或服務，工具授權也有自己的範圍，盤點方式可參考AI代理上工前先問四件事；以工作環境限制讀取、寫入與外連的設計，見NVIDIA代理安全平台報導。

清單完成後，每台裝置都會有可以回答更新、管理與網路設定問題的人。若原廠已停止支援，或無法關閉不必要的管理入口，就由負責人評估更換、停用或限制連線。

資料來源與更新紀錄

• Anthropic原始研究與方法：研究頁日期2026年10月12日；發布時間為19:30 UTC，換算台灣10月13日03:30。
• 官方8節點結果圖：原始結果、模型名稱與節點服務數；與研究頁屬同一研究。
• Unit 42的Kimwolf v7原始分析：2026年8月11日發布，補充住宅代理與未驗證ADB的真實攻擊途徑。
• Epoch AI的ECI說明：通用能力指標的定義與方法。
• Mirai清除原論文：NDSS2019研究，220名用戶與業者隔離、通知的結果。
• NCSC智慧裝置指引與防止橫向移動指引：設備支援、密碼、更新、遠端存取與網路分隔。
• 成功大學公開物聯網管理文件：校園設備管理注意事項；公開文件未標明發布日期。
• 作者：林承志。資料查閱與更新日期：2026年10月14日。