AgentInterdict
Integration guide · OpenClaw

OpenClaw Security — enforcing agent safety in OpenClaw

OpenClaw gives agents persistent memory, tool access, and long-running autonomy. That autonomy is exactly what makes prompt injection and memory poisoning dangerous. This page is the OpenClaw-specific security guide: where the risk is, and how to add a runtime enforcement layer.

Retrieval ≠ Permission

OpenClaw's memory retrieval is fast and powerful. But recalled context should never, by itself, authorise an action. Enforcement belongs at the boundary where OpenClaw turns recalled context into a tool call or a memory write.

OpenClaw's exposure

OpenClaw agents read untrusted sources (documents, emails, web pages, search results), keep persistent memory, and call tools. That combination means:

  • A malicious document can attempt to override the agent's instructions and trigger a tool call.
  • A poisoned memory entry can persist and steer every future session.
  • Credentials that reach memory become a standing exfiltration target.
OpenClaw ships with the agent's own instruction-following as the primary defense. That's a prompt, not an enforcement layer — and prompts can be overridden.

Adding enforcement to OpenClaw

AgentInterdict installs as an OpenClaw skill and wraps the runtime boundary. It intercepts two moments:

1
Memory writesProposed memories are scored before persistence. Instruction-shaped content from unverified sources is quarantined.
2
Tool callsBefore a tool executes, its origin and authority are re-checked. High-risk calls from untrusted origins are blocked or require sealed authorisation.

OpenClaw security checklist

  1. Treat all externally-retrieved content as untrusted by default.
  2. Enforce origin-bound authority — derived content never outranks its source.
  3. Revalidate at action time — don't trust the ingest-time score.
  4. Redact credentials before persistence.
  5. Fail closed when memory state looks tampered.

Related reading