FinAIOSby FinoGeeks

Product · Control layer

FinSAFE

The sandbox for agent actions

The usual way to make an agent safe is to give it a whole computer, a container or virtual machine that holds memory even while the agent is idle. FinSAFE goes one level smaller. Each tool call or turn runs in its own process-level cell, built from kernel controls, governed by a compiled policy, and recorded. The same sandbox runs as a service on your servers and on employees' desktops.

Free download · Open source coming soon

FinSAFE hero: one action, one cell

Install FinSAFE

One command installs the free personal CLI. The script downloads the latest release and checks it against its published checksums.

macOS and Linux

curl -fsSL https://raw.githubusercontent.com/finogeeks/finsafe/main/install.sh | sh

Needs curl, tar and zstd.

Windows (PowerShell 5.1 or later)

irm https://raw.githubusercontent.com/finogeeks/finsafe/main/install.ps1 | iex

Windows may ask for permission once during setup.

See it run

finsafe --visual

Where it sits

The sandbox under every agent in FinAI OS

FinGuard decides whether an action should happen; FinSAFE contains how it runs. On servers, FinHub runs its agent runtimes in FinSAFE's sandbox service by default, one sandbox per execution, and syncs each tenant's policy to the cells. On desktops, FinDesk ships the desktop build, and each local agent runs inside it by default on macOS, Windows and Linux. Sold on its own, FinSAFE can wrap an agent you already run.

Sold on its own or integrated with the other FinAI OS products.

FinAI OSThe managed agent platform · on-prem or your private cloud
Layer 4
Experience
Where clients, advisors and staff meet the agents.
Layer 3
Agent
Manage, run and contain agents per tenant.
Layer 2
Knowledge
What agents know, and how it is structured.
Layer 1
Control
Every agent runs contained; FinGuard decides each write that goes through it.
FinSAFE is here
Your infrastructure  Models · data · identity · core systemsHighlighted: Control layer

Capabilities

What FinSAFE does

Four things a security team needs before an agent is allowed to run code or call out.

  1. 1

    Process-level cells

    One execution, one cell. On Linux, cells use bubblewrap, seccomp, cgroup v2 and Landlock. There is no full guest operating system per agent.

    Per-action cellsKernel controls
  2. 2

    Desktop and server, one model

    The same isolation approach covers servers and staff desktops (Seatbelt on macOS; on Windows, a restricted-token mode by default, with AppContainer for managed fleets), so policy doesn't split into two stories.

    DesktopServer
  3. 3

    Governed egress

    Network access is set per policy, with four modes: deny, host, proxy or allowlist. Tenant allowlists by domain or CIDR sit on top, and a per-execution proxy keeps credentials out of the cell by swapping in placeholders.

    Four network modesAllowlistsCredentials outside
  4. 4

    Policy and proof around the cell

    Admission, compiled policy and per-run launch attestation sit outside the cell. In managed mode, a central authority distributes signed policy bundles to agents across a fleet.

    Policy compileManaged fleetsAttestation

Standalone · better with

Useful alone. Stronger in the stack.

FinSAFE can contain an agent you already run. Paired with FinHub and FinDesk, it is the sandbox every server and desktop agent runs in from the first request.

FinSAFE alone

FinSAFE on its own

  • Per-action process cells on server and desktop
  • Wraps an existing agent process without code changes (`self-confine`, `run`)
  • Four network modes, including deny and allowlist
  • Per-run launch attestation and managed policy bundles
  • Cloud-native containers, on-prem or in your private cloud
  • HTTP API with Python, TypeScript and Rust clients
  • Free to download for personal use on macOS, Linux and Windows; managed fleets are licensed separately

Better with

+ FinGuardAction gateway
Containment plus a decision

FinGuard decides whether an action should happen; FinSAFE contains how it runs. You can set FinSAFE's network allowlist so FinGuard is the only place an agent can reach, and the two are designed to chain so that every enterprise action takes that route.

+ FinHubManaged agent platform
Sandbox as a service for the platform

The platform runs its agent runtimes in FinSAFE by default, one sandbox per execution, and administrators set each tenant's egress and execution policy in one place.

+ FinDeskWhite-label AI desktop
Contained on the desktop too

FinDesk ships FinSAFE's desktop build, and every local agent runs inside it by default, from FinClaw to Hermes, Codex, dsh, pi-agent and others.

In the wealth solution

Where agent work is isolated

In Personal Wealth Agents, FinSAFE is the lightweight sandbox that isolates wealth agent tasks.

Lightweight sandbox

Wealth agent tasks run in a lightweight sandbox that isolates agents, so idle capacity can be reclaimed.

No unapproved egress

An agent can reach only the destinations its policy allows.

Contained calculations

Calculations and tool calls run in a cell.

See Personal Wealth Agents →

Client app and licensed advisor console shown on the solution page.

Deploy with FDE

Containment that fits your threat model

Forward Deployed Engineers work with your security team to choose postures and policies, prove they hold, and size FinSAFE to your agent load.

Talk to FDE
A typical FinSAFE engagementTypical sequence · scope varies
  1. Step 1

    Assess

    Map your threat model and decide where agents run, on desktop or server. Start in audit mode: record what agents actually do before you enforce anything.

  2. Step 2

    Ground

    Write cell policies and tenant allowlists, and keep secrets out of the cell.

  3. Step 3

    Hand over

    Run the confinement verification ladder, align capacity limits with agent concurrency, and hand over to your security and platform teams.

Next step

Let agents act without letting them loose

Talk with a Forward Deployed Engineer about FinSAFE on its own or as part of FinAI OS.