配置 Dust Spaces 與基於角色的權限控制：企業 IT 管理員如何防止自訂 AI 智能體跨部門資料外洩

在企業全面導入生成式 AI 智能體（AI Assistants / Agents）的過程中，IT 管理員與資安合規主管正面臨嚴峻的挑戰：員工透過自然語言與連結企業內部知識庫的智能體互動能大幅提升生產力，但傳統的檢索增強生成（RAG）架構極易引發災難性的跨部門資料外洩。如果一名普通行銷部門員工向通用企業 AI 提問：「上個月核准的高階主管薪資調整方案為何？」或「摘要針對供應商糾紛的保密訴訟策略」，傳統單體式向量資料庫將毫無阻礙地檢索並摘要這些高度敏感的機密文件。

單純仰賴提示詞防禦（Prompt Guardrails，例如在系統提示中指示「嚴禁討論薪酬話題」）在惡意提示詞注入、迂迴提問或語意重構面前極其脆弱。企業級資料隔離必須在架構層實現確定性的實體隔離，確保未授權資料根本無法進入大型語言模型（LLM）的上下文窗口（Context Window）。

Dust 透過其底層的雙層權限模型（Dual-Layer Permission Model），結合 Spaces（工作空間容器）、角色存取控制（RBAC）、SCIM 身分識別提供者（IdP）目錄同步以及連接器層級範圍控制（Connector Scoping），徹底解決了這項難題。本文將深入剖析企業 IT 管理員如何系統化配置 Dust Spaces 與權限矩陣，打造杜絕跨部門資料外洩的客製化 AI 智能體體系。

一、核心架構：Dust 的雙層權限模型

要徹底杜絕跨部門資料外洩，IT 管理員必須將智能體存取資料與人類存取智能體兩者解耦。傳統 SaaS 系統通常採用單層存取控制：即「使用者 X 能否檢視文件 Y」。然而在生成式 AI 時代，自主智能體可以代表使用者進行提煉、綜整與跨文件推理，單層模型極易被「代理提問」繞過。

Dust 由此設計了雙層權限架構：

[ 外部來源系統 (Google Drive、SharePoint、Slack、Notion) ]
                         │
                         ▼ (管理員最小權限範圍與專用服務帳號)
                [ Dust Connections 連接器 ]
                         │
                         ▼ (管理員劃分的指定資料子集)
          ┌──────────────┴──────────────┐
          ▼                             ▼
   [ Open Spaces 公開空間 ]     [ Restricted Spaces 受限空間 ]
   (如 Company Data 空間)       (如 財務部、法務部、人力資源部)
          │                             │
          ▼                             ▼
   [ 通用全體智能體 ]           [ 部門專屬受限智能體 ]
          │                             │
          ▼                             ▼
   (工作區全員可存取)           (僅對應受限空間成員可見並調用)
          ▲                             ▲
          └──────────────┬──────────────┘
                         │
               [ 人類使用者與組織群組 ]
               (基於 IdP / SCIM 自動同步)

第一層：智能體與資料（Agent <> Data）的確定性資料邊界

在 Dust 中建立智能體時，其知識檢索與工具調用權限被嚴格限制在綁定的 Spaces 內。若一個為技術支援定制的智能體僅掛載了「技術文件空間」與「公開企業資料空間」，它在底層就完全沒有檢索「財務受限空間」或「法務受限空間」的任何介面或向量存取權。這項邊界在資料庫與檢索層完成強制隔離，未獲許可的文件片段永遠不會進入大語言模型的視野。

第二層：人類與智能體（Human <> Agent）的「預設安全」可見性

Dust 貫徹一項核心治理原則：智能體所使用的資料空間，決定了誰能看見並使用該智能體。 預設情況下，員工只有在同時擁有某個智能體所依賴的所有 Spaces 的存取權限時，才能在工作區內搜尋、檢視並調用該智能體。

若一個財務輔助智能體連結了「受限財務空間」，非財務部門員工在 Dust 介面中根本無法看到該智能體，更無法對其下達任何指令。這項機制從根源上消除了「代理提權攻擊」——未授權員工無法將高權限智能體當作跳板來套取企業敏感機密。

二、Spaces 劃分策略：隔離公開與受限資料域

在 Dust 中，所有資料、文件與整合工具皆歸屬於特定的 Spaces。妥善規劃空間架構是防範資料外洩的第一道防線。

公開空間（Open Spaces）與受限空間（Restricted Spaces）對比

Company Data 空間的特殊定位與治理底線

每個 Dust 工作區都包含一個名為 Company Data 的預設公開空間：

• 該空間面向全體成員開放，不可刪除、不可重新命名，亦無法設為受限狀態。
• 掛載至 Company Data 的內容可被工作區預設智能體（例如 @dust）直接檢索。
• IT 管理員治理原則： 嚴禁將任何涉及部門機密、薪酬隱私或高敏財務的資料掛載至 Company Data。該空間應僅作為企業公共資訊的布告欄。

方案空間配額規劃

• 商業方案（Business Plan）： 支援最多 5 個 Spaces。適合組織架構扁平、僅需基礎實體隔離的企業（例如劃分為：Company Data、管理層、產研、行銷、營運支援）。
• 企業方案（Enterprise Plan）： 支援最多 100 個 Spaces。適合跨國企業、矩陣式架構或需要專案級隔離的組織（例如按法務審查、薪資結算、股權架構、內部稽核等細分領域建立獨立空間）。

三、六步實務指南：企業 IT 管理員落地配置全流程

為確保智能體上線後達到零外洩標準，企業 IT 管理員應遵循以下標準化配置流程。

第一步：基於 SCIM 2.0 配置上游身分目錄同步

依賴手動在 Dust 中維護使用者必然會導致權限漂移與離職權限殘留。企業方案客戶應第一時間與企業身分識別來源（Okta、Microsoft Entra ID、Google Workspace）完成目錄同步整合。

1. 登入 Dust，前往 Admin > Organization > Members > Groups > User provisioning > Set up Directory sync。
2. 選擇企業的身分提供者，依照精靈指示完成 SCIM 2.0 連線設定。
3. 在 IdP 中配置部門群組推送原則（例如推送 dept-finance、dept-legal、dept-people、exec-board 等群組）。
4. 實現人員生命週期自動化：當員工發生部門異動或離職時，IdP 即時同步更新 Dust 使用者群組。一旦員工調離財務部，其在 Dust 中對應的受限財務空間存取權及所有財務智能體調用權將立即被終止。

第二步：建立來源系統連接器最小權限控制

Dust 連接器（Google Drive、Microsoft SharePoint/OneDrive、Notion、Confluence、Slack 等）會直接同步外部系統內容。為防止上游意外超範圍讀取：

1. 避免使用個人管理員帳號： 切勿使用特定 IT 人員的個人帳號授權連接器。若該員工調崗或離職，連線不僅會中斷，其個人私人草稿亦可能被誤同步。
2. 使用專屬系統服務帳號：
   • Google Drive： 建立專用虛擬帳號（例如 dust-admin@yourdomain.com），僅為該服務帳號分配特定受控共用雲端硬碟（Shared Drives）的讀取與下載權限。
   • Microsoft SharePoint / OneDrive： 在 Microsoft Entra ID 中建立應用程式註冊，利用 Sites.Selected 應用程式權限；或透過專用服務帳號（dust-service@yourdomain.com），使用 PowerShell（Grant-PnPAzureADAppSitePermission）或 Microsoft Graph API 嚴格限制其僅可存取指定的 SharePoint 網站集合。
   • Slack： 僅將 Dust 機器人加入公開溝通頻道或特定受控存檔頻道，未被邀請的機密頻道不會被索引。
3. 按目錄樹層級精確挑選： 在 Dust 的連接器同步配置視窗中，務必逐層展開目錄樹勾選目標子資料夾，嚴禁在根目錄進行一鍵全選。

第三步：建立受限空間並掛載部門資料

連接器完成同步後，資料僅存在於待分配池中，必須由管理員明確關聯至具體 Space 方能生效。

1. 進入 Dust 的 Spaces 標籤頁，點選 New。
2. 輸入空間名稱（例如：Finance & Accounting）。
3. 空間類型選擇 Restricted。
4. 成員權限選擇 Provisioned group access，自下拉選單中選取由 SCIM 同步的 IdP 部門群組（如 dept-finance）。
5. 進入剛建立的受限空間，點選 Connected Data，再點選 Add data from connections。
6. 在資料選擇樹狀目錄中，僅勾選上一步為財務部同步的專屬資料夾或 SharePoint 文件庫。
7. 點選 Save。此時，該批高敏財務資料已被完全鎖入該獨立受限空間內。

Dust 管理後台：建立受限空間示意
┌─────────────────────────────────────────────────────────────┐
│ 建立新空間 (Create New Space)                               │
│ 空間名稱: [ Finance & Accounting                          ] │
│ 存取控制: ( ) 公開 (Open)   (•) 受限 (Restricted)           │
│ 成員管理:                                                   │
│   [ Provisioned group access (預配群組關聯)               ▼]│
│   已選群組: [ dept-finance x ] [ exec-cfo x ]               │
│                                                             │
│ 掛載資料 (Connected Data):                                  │
│   [x] Google Drive: /Shared Drives/Finance/FY26_Budgets/    │
│   [x] SharePoint: /sites/FinanceOps/Financial_Statements/   │
│   [ ] Google Drive: /Shared Drives/Company_Wide/ (未選取)   │
│                                                             │
│ [ 取消 ]                                    [ 建立受限空間 ]│
└─────────────────────────────────────────────────────────────┘

第四步：收緊建置與發布權限（RBAC 治理矩陣）

在預設狀態下，Dust 允許所有成員隨意建立並公開發布智能體。在企業環境中，必須嚴格收攏此權限以防管控失序。

管理員需進入 Admin > Governance 調整權限矩陣：

1. 建立與發布智能體（Create / Publish agents）： 將權限由 Everyone 改為指定群組（例如通過合規培訓的 AI Builders 群組）或 Admin only，防止未經審查的智能體被散布至全公司。
2. 建立與發布技能（Create / Manage skills）： 保持為 Admin only 或僅授權核心架構團隊，防止隨意串接未經驗證的外部 API 工具。
3. 分配管理員與經理角色： 在 Admin > Members > Roles 中，透過群組對應分配角色。僅核心 IT 架構人員保留 Admin 角色；業務部門主管可授予 Manager 角色或任命為 Group Managers（群組管理員），使其能自主維護組內成員與額度，而無權觸碰底層安全設定。
4. 安全與帳單權限獨立委任： Access security features 與 Access billing features 並非經理角色預設包含的權限，需管理員在角色頁面中明確授權給資安稽核群組。

第五步：建置部門專屬智能體並驗證能見度

在智能體建置工具（Agent Builder）中配置部門智能體時，必須嚴格遵守資料最小化原則：

1. 在 Instructions 中撰寫明確的系統角色定位與合規邊界。
2. 在 Knowledge / Tools 中新增 Search data sources 工具：
   • 在可用空間列表中，僅勾選目標受限空間（例如 Finance & Accounting）。
   • 除非該智能體確需參考全公司公開規範，否則切勿勾選 Company Data。
3. 注意多空間交集原則（Multi-Space Intersection Rule）：
   • 若一個智能體同時掛載了*空間 A（財務）與空間 B（高階主管）*的資料，使用者必須同時具備空間 A 與空間 B 的存取權限，才能看見並執行該智能體。
   • 若使用者僅擁有空間 A 權限，該智能體會對該使用者隱藏。
   • 最佳實踐： 盡量讓單一業務智能體僅依賴單一受限空間，避免因多重交集導致授權人員無法正常調用。

第六步：配置外部操作工具的憑證模式（Personal vs. Shared）

當智能體需要調用外部系統（例如 GitHub、Salesforce、Jira、HubSpot 或 MCP 伺服器）執行互動操作時，管理員必須在 Knowledge > Tools 中評估憑證模式：

• 共用憑證（Shared Credentials）： 由管理員配置一組通用服務帳號，所有獲准調用該工具的使用者皆以同一身分存取外部系統。適合唯讀的公共基礎知識庫。
• 個人憑證（Personal Level Credentials）： 管理員完成全域 OAuth 架構連線後，每位員工在首次調用該工具時皆必須登入自己的外部帳號。
  • 適用高敏業務場景： Salesforce CRM、私有代碼倉庫、Jira 缺陷工單等內部具備欄位/物件層級權限的系統。即使行銷人員試圖透過智能體查詢客戶商機，系統也會直接套用該使用者在 Salesforce 中的原生權限，形成「Dust Space 隔離 + 外部系統原生 RBAC」的雙重保障。

四、資安稽核、日常監控與人員離職生命週期管理

安全配置完成後，資安與合規團隊需要具備持續性的即時監控與可信追溯能力。

┌──────────────────────────────────────────────────────────────┐
│                    企業級即時事件日誌串流                    │
└──────────────────────────────┬───────────────────────────────┘
                               │
            ┌──────────────────┴──────────────────┐
            ▼                                     ▼
     [ 人類直接觸發事件 ]                  [ AI 智能體衍生操作 ]
     actor: "user"                         actor: "user"
     action: "agent.executed"              metadata.actor_type: "agent"
     targets: ["agent-finance-01"]         metadata.initiating_user: "..."
            │                                     │
            └──────────────────┬──────────────────┘
                               ▼
                 [ Dust Enterprise 稽核引擎 ]
                               │
            ┌──────────────────┴──────────────────┐
            ▼                                     ▼
    [ 內部防篡改記錄看板 ]                [ 企業 SIEM 即時串流 ]
    (Admin > Security > Audit Logs)       (Datadog、Splunk、S3、GCS)

責任歸屬：明確區分人類行為與智能體衍生行為

Dust 企業版稽核日誌（路徑：Admin > Organization > Security > Audit Logs）完整記錄了工作區內的重大操作。

每筆日誌結構化記錄以下核心欄位：

• 行為主體（Actor）： 明確區分主體類型（user 使用者、api_key API 密鑰、system 系統排程），記錄 IP 位址與客戶端特徵。
• 操作類型（Action）： 詳細記錄 agent.executed、space.created、space.deleted、data_source.updated、tool.executed。
• AI 衍生活動歸因： 在多智能體協作或工具調用中，日誌在 metadata.actor_type 中標記該操作是否由智能體發起，同時完整保留最初觸發該任務的人類使用者欄位（initiating_user_id 與 initiating_user_email），使合規稽核能精確回溯資料讀取的始作俑者。

SIEM 即時串流整合

企業資安團隊可將 Dust 稽核日誌即時推流至主流安全資訊與事件管理平台（SIEM），包括 Datadog、Splunk、AWS S3、Google Cloud Storage（GCS） 或自訂 HTTPS 接收端點。若企業對入站流量設有防火牆限制，可於防火牆中放行 Dust 官方文件列出的 WorkOS 傳輸 IP 網段。

人員離職與權限回收機制

當員工離職或調職時：

1. 企業 IdP 觸發 SCIM 帳號停用，Dust 即時同步撤銷該使用者的登入權限。
2. 該使用者對所有受限空間的存取權隨即終止。
3. Dust 會自動且永久清理該使用者建立的所有個人觸發器與排程任務（Triggers）。
4. 管理員維運交接： 在執行離職手續前，管理員應在 Programmatic Usage > Automations 檢查是否有業務關鍵的自動化任務屬於該員工。針對該員工單獨建立且未公開發布的業務智能體，管理員可在 Agent Builder 中點選 Become an editor as an admin 接管編輯權，確保關鍵數位資產不流失。

五、架構設計矩陣與 IT 管理員自我檢核清單

空間與權限架構矩陣

上線前 IT 管理員自我檢核表

• 身分目錄同步啟用： SCIM 2.0 連線運作正常，部門群組已自 Okta 或 Entra ID 精確同步至 Dust。
• 全員空間完成脫敏： 徹底清查 Company Data 空間，確認不存在任何薪酬表、未公開財務預測或機密訴訟文件。
• 獨立服務帳號配置： Google Drive 與 Microsoft SharePoint 連接器已使用專屬系統服務帳號，並落實最小必要資料夾授權。
• 受限空間完成繫結： 涉敏部門均已建立獨立 Restricted Space，且透過「預配群組關聯」綁定對應 IdP 群組。
• 連線資料精確入庫： 機密子資料夾僅於對應受限空間的 Connected Data 中勾選掛載，未洩漏至公共空間。
• 智能體發布權限收緊： 在 Admin > Governance 中，已將智能體與技能的建立發布權限限縮至授權人員或管理員群組。
• 高權限工具改用個人憑證： 涉及內部權限劃分的外部系統（如 Salesforce、GitHub、Jira）皆已啟用個人層級憑證登入。
• 安全稽核推流就緒： 企業稽核日誌已成功串流至企業 SIEM（Splunk / Datadog），並完成告警測試演練。

透過上述結構化設計，企業 IT 管理員不僅能化解資安與合規隱憂，更能為組織築牢防禦壁壘，在全面釋放生成式 AI 生產力的同時，確保企業高敏資產獲得最嚴密的防護。

參考資料

• Spaces management
• Workspace Governance: Roles, Groups & Permissions
• Access Controls and Permissions
• Users and groups provisioning
• Personal vs Shared Credentials for Tools & MCP Servers
• Agents management
• Audit Logs
• Google Drive
• Microsoft
• Dust Security: Enterprise-Grade Data Protection