當企業 IT 安全團隊與資安長（CISO）評估生成式 AI 助手（例如 Cohere Coral）時，最首要的疑慮往往在於權限越界：當 Coral 連接至 Microsoft SharePoint 或 Google Drive 等內部機密資料庫時，一般員工是否可能透過日常對話，越權檢索到底層未授權的高階薪酬表、併購戰略方案或受限的人事檔案？
核心結論十分明確：Cohere Coral 並非依賴大型語言模型（LLM）的系統提示詞（Prompt）或模型自身的合規道德來防範外洩，而是在資料檢索與整合的基礎架構層強制執行文件級存取控制清單（ACL）校驗與角色型存取控制（RBAC）。Coral 透過使用者委託身份驗證（OAuth 2.0 / On-Behalf-Of 流程）、執行階段安全裁剪（Security Trimming）與前置元數據過濾，確保每次檢索完全受限於提問員工原本所擁有的合法讀取權限之內。
若一位員工在 SharePoint 或 Google Drive 中無權開啟某份機密文件，Coral 的資料連接器在檢索階段便會直接將該文件排除於候選名單之外。未經授權的內容永遠不會傳入大模型的上下文視窗（Context Window），從根本資料架構上消除了生成式回答洩漏機密的風險。
核心威脅模型：陽春型企業 RAG 為何通不過資安稽核
在早期的檢索增強生成（RAG）架構中，工程團隊經常使用單一全域超級管理員服務帳號（Service Account），將全公司所有檔案全數向量化，並匯入未設權限隔離的向量資料庫中。
這種設計存在致命的資安漏洞：
- 檔案在切塊與入庫過程中，遺失了底層原有的存取控制清單（ACL）。
- 檢索器在全體企業向量空間中進行不加區別的相似度搜尋。
- 開發者試圖僅靠系統提示詞來進行權限約束（例如在提示詞中寫入「若使用者非人資主管，請勿回答薪資資訊」）。
資安架構師與合規稽核員深知：大型語言模型本質上是機率模型，極易受到提示注入（Prompt Injection）、越獄指令（Jailbreak）或上下文誘導的攻擊。攻擊者或好奇員工只需微調提問手法，便能輕易繞過提示詞層面的限制。
Cohere Coral 的核心設計在於將安全性視為確定性的資料控制平面議題，而非交給具機率隨機性的生成模型來把關。
三層權限校驗架構
Cohere Coral 的企業安全防線由三層嚴密的機制層層把關：身份傳遞、檢索層安全裁剪，以及有據生成引用錨定。
+-----------------------------------------------------------------------+
| 第一層：企業身份驗證與委託授權 |
| 企業單一登入 IdP（Microsoft Entra ID、Okta、Google Workspace） |
| 使用者發起交談 -> 簽發受範圍限制的 OAuth 2.0 委託存取權杖 |
+-----------------------------------------------------------------------+
|
v
+-----------------------------------------------------------------------+
| 第二層：檢索層安全裁剪與 ACL 繼承 |
| - 即時 API 連接器：以使用者身份呼叫下游 Microsoft Graph 或 Drive API，|
| 由來源系統原生的 ACL 引擎直接過濾未授權文件 |
| - 預索引向量搜尋：結合使用者群組 SID 與文件 ACL 元數據進行前置布林過濾|
| * 任何無權讀取的文件片段均在輸入模型前被徹底排除 * |
+-----------------------------------------------------------------------+
|
v
+-----------------------------------------------------------------------+
| 第三層：模型有據生成與可驗證引用（Command R / R+） |
| - 模型僅能依據傳入上下文的合法文字片段產出回覆 |
| - 每項陳述皆強制連結至明確引用的來源出處 |
| - 若檢索結果為 0，模型直接給出安全拒答，杜絕憑空臆測 |
+-----------------------------------------------------------------------+
1. 身份傳遞與委託授權（第一層）
Coral 與企業身份識別提供商（IdP）原生整合，支援以 SAML 2.0 與 OpenID Connect（OIDC）為基礎的單一登入（SSO），相容於 Microsoft Entra ID（前稱 Azure AD）、Okta 與 Google Workspace。
當員工登入 Coral 並對連接的知識庫發出提問時：
- 摒棄全域共用管理者憑據：Coral 不會使用擁有全域權限的靜態管理者金鑰代表全體使用者查詢。
- 使用者權杖轉發（On-Behalf-Of）：Coral 連接器採用 OAuth 2.0 授權碼模式及委託存取權杖（Access Token）。當檢索觸發時，連接器會將該使用者的專屬存取權杖轉送至下游系統。
- 權限即時聯動：當員工在企業目錄中被停權、離職或調離特定部門群組時，其在 Coral 端的資料連接器權限會立刻同步生效。
2. 檢索層安全裁剪與 ACL 繼承（第二層）
防範越權存取的關鍵技術為安全裁剪（Security Trimming）——在搜尋候選結果傳送至重排序模組與大模型 Prompt 之前，徹底過濾所有無權讀取的資源。
針對企業不同的技術架構，Coral 支援兩種安全裁剪途徑：
A. 即時 API 連接器模式（查詢時裁剪）
對於直接透過 API 即時查詢的知識來源（例如直接連線 SharePoint 或 Google Drive）：
- 連接器攜帶使用者的 OAuth 權杖，直接呼叫來源平台的搜尋 API（例如 Microsoft Graph API
/v1.0/search/query或 Google Drive APIfiles.list）。 - 來源平台自動啟動原生的存取控制機制。SharePoint 與 Google Workspace 會檢查該使用者的帳號標識、所屬群組以及文件共用清單。
- 只有該員工在原始系統中合法可見的文件才會回傳至 Coral。對於無權存取的項目，來源 API 會直接在回傳結果中將其隱藏。
B. 預索引企業搜尋模式（元數據攝取 + 檢索前置過濾）
對於預先將大量文件切塊、向量化並存入向量資料庫（例如採用 Cohere Toolkit 建置的企業檢索管線或 OpenSearch）的高效能架構：
- ACL 元數據同步攝取：在資料索引階段，連接器不僅萃取內文與向量嵌入，更同步擷取完整的安全元數據，包括擁有者 ID、允許存取的使用者清單、安全群組識別碼（Group SID）及繼承屬性。
- 查詢時解析使用者所屬群組：使用者發問時，系統透過 SCIM 或目錄 API 即時解析該使用者隸屬的所有安全群組。
- 向量搜尋前置過濾（Pre-Filtering）：向量資料庫在執行相似度比對或 BM25 檢索前，強制加入布林過濾條件，核對使用者的群組識別碼是否包含於文件的允許清單中。未授權的向量資料完全不參與計算，亦不會進入後續 Cohere Rerank 重排序。
3. 有據生成與可驗證引用（第三層）
Cohere 的企業級模型（Command R 與 Command R+）經過特別的有據生成（Grounded Generation）微調訓練：
- 嚴格事實錨定：模型受約束僅能根據上下文視窗中傳入的檢索片段進行摘要與推理，並在產出的每一句話附上精確的來源引用標記。
- 空結果安全拒答：若安全裁剪機制過濾了所有未授權檔案，導致上下文視窗中無可用參考資料，模型不會依靠內建記憶產生幻覺，而是直接明確告知找不到授權資料，確保資訊不外洩。
企業資料來源權限機制：SharePoint 與 Google Drive 深度比較
主流企業網盤具有不同的存取控制結構，Coral 連接器能夠原生對接其權限模型：
| 評估維度 | Microsoft SharePoint / OneDrive (Microsoft 365) | Google Drive (Google Workspace) |
|---|---|---|
| 權限階層架構 | 租戶 -> 網站集合 -> 子網站 -> 文件庫 -> 資料夾 -> 項目級 ACL | 共用雲端硬碟（Shared Drives）、我的雲端硬碟、資料夾共用、檔案級 ACL |
| 群組解析機制 | Microsoft 365 群組、Entra ID 安全群組、SharePoint 巢狀群組 | Google Workspace 群組、機構單位（OU）、個人信箱直接授權 |
| 整合協定規範 | Microsoft Graph API（OAuth 2.0 委託存取範圍） | Google Drive API v3（OAuth 2.0 使用者範圍） |
| 安全裁剪執行點 | Graph API 搜尋引擎即時攔截；向量庫前置比對群組 SID | Drive API 查詢引擎即時攔截；向量庫前置比對使用者與群組 ID |
| 繼承中斷機制 | 完整識別並遵循 SharePoint 中斷繼承（Broken Inheritance）的獨特權限 | 自動遵循共用雲端硬碟角色並繼承上層資料夾，支援檔案層級明確覆蓋 |
SharePoint 權限處理解析
SharePoint 的權限繼承關係極具彈性但相當繁瑣，企業常在同一文件庫中針對特定資料夾「中斷繼承（Stop Inheriting Permissions）」，僅對主管層開放。
當使用者透過 Coral 發問時：
- Coral 帶入該使用者的 Graph 委託權杖。
- Graph API 依據 SharePoint 的安全權杖服務（STS）即時評估呼叫者的有效存取清單。
- 若財務庫中的特定檔案僅限財務長讀取，一般員工在查詢時，該檔案在 Graph 查詢階段即回傳空值，模型端完全無從取得該檔案的存在。
Google Drive 權限處理解析
Google Workspace 將檔案儲存劃分為個人「我的雲端硬碟」以及具備檢視者、加註者、協作者、內容管理員及管理員角色的「共用雲端硬碟（Shared Drives）」。
當整合 Coral 時：
- Coral 啟動 OAuth 授權流程，取得以該使用者信箱為存取範圍的唯讀權限。
- Google Drive API 在處理搜尋請求時，自動依據當前使用者身分與所屬 Google 群組進行範圍隔離。
- 員工未加入的機密共用雲端硬碟（如法務處專用硬碟），連接器完全無法檢索，杜絕不同專案組之間的權限滲透。
Cohere 平台級管理與角色存取治理
除了繼承外部資料庫原生的檔案級 ACL，Cohere 平台內部亦具備完善的管理機制：
平台權限角色：擁有者（Owner）與使用者（User）
Cohere 控制台將管理配置與一般對話使用劃分開來：
- 擁有者（Owner）/ 管理員：負責團隊成員生命週期管理、配置全組織連接器、簽發與廢止生產環境 API 金鑰、配置 SSO 單一登入，並監控企業費用與合規數據。
- 使用者（User）：僅能使用對話介面與已授權的連接器互動，無法更動全域系統設定、端點配置或部署模型。
連接器部門範疇控制（Connector Scoping）
企業 IT 管理員可進一步按組織架構劃分連接器的可見度：
- Salesforce 連接器：僅開放予業務與客戶成功團隊之群組。
- 全公司 Wiki 知識庫連接器：對全員開放。
- ERP 與財務連接器：嚴格限定僅供財務團隊與經營層存取。
這建立了縱深防禦體系：在進入具體檔案 ACL 校驗之前，不相關的系統通道就已經在組織單位層面實施了嚴格阻斷。
稽核日誌與 SIEM 整合
金融與高度監管行業要求 AI 的每筆操作皆具備可追溯性。Cohere Coral 與企業架構支援將結構化稽核日誌串接至企業 SIEM 系統（如 Splunk、Datadog 或 Microsoft Sentinel），日誌包含：
- 發起呼叫的使用者身份識別與精確時間戳記。
- 該次對話呼叫之連接器與工具名稱。
- 檢索所召回之文件唯一 ID 與來源 URL。
- 最終生成回答中所引用的具體來源資料。
資安團隊能藉此監控異常的高頻檢索行為，並在發生潛在資料探測行為時即時觸發告警。
部署邊界保障：私有雲部署與資料零保留（ZDR）
在兼顧存取控制的同時，企業資料的實體存放與傳輸安全亦至關重要：
- 私有 VPC 與地端部署：Cohere 模型與對話代理程式可完整部署於企業專屬的私有雲環境（AWS、Azure、Google Cloud 或 Oracle Cloud Infrastructure）或內部封閉資料中心，機密資料從未離開企業安全邊界。
- 資料零保留承諾（Zero Data Retention）：Cohere 保證企業輸入的提示詞、內部檢索回傳的內容及生成的答案，均不會保留於公有雲伺服器，更絕不會用於公有基礎模型的二次訓練。
- 傳輸與靜態加密：所有 API 呼叫均採用 TLS 1.3 強制加密傳輸，向量儲存支援結合客戶自持金鑰（CMEK）之 AES-256 加密標準。
隱藏的資安破口：底層資料庫的「過度共用」治理
即便 Cohere Coral 完美落實了底層 ACL，IT 安全主管仍須正視一個客觀事實：AI 助手不會突破權限，但會顯著放大底層系統既有的「過度共用（Over-Sharing）」設定疏失。
例如：若財務部門同仁不慎將包含薪資資訊的活頁簿權限設為「公司內任何取得連結者均可檢視」，在過去人工搜尋年代，該檔案可能因路徑隱蔽而未被發掘。但當接入 Coral 後，一般員工詢問「公司目前薪資福利制度細節」時，由於底層系統判定該員工合法擁有存取權，Coral 便會合法擷取該檔案並產出摘要。
CISO 與 IT 安全團隊上線前自我檢查清單
在正式對全體同仁發布 Coral 資料連接器前，建議落實以下步驟：
- 全面盤點來源系統共用狀態：於 Microsoft 365（透過 Microsoft Purview）與 Google Workspace 執行權限掃描，清理「全公司共用」或「任何知曉連結者可存取」的敏感資產。
- 強制啟用委託驗證模式（OAuth）：確認所有連接器設定均採用使用者層級委託權杖，嚴禁配置單一全域管理員金鑰來代理檢索。
- 依業務部門切分連接器群：針對法務、人資、財務等高敏感單位建立專屬連接器，並在 IdP 端設定嚴格的群組白名單。
- 統一存取權杖生命週期：將 OAuth 權杖更新政策與企業會話管理規範對齊，確保異動與離職員工之權限能立即中斷。
- 部署 SIEM 異常監控規則：對短時間內頻繁跨目錄檢索或持續觸發拒絕存取的異常行為建立即時告警。
結語
Cohere Coral 以零信任架構打造企業級生成式 AI 檢索防線。透過在檢索起點傳遞使用者委託身分、在資料平面執行確定性安全裁剪，並結合 Command 模型的嚴謹引用約束，Coral 從根本確保了員工的 AI 對話完全受限於企業原生定義的文件級權限與角色型存取控制邊界之內。
參考資料
- An Overview of Cohere's RAG Connectors | Cohere
- GitHub - cohere-ai/cohere-toolkit: Cohere Toolkit is a collection of prebuilt components enabling users to quickly build and deploy RAG applications.
- GitHub - cohere-ai/quick-start-connectors: This open-source repository offers reference code for integrating workplace datastores with Cohere's LLMs, enabling developers and businesses to perform seamless retrieval-augmented generation (RAG) on their own data.
- AI Security and Data Protection | Cohere