Skip to content
MoorAI
03 — agents & architecture

Agent sandbox

Also written execution container

An isolation boundary around the commands an agent runs — an operating-system sandbox profile, a container or a microVM — that limits which files they can write and which hosts they can reach, whatever the agent decides. It bounds the damage of a bad action rather than judging the action, and it sees system calls and connections rather than intent, so it cannot tell an approved upload from exfiltration to the same allowed host.

How MoorAI handles it: MoorAI turns the egress rules it enforces into network policy for the Windows MXC sandbox, macOS Seatbelt and OpenShell, so one rule set drives both layers.

Related terms

  • Least privilege for AI agents Defence & response

    The principle that an agent gets only the tools, files, network destinations and credentials its task needs, for only as long as it needs them.

  • Action layer Agents & architecture

    The enforcement surface at the tool call, as opposed to the prompt layer, which tries to classify text before the model sees it.

  • Data exfiltration Attack concepts

    Moving data the attacker should not have out to somewhere they control. In agent contexts the channel is rarely a file upload — it is a URL the agent is…

Agents & architecture

Where the attacks above actually land. The vocabulary here is worth precision, because the difference between "the model decided" and "the tool ran" is the difference between a risk and an incident.

Agent sandbox is term 14 of 16 in this part of the glossary.

Get started free Full glossary → How we test → Community agent on GitHub ↗

This page is one entry from the agentic AI security glossary, which defines 82 terms in the same style. Where a term belongs to a published taxonomy or standard — the HackAgent attack families, the OWASP lists, AMTSO's guidelines, MITRE ATLAS, ISO/IEC 42001, the NIST AI RMF, the EU AI Act, W3C Trace Context, the MCP specification — the authoritative wording is the source document's, not ours, and specifics should be verified there. "Lethal trifecta" is Simon Willison's term. OWASP® is a trademark of the OWASP Foundation; ATT&CK® and ATLAS™ are trademarks of The MITRE Corporation. Naming a framework here is description, not a claim of certification or endorsement.