安全與企業

Gemini CLI 能讀專案、改檔案、跑命令、聯網、接 MCP、進入 GitHub 自動化。進入真實專案和團隊環境前，必須先看安全與企業邊界。

越像 agent，越要有邊界：許可權、sandbox、policy、telemetry、憑據和 Cloud 專案不是附錄，是能否進真實專案的前提。

本章的主線是三層控制：trusted folder 決定是否載入專案能力，sandbox 控制執行環境，policy 和 enterprise controls 控制工具和組織策略。三層缺一層，真實專案都會留下明顯空洞。

學習路徑

flowchart LR
    Sandbox["Sandbox"] --> Policy["Policy engine"]
    Policy --> Config["Enterprise config"]
    Config --> Controls["Admin controls"]
    Controls --> Telemetry["Telemetry"]
    Telemetry --> Privacy["Terms / Privacy"]
    Privacy --> Cloud["Cloud security"]
    Cloud --> Automation["整合與自動化"]

    style Sandbox fill:#dbeafe,stroke:#3b82f6
    style Policy fill:#fee2e2,stroke:#ef4444
    style Cloud fill:#dcfce7,stroke:#22c55e

Sandbox + Policy

先控制本地執行環境和工具許可權。

Enterprise controls

團隊和企業用 Admin Controls、MCP allowlist、system settings 管理邊界。

Terms / Privacy

認證方式不同，條款、隱私和資料邊界也不同。

頁面清單

頁面	解決的問題
Sandbox	隔離工具執行和未知程式碼風險
Policy engine	細粒度控制工具、命令和引數
Enterprise config	系統級 settings、組織預設和 CI 隔離
Enterprise controls	Admin Controls、MCP allowlist、required servers
Telemetry	logs、metrics、traces 和 prompt 記錄邊界
Terms and privacy	不同認證路徑對應的資料和條款
Cloud security/privacy/compliance	Google Cloud、IAM、審計和合規核對

下一步

先讀：Sandbox。

章節驗收

讀完本章後，應該能完成兩個負例測試：不可信目錄不載入專案 MCP，高風險 shell 命令被 policy 攔截。再完成一個正例測試：受控 MCP 或 telemetry 能按企業配置出現。只有正負例都透過，安全配置才算可上線。

如果只能做一件事，先做負例。安全配置最怕“看起來已經開啟”，但真正危險動作仍能執行。負例透過後，再擴充套件正例和團隊 rollout。