當工作流程主宰伺服器，n8n 漏洞暴露自動化工具的隱藏危機
年初開源工作流程自動化工具 n8n 被 Pillar Security、SecureLayer7 與 Endor Labs 等多家機構指出，在沙盒機制 Abstract Syntax Tree（AST）當中發現安全漏洞，這項漏洞允許具備「建立或修改工作流程」權限的使用者，透過精心構造的表達式（Expressions）繞過沙盒環境，直接在伺服器上執行系統指令（RCE）。儘管官方已迅速發布修補版本，這起事件背後的隱形威脅——自動化工具已從「輔助插件」演變成「系統權力入口」。
授權用戶的權限如何被濫用？
此次n8n漏洞的核心在於「表達式評估引擎」的清理缺陷。攻擊者利用類型混淆（Type Confusion）繞過TypeScript檢查，使原本僅應在流程內運作的邏輯，變成可直接對作業系統下令的權杖。意指攻擊者僅需一行程式碼即可繞過五層防護。一旦脫離沙盒，惡意份子便能讀取/etc/passwd、竊取資料庫中的環境變數N8N_ENCRYPTION_KEY，進而解密 API金鑰、OAuth權限與雲端憑證。這種威脅並非傳統的外部入侵，而是「授權用戶的權限濫用」，只要內部帳號遭竊或員工心懷不軌，整台伺服器乃至串接的SaaS平台（如Google Drive、Salesforce）都會瞬間淪陷。
在過去的企業架構中，自動化工具常被視為低敏的省時工具。隨著數位轉型深化，這些工具已進化為企業的「中樞神經系統」。它們擁有存取核心資料、操作金流與同步客戶資訊的能力。當工作流程（Workflow）具備跨系統的調度權與指揮權時，如果我們仍以「輔助軟體」的心態看待這些平台，未將其納入正式的資安監控範圍，這模糊地帶就成為風險累積的溫床 。
No-code（無程式碼）工具的興起降低了開發門檻，許多企業為追求部署速度，將流程設計權限下放給行銷、HR或營運單位，卻忽略使用者是否具備完整的資安意識。
開源工具漏洞不能僅依賴供應商更新
筆者觀察，權限設計可能過度相信內部使用者，疏忽了從內部被利用。其次，資安監控大多把重心放在防火牆與EDR，較少檢查看似正常的自動化流程，讓惡意腳本有機可乘。流程週期管理面仍不夠清楚，誰能建立、誰能修改、是否需要審核等沒有明確規範，放大自動化工具帶來的管理不確定性。這提醒了我們，面對開源工具的漏洞，除依賴供應商的更新，更需要具備深度防禦的架構思維。
過去自動化流程多半是線性的，工程師能清楚掌握輸入與輸出邏輯，風險主要透過程式碼審核控管。然而，當AI Agent 能根據外部資料自行生成指令並直接執行，問題便從「檢查程式碼」升級為「監督行為本身」。
企業除確認語法是否正確，也必須判斷一個模型當下的決策是否合理、安全。若AI Agent因誤判情勢而執行具破壞性的系統指令，該由模型供應商、工具開發者，還是實際部署流程的企業負責？在這多方參與的技術結構下，責任歸屬的模糊地帶也是待解決的問題之一。
n8n漏洞表面上是一則例行的資安通報，實則揭開企業自動化流程中被低估的「流程權限」問題。隨著自動化與AI agent成為數位營運核心，企業必須重新定義這類工具的安全等級與管理模式，否則效率紅利背後，將持續累積難以察覺的系統性風險。
- Alert - AL26-001 – Vulnerabilities affecting n8n – CVE-2026-21858, CVE-2026-21877 and CVE-2025-68613
（首圖來源：AI 生成）