從 PHP2Shell 看機器人與 IoT 系統的資安：管理介面、老舊元件與修補速度的三個風險

一個網頁語言的漏洞，和機器人有什麼關係？

PHP2Shell 是 PHP 的漏洞，看起來和機器人無關。但這次事件暴露出的問題，幾乎都能在機器人與物聯網系統中找到對應：

• 依 CyberScoop 引述的資料，在公開版本號的伺服器中，約 75.8 萬台仍在使用已停止支援的 PHP 版本，而仍受支援的只有約 27.2 萬台。
• 無法立即更新的系統，只能選擇冒險或下線，多國政府網站與大型服務都選擇了預防性下線。
• 漏洞由 AI 協助發現，代表類似的深層漏洞會被更快、更大量地找到。

機器人與工業設備的生命週期往往長達十年以上，更新比網站更困難，一旦停機的代價也更高。以下整理三個主要風險與對應做法。

風險一：網頁管理介面成為入口

許多機器人、協作手臂、AMR 機隊與工業控制器，都內建網頁管理介面或連接雲端管理後台，方便工程師設定參數、查看狀態與更新韌體。這些介面常使用現成的網頁伺服器與程式語言，若元件有漏洞，攻擊者就可能從這裡進入，進一步控制機器人。

防護做法：

• 管理介面不要直接暴露在網際網路上，透過 VPN 或零信任存取。
• 停用不需要的服務與預設帳號，強制使用強密碼與多因子驗證。
• 把機器人網路與辦公網路、網際網路分段隔離。

風險二：老舊元件長期不更新

機器人的軟體堆疊通常包含作業系統、通訊中介軟體、驅動程式、網頁介面與第三方函式庫。產品出貨後，這些元件可能多年沒有更新，就像那 75.8 萬台還在跑舊版 PHP 的伺服器。

防護做法：

• 建立 SBOM（軟體物料清單）：清楚記錄每一款產品用了哪些元件與版本，漏洞公布時才能快速判斷影響範圍。
• 選擇有長期支援的元件：例如作業系統與 ROS 2 都盡量採用長期支援（LTS）版本，並追蹤其支援期限。
• 規劃升級路徑：產品設計時就考慮元件的汰換，而不是等到停止支援才處理。

風險三：修補速度跟不上攻擊速度

這次漏洞公開後，資安公司預估修補發布後 15 分鐘內就會出現大規模攻擊。網站可以在幾小時內更新，但工廠裡的機器人往往要等到停機保養才能更新，有些甚至需要工程師到現場。

防護做法：

• 安全的 OTA 更新機制：支援遠端更新、更新前驗證簽章、失敗時能自動回復到前一版。
• 分批更新與測試環境：先在測試機或少量機台驗證，再擴大到整個機隊，避免更新本身造成停機。
• 暫時性的緩解措施：在無法立即更新時，用防火牆規則、關閉特定服務或網路隔離降低風險。

ROS 2 的資安功能

ROS 2 建立在 DDS 通訊之上，DDS-Security 規範提供節點認證、通訊加密與存取控制，ROS 2 也提供 SROS2 工具協助產生金鑰與設定權限。但這些功能預設不一定開啟，許多教學與原型專案為了方便也會跳過。正式部署時，應該啟用安全功能、限制 DDS 網域與網路介面，並避免讓 ROS 2 通訊直接暴露在不受信任的網路上。想從頭學習 ROS 2，可以參考本站的 ROS 2 教學。

AI 對機器人資安的雙面影響

AI 讓攻擊者更容易找到漏洞，也讓防守方能更快審查自己的程式碼。對機器人公司來說，可以把 AI 用在：

• 審查韌體與控制軟體的原始碼，找出記憶體安全問題。
• 分析機器人與機隊的日誌，偵測異常的指令或連線。
• 比對 SBOM 與最新的漏洞資料庫，自動通知受影響的產品。

更多 AI 在資安中的角色，可參考AI 如何協助發現與修補漏洞與AI 與資安人員的未來協作。

結語

機器人越來越常連網、越來越常進入與人共用的空間，資安問題就不再只是資料外洩，而可能是實體安全問題：被入侵的機器人可能做出危險的動作。本站也討論過人形機器人進工廠的安全關卡與語音助理授權存取裝置的資安風險。PHP2Shell 提醒我們：資產盤點、可快速更新的架構與縱深防禦，應該從產品設計的第一天就納入考量。