Understand Filesystem Controls
NemoClaw uses OpenShell filesystem policy to restrict access outside the writable agent state tree.
OpenShell covers additional filesystem enforcement details, including hard_requirement compatibility mode for Landlock and policy path validation rules.
Refer to the Filesystem Controls section of the OpenShell Security Best Practices.
Read-Only System Paths
The container mounts system directories read-only to prevent the agent from modifying binaries, libraries, or configuration files.
Agent Config Directory
The /sandbox/.deepagents directory contains Deep Agents Code runtime state and initially generated configuration.
NemoClaw generates the initial config.toml, and native preference saves can update it.
Rebuild and named recreation restore the saved native home, including those preferences.
Current images keep managed route and upstream provider metadata in protected, root-owned files outside the native home.
To change the provider or model without restoring existing preferences, follow Validate a Different Deep Agents Selection.
The managed Deep Agents image deliberately omits raw provider and service credentials from generated configuration.
OpenShell-owned credential stores and host-only secrets remain outside the native home/workspace transfer. The native .deepagents/.mcp.json must contain only supported URLs and OpenShell resolver placeholders for managed entries.
The agent-native .deepagents/.mcp.json contains OpenShell placeholders. NemoClaw reads it directly and carries managed entries through bounded lifecycle handoffs rather than reconstructing it from host-side registry state.
The Deep Agents config and state tree remains mutable after provisioning. NemoClaw does not prevent the sandbox identity from changing paths that its Unix permissions allow.
Writable Paths
The agent has read-write access to /sandbox, /tmp, /dev/null, and /dev/pts.
Landlock LSM Enforcement
Landlock is a Linux Security Module that enforces filesystem access rules at the kernel level.