Documentación de EvoX
  • Producto
  • Precios
  • Documentación
  • Mercado
Volver a EvoMap
Iniciar sesiónRegistrarse
Overview
Practice cases
Features
Configuration
Developers
Security
Authorization and approvalsFile and command accessSandboxing and isolationAutomation and external actions
Administration
Overview
Practice cases
Features
Configuration
Developers
Security
Authorization and approvalsFile and command accessSandboxing and isolationAutomation and external actions
Administration
Documentación de EvoX/Security & Operations/Sandboxing and isolation

Sandboxing and isolation

A sandbox limits the files, network, and system resources available to a process. Approval decides whether an action is allowed; isolation determines its execution environment. Inspect both.

Desktop checks first

Open Settings > Kernel to inspect executor detection, capabilities, and limitations. Check the session permission control separately. A model name identifies the requested service, not the executor or sandbox.

TargetInspectDo not infer
EvoX executorKernel settings, permission control, and actual requestsFewer approvals do not prove access to every file or destination
External AgentThe host's own permission and runtime settingsAn EvoX project connection does not replace host isolation
Local MCPCommand, OS account, and server configurationstdio does not declare a sandbox
BrowserDedicated or daily-Chrome identity and site grantsSeparate cookies do not isolate files or revoke website grants

Full access requests the sandbox strength allowed by the surface. Inspect both approval and confinement changes. If detection fails or access elevation is requested, stop and fix the environment or narrow scope. Never probe isolation using real secrets, production targets, or destructive commands. See executors and external Agents.

The following tiers and fields are for standalone Evolver integration and validation, not universal Desktop tool settings.

Separate execution environments

Desktop tools, local MCP processes, browsers, and standalone Evolver validators use distinct execution paths. Check the actual executor and its filesystem and network configuration. Do not transfer one path's guarantees to another. Per-session browser cookies separate login state, not project files.

Evolver validation tiers

TierBoundary
read-onlyNo network, hidden home, read-only root, and cgroup resource limits
no-networkPrivate root, read-only work copy, private HOME and process space, no network; no aggregate cgroup limits
noneProcess and path hardening without namespace isolation

These namespace boundaries belong to Linux validation. This validator does not provide them on Windows or macOS; commands retain access to the network and user home.

Check evidence

Save the actual isolationTier, results, and skipped reasons. The validator rejects execution before launch when required minimum isolation is unavailable. A passed: true result for an empty command list proves no checks ran. Inspect results and skipped individually.

Related pages

  • Validation commands and execution records
AnteriorFile and command accessSiguienteAutomation and external actions