選擇沙箱環境

比較 Claude Code 沙箱選項：內建的沙箱化 Bash 工具、sandbox runtime、dev containers、Docker 和虛擬機。為您的威脅模型選擇適當的隔離。

隔離 Claude Code 會限制一個會話可以讀取、寫入和在網路上存取的內容。當您讓 Claude 在較少的權限提示下工作、無人值守地執行它，或將其指向您不完全信任的程式碼時，這一點最為重要。

Claude Code 可以在多種隔離環境中執行，範圍從輕量級的每個命令沙箱到完全獨立的虛擬機。本頁涵蓋如何比較它們隔離的內容和所需條件，幫助您為威脅模型選擇一個，並展示如何在整個組織中強制執行該選擇。

比較沙箱方法

下表中的前兩種方法在主機作業系統上執行，不使用容器。其餘的方法將 Claude Code 放在容器或虛擬機內。

Sandboxed Bash tool 內建於 Claude Code 中，僅限制 Bash 命令。內建檔案工具、MCP 伺服器和 hooks 仍直接在您的主機上執行。表中的所有其他方法都將整個 Claude Code 進程放在隔離邊界內，因此檔案工具、MCP 伺服器和 hooks 也受到限制。

選擇一個方法

將您的目標與下方的一列相符，然後閱讀隨後的詳細部分。

隔離如何與權限模式相關

權限模式決定工具呼叫是否執行以及是否先提示您。隔離限制命令執行後可以存取的內容。兩者協同工作：當權限模式允許動作在不詢問您的情況下執行時，隔離邊界限制這些動作可以到達的內容。

當您傳遞 --dangerously-skip-permissions 時，Claude 在不先詢問您的情況下執行動作。任何模式自動核准的動作仍然適用。

沒有提示來捕捉錯誤，您選擇的隔離邊界是保護您系統的因素。始終在容器、虛擬機或 沙箱執行時內執行 --dangerously-skip-permissions 工作階段，以便檔案工具、MCP 伺服器和 hooks 也在邊界內。在 Linux 和 macOS 上，Claude Code 在以 root 身份執行時拒絕使用此旗標啟動，因此請以非 root 使用者身份執行容器、虛擬機或沙箱執行時。

自動模式將提示替換為檢查動作的分類器。分類器是按動作的控制，而不是隔離邊界，因此隔離邊界仍為無人值守執行增加深度防禦，並且不像 --dangerously-skip-permissions 那樣是必需的。

沙箱化 Bash 工具本身只限制 shell 命令，因此對於任一模式中的完全無人值守執行都不夠。您可以分層方法：在容器或虛擬機內執行沙箱化 Bash 工具可在外部環境邊界之上為您提供作業系統級命令限制。有關 Bash 沙箱本身如何與權限規則和權限模式互動的詳細資訊，請參閱 沙箱化如何與權限和權限模式相關。

Sandboxed Bash tool

Sandboxed Bash tool 內建於 Claude Code 中。它使用作業系統原語來限制 Claude 執行的每個 Bash、PowerShell 或 Monitor 命令的檔案系統和網路存取。

執行 /sandbox 命令以開啟沙箱面板並選擇一個模式。Sandboxing 指南涵蓋批准模式、預設邊界以及如何擴大或縮小它。

每個命令沙箱不涵蓋在會話中執行的所有內容：

• 其他 built-in tools（如 Read、Edit 和 WebFetch）在 Claude Code 進程內執行，不會生成任意程式碼。Permission rules 用於路徑或域來控制它們。
• MCP 伺服器和 command hooks 是在主機上無約束執行的獨立進程。

要將內建工具、MCP 伺服器和 hooks 全部放在一個作業系統邊界後面，請在 sandbox runtime、dev container 或 custom container 內執行整個 Claude Code 進程。

Sandbox runtime

@anthropic-ai/sandbox-runtime 套件將整個進程包裝在內建 Bash 沙箱使用的相同 Seatbelt 或 bubblewrap 隔離中。通過它執行 Claude Code 會限制會話中的每個工具、hook 和 MCP 伺服器，而不僅僅是 Bash 命令。該 runtime 是測試版研究預覽，其配置格式可能會隨著套件的發展而改變。

本節涵蓋您配置的內容以及 runtime 自行強制執行的內容。有關在 Agent SDK 應用程式中部署 runtime，請參閱安全部署指南。

設定和啟動 runtime

在 Linux 和 WSL2 上，runtime 依賴於內建沙箱使用的相同 bubblewrap 和 socat 套件，加上 ripgrep，Claude Code 會捆綁但獨立 runtime 從您的 PATH 解析。按照設定 Linux 和 WSL2 中的說明安裝 bubblewrap 和 socat，並從您的發行版套件管理員安裝 ripgrep。在 macOS 上，您不需要任何額外的套件。runtime 在那裡使用內建的 Seatbelt 沙箱。

預設情況下，runtime 拒絕網路存取並將寫入限制在一小組內建 runtime 路徑，因此在通過它啟動 Claude Code 之前配置它。將您的配置放在 ~/.srt-settings.json 中，或在您使用 --settings 傳遞的檔案中。套件 README 記錄了完整的配置架構。

至少允許寫入存取：

• 您的專案目錄。
• Claude Code 的配置路徑 ~/.claude 和 ~/.claude.json。
• /tmp，Claude Code 在其中寫入 runtime 檔案。

允許您的會話需要的網路域：

• api.anthropic.com，或您配置的提供者的端點。在第三方提供者上，也保留 api.anthropic.com：WebFetch 域安全檢查預設仍會呼叫它，除非您設定 skipWebFetchPreflight: true。
• claude.ai 和 platform.claude.com，OAuth 登入和令牌重新整理需要這些。使用 API 金鑰進行身份驗證的執行可以捨棄這兩個。

在 Linux 和 WSL2 上，runtime 僅將寫入授予應用於已存在的路徑。在全新環境中，在首次啟動前建立 Claude Code 的配置路徑：

mkdir -p ~/.claude && echo '{}' > ~/.claude.json

設定檔就位後，使用 npx 啟動 Claude Code 並傳遞 claude 作為要包裝的命令：

npx @anthropic-ai/sandbox-runtime claude

Claude Code 在沙箱內啟動，具有您配置的檔案系統和網路邊界。相同的命令適用於沙箱化獨立 MCP 伺服器或其他輔助進程。

Runtime 自行阻止的內容

runtime 在沒有您任何配置的情況下阻止最高風險的寫入：

• denyWrite 優先於 allowWrite。
• 在專案根目錄，runtime 拒絕 .git/hooks，除非您設定 filesystem.allowGitConfig: true 否則拒絕 .git/config，並拒絕 .mcp.json、.claude/commands、.claude/agents 和 shell 啟動檔案。
• 在 macOS 上，這些拒絕在寫入發生時被檢查，因此它們也涵蓋嵌套檔案和在會話期間建立的儲存庫。
• 在 Linux 和 WSL2 上，runtime 在啟動時建立拒絕清單一次。它可靠地涵蓋專案根目錄，對當時存在的嵌套副本進行最佳努力的淺層掃描，並不涵蓋會話稍後建立的任何內容，例如 git init、git clone 或腳手架。README 的 mandatoryDenySearchDepth 部分描述了掃描的確切語義。
• 沒有有效的 ~/.srt-settings.json，runtime 仍然啟動，阻止網路存取，並將寫入限制在內建 runtime 路徑，例如 /tmp/claude、~/.npm/_logs 和 ~/.claude/debug。不要將乾淨啟動視為您的設定已載入的證明。
• 當您傳遞 --settings 時，如果檔案無法載入，runtime 拒絕啟動。

您的寫入授予仍然包括 Claude Code 載入配置的其他路徑，因此使用 denyWrite 拒絕這些路徑。可以寫入它們的沙箱化會話可以持久化 hook、權限規則或 MCP 伺服器，這些在您下次啟動 Claude Code 時以未沙箱化的方式執行。

無人值守執行後

檢查您保持可寫入的路徑。在 Linux 和 WSL2 上，也檢查會話建立的任何內容。

Dev containers

Dev container 在 VS Code 或相容編輯器管理的 Docker 容器內執行 Claude Code，您的專案掛載在其中。您可以在您的儲存庫中使用 .devcontainer/ 目錄定義您自己的。

claude-code 儲存庫發佈了一個 example dev container，其中包含預設拒絕 iptables 防火牆作為起點。將其複製到您的儲存庫中，並調整防火牆允許清單、基礎映像和固定的 Claude Code 版本以適應您的環境。因為防火牆阻止未批准的出站流量，像這樣的配置支援使用 --dangerously-skip-permissions 執行 Claude Code 進行無人值守工作。

Custom container

您可以在任何 Docker 或 OCI 容器映像中執行 Claude Code，具有您自己的網路策略、掛載的卷和 seccomp 設定檔。這是具有現有容器基礎設施或 CI 執行器的組織最常見的路徑。

多個託管沙箱和遠端執行服務可以為您託管容器。與您操作的任何容器相同的檢查清單適用：審查掛載為可寫的內容、容器內可到達的認證和令牌，以及網路出站策略允許的內容。

您可以在容器內分層內建 Bash 沙箱以進行每個命令的限制。無特權容器需要 Sandboxing troubleshooting 中描述的嵌套沙箱設定。

Virtual machine

專用虛擬機提供最強的分離，具有自己的核心，在雲或 microVM 部署中，具有自己的虛擬化硬體。選項包括雲實例、本地虛擬機管理程式和 microVM（如 Firecracker）。當您評估不受信任的程式碼、當您的安全策略要求代理和主機之間的核心級分離，或當沒有主機級方法滿足您的合規要求時，使用此方法。

Docker Sandboxes 提供了一個具有自己的 Docker daemon 和工作區同步的 microVM，可以在任何安裝了 Docker Sandboxes 的主機上執行 Claude Code。它是來自 Docker 的免費獨立產品，不需要 Docker Desktop。

雲端會話

雲端會話在隔離的、由 Anthropic 管理的虛擬機中執行。網路代理強制執行預設允許清單，單獨的代理在沙箱外保持您的 GitHub 令牌，同時在其內部為儲存庫存取發出範圍限定的認證。您的組織路由到自託管環境的會話在您配置的基礎設施上執行，其中隔離、出站控制和 git 認證是您部署的責任。

當您想要完整的虛擬機隔離而無需自己配置基礎設施，或當您從沒有本地開發環境的設備委派任務時，使用此方法。它需要 Claude 訂閱。除非您從 CLI 啟動，否則您還需要連接的 GitHub 帳戶，以便沙箱可以複製您的儲存庫。當您使用 --cloud 從 CLI 啟動時，Claude Code 可以捆綁並上傳您的本地儲存庫。有關計劃可用性和 GitHub 身份驗證選項，請參閱在雲端使用 Claude Code。

在整個組織中強制執行隔離

個別開發人員可以選擇本頁面上的任何 sandboxing 方法。組織可以強制執行的內容以及使用哪些工具取決於方法：

• Built-in Bash sandbox：唯一 Claude Code 本身強制執行的方法。通過 managed settings 傳遞 sandbox 設定金鑰，可以是由您的 MDM 管理的檔案，也可以通過 Claude.ai 上的 server-managed settings。有關要部署的金鑰以及如何防止開發人員擴大策略，請參閱 Enforce sandboxing with managed settings。
• Dev containers：將 example dev container 提交到您的儲存庫以標準化整個團隊的環境。這是一個約定而不是強制邊界，因為 Claude Code 不需要容器。如果開發人員不應該能夠在其外部執行 Claude Code，請使用您組織的設備管理或軟體允許清單工具強制執行。
• Custom containers and VMs：通過批准的映像分發 Claude Code，並使用您組織的設備管理或軟體允許清單工具防止在其外部安裝。

另請參閱

這些頁面涵蓋上述方法的配置和策略詳細資訊。

• Sandboxing：配置內建沙箱化 Bash 工具
• Dev container：預配置的 Docker 開發容器
• Security：完整的 Claude Code 安全模型
• Secure deployment：Agent SDK 應用程式的隔離指南
• Settings：所有沙箱配置金鑰，包括託管設定傳遞