Flashcards

Every isolation technology and coding agent, as a deck. Read the name, recall what it is, then flip to check. Your progress is saved in this browser.

0 of 73 seen

isolation tech

Linux Security Modules (LSM)

click to flip
Linux Security Modules (LSM)kernel-feature

A kernel framework of hook points at every security-relevant decision, where a pluggable module answers allow or deny.

Open entry →
isolation tech

seccomp-BPF

click to flip
seccomp-BPFkernel-feature

A Linux facility that filters which a process may make, expressed as a BPF (Berkeley Packet Filter) program over the number and scalar arguments.

Open entry →
isolation tech

Landlock

click to flip
Landlockkernel-feature

The first unprivileged, self-imposed Linux Security Module (): a process sandboxes itself with access rules over real kernel objects.

Open entry →
isolation tech

Linux namespaces

click to flip
Linux namespaceskernel-feature

The kernel feature that gives a process a private view of a global resource, mounts, PIDs, network, users, the building block of containers.

Open entry →
isolation tech

cgroups v2

click to flip
cgroups v2kernel-feature

The kernel mechanism that meters and limits a group of processes' CPU, memory, I/O, and PIDs.

Open entry →
isolation tech

Linux capabilities

click to flip
Linux capabilitieskernel-feature

The kernel's split of root's monolithic power into ~40 discrete privileges that can be granted or dropped individually.

Open entry →
isolation tech

OverlayFS

click to flip
OverlayFSkernel-feature

The union filesystem container engines use by default for images: read-only layers stacked under one writable layer, with copy-on-write.

Open entry →
isolation tech

AppArmor

click to flip
AppArmorkernel-feature

A path-based Linux Security Module where an administrator writes per-application profiles enforced system-wide.

Open entry →
isolation tech

SELinux

click to flip
SELinuxkernel-feature

A label-based Linux Security Module enforcing a comprehensive, system-wide mandatory access policy.

Open entry →
isolation tech

Seatbelt (macOS App Sandbox)

click to flip
Seatbelt (macOS App Sandbox)kernel-feature

macOS's built-in process sandbox, driven by SBPL profiles via sandbox-exec / sandbox_init.

Open entry →
isolation tech

bubblewrap

click to flip
bubblewrapcontainer-ish

An unprivileged sandboxing tool that confines a process by building it a private mount-namespace filesystem view.

Open entry →
isolation tech

@anthropic-ai/sandbox-runtime

click to flip
@anthropic-ai/sandbox-runtimecontainer-ish

Anthropic's standalone process-sandbox library, Seatbelt on macOS, bubblewrap + seccomp on Linux, behind one interface with an proxy.

Open entry →
isolation tech

nono

click to flip
nonocontainer-ish

A cross-platform agent sandbox using Landlock + seccomp on Linux and Seatbelt on macOS, with an L7 credential-injecting proxy.

Open entry →
isolation tech

Docker

click to flip
Dockercontainer

The ubiquitous container runtime, namespaces + cgroups + a default seccomp/AppArmor profile, that shares the host kernel.

Open entry →
isolation tech

Podman

click to flip
Podmancontainer

A daemonless, rootless-friendly container engine, drop-in compatible with Docker's CLI.

Open entry →
isolation tech

containerd

click to flip
containerdcontainer

The core container runtime that manages the container lifecycle beneath Docker and Kubernetes.

Open entry →
isolation tech

runc

click to flip
runccontainer

The standard OCI runtime: the low-level executor that assembles namespaces, cgroups, and seccomp into a running container.

Open entry →
isolation tech

crun

click to flip
cruncontainer

A fast, low-memory OCI runtime written in C, the default executor under Podman.

Open entry →
isolation tech

Incus

click to flip
Incuscontainer

A system-container and VM manager (LXC/LXD lineage) with one CLI for both, the low-friction Linux isolation choice.

Open entry →
isolation tech

gVisor (runsc)

click to flip
gVisor (runsc)hardened-system

Google's userspace kernel that intercepts a container's , shrinking host-kernel attack surface without a VM.

Open entry →
isolation tech

Sysbox

click to flip
Sysboxcontainer

A container runtime giving user-namespace isolation and Docker-in-Docker without --privileged, hardened, still shared-kernel.

Open entry →
isolation tech

KVM

click to flip
KVMvm

The Linux kernel's built-in , turning the kernel into a type-1 using CPU virtualization extensions.

Open entry →
isolation tech

Hypervisor.framework

click to flip
Hypervisor.frameworkvm

Apple's low-level API, the macOS equivalent of KVM, exposing hardware virtualization to userspace .

Open entry →
isolation tech

Windows Hypervisor Platform

click to flip
Windows Hypervisor Platformvm

Microsoft's API exposing Hyper-V's hardware virtualization to third-party userspace , the Windows KVM analog.

Open entry →
isolation tech

Virtualization.framework

click to flip
Virtualization.frameworkvm

Apple's high-level VM API on top of .framework, the modern way to run Linux VMs on Apple Silicon.

Open entry →
isolation tech

Firecracker

click to flip
Firecrackermicrovm

AWS's minimal virtual machine monitor that boots a with its own kernel in ~125ms, built for running untrusted multi-tenant code.

Open entry →
isolation tech

Cloud Hypervisor

click to flip
Cloud Hypervisormicrovm

A Rust on KVM, more featureful than Firecracker, that confines itself with Landlock as its second wall.

Open entry →
isolation tech

QEMU

click to flip
QEMUvm

The veteran, feature-complete machine emulator and , full device model, full cross-architecture emulation.

Open entry →
isolation tech

libkrun

click to flip
libkrunmicrovm

An embeddable, in-process exposed as a C library, the engine under krunvm, Podman+krun, smolvm, and microsandbox.

Open entry →
isolation tech

otterlink

click to flip
otterlinkmicrovm

Cognition's homegrown behind Devin, paired with a blockdiff snapshot format for fast fork/rollback.

Open entry →
isolation tech

Kata Containers

click to flip
Kata Containersmicrovm

An OCI/Kubernetes runtime that transparently runs each container inside its own lightweight VM (Firecracker/Cloud /QEMU).

Open entry →
isolation tech

krunvm

click to flip
krunvmmicrovm

A CLI that creates and runs from OCI images using libkrun.

Open entry →
isolation tech

Podman + krun

click to flip
Podman + krunmicrovm

Podman with the krun runtime, run an OCI container as a with the familiar podman CLI.

Open entry →
isolation tech

smolvm

click to flip
smolvmmicrovm

A cross-platform CLI that runs OCI images as libkrun with secure defaults, network off, mounts opt-in, packable into portable .smolmachine files.

Open entry →
isolation tech

microsandbox

click to flip
microsandboxmicrovm

A self-hostable sandbox that boots OCI images in ~100ms via libkrun, with a careful filesystem-passthrough and model.

Open entry →
isolation tech

Apple container

click to flip
Apple containermicrovm

Apple's first-party tool that runs each OCI container inside its own lightweight VM on Virtualization.framework.

Open entry →
isolation tech

Multipass

click to flip
Multipassvm

Canonical's tool for spinning up Ubuntu VMs with a single command, on KVM (Linux) or HVF (macOS).

Open entry →
isolation tech

Lima

click to flip
Limavm

Linux VMs on macOS with automatic file sharing and port forwarding, the engine under Colima.

Open entry →
isolation tech

Colima

click to flip
Colimavm

A macOS container runtime that boots a Docker/containerd host inside a Lima Linux VM, a free Docker Desktop alternative.

Open entry →
isolation tech

OrbStack

click to flip
OrbStackvm

A fast, proprietary macOS app for running Docker containers and Linux machines on Virtualization.framework.

Open entry →
isolation tech

UTM

click to flip
UTMvm

A GUI VM app for macOS, running guests on Virtualization.framework (fast) or QEMU (any architecture).

Open entry →
isolation tech

Tart

click to flip
Tartvm

A CI-focused macOS/Linux VM tool on Virtualization.framework, with OCI-registry distribution of VM images.

Open entry →
isolation tech

arrakis

click to flip
arrakismicrovm

A self-hosted sandbox for agent code execution on Cloud , notable for snapshot-and-backtrack and for a badly stale engine pin.

Open entry →
isolation tech

E2B

click to flip
E2Bmicrovm

A sandbox platform that runs code in Firecracker , with per-sandbox network isolation, self-hostable or hosted.

Open entry →
isolation tech

Modal

click to flip
Modalcontainer

A serverless compute platform that isolates workloads with gVisor, stronger than runc, weaker than a hardware VM.

Open entry →
isolation tech

Daytona

click to flip
Daytonacontainer

A dev-environment sandbox platform whose self-hosted default was measured as a privileged runc container, despite 'dedicated kernel' marketing.

Open entry →
isolation tech

Freestyle

click to flip
Freestylevm

A cloud platform that gives AI agents full Linux VMs, provisioned in under a second with live forking and pause/resume.

Open entry →
isolation tech

VS Code Dev Containers

click to flip
VS Code Dev Containerscontainer

A Docker container as your whole dev environment, real reproducibility and process separation, but a convenience boundary, not a hard one.

Open entry →
isolation tech

GitHub Codespaces

click to flip
GitHub Codespacesvm

A dev container inside a dedicated per-codespace VM, the real VM boundary that local dev containers lack.

Open entry →
coding agent

OpenAI Codex CLI

click to flip
OpenAI Codex CLIcontainer-ish

The only major coding-agent CLI that is sandboxed by default: workspace-write, network off.

Open entry →
coding agent

Claude Code

click to flip
Claude Codenone

Has a real native sandbox, but it is opt-in, the default posture runs with your full privileges behind approval prompts.

Open entry →
coding agent

Gemini CLI

click to flip
Gemini CLInone

Sandbox is off by default; on Linux the only isolation option is a container (Docker/Podman), not native confinement.

Open entry →
coding agent

Qwen Code

click to flip
Qwen Codenone

A Gemini CLI fork with the same posture: sandbox off by default, container-only isolation on Linux.

Open entry →
coding agent

Aider

click to flip
Aidernone

No OS-level isolation at all, it runs with your full privileges, gated only by approval prompts.

Open entry →
coding agent

Goose

click to flip
Goosenone

No OS-level isolation, it runs with your full privileges, gated only by approval prompts.

Open entry →
coding agent

Amp

click to flip
Ampnone

No OS-level isolation, it runs with your full privileges, gated only by approval prompts.

Open entry →
coding agent

Zed

click to flip
Zedcontainer-ish

The local IDE outlier: an OS sandbox is on by default for its terminal/fetch tools.

Open entry →
coding agent

Cursor

click to flip
Cursornone

Runs commands with full privileges plus a best-effort sandbox the vendor explicitly calls 'not a security boundary'.

Open entry →
coding agent

Windsurf / Cascade

click to flip
Windsurf / Cascadenone

Runs local commands with your full privileges, gated only by approval prompts; strong isolation is a separate cloud product.

Open entry →
coding agent

Cline

click to flip
Clinenone

Runs local commands with your full privileges, gated only by approval prompts; no local OS sandbox.

Open entry →
coding agent

Roo Code

click to flip
Roo Codenone

Runs local commands with your full privileges, gated only by approval prompts and prefix allow/deny lists.

Open entry →
coding agent

Continue.dev

click to flip
Continue.devnone

Runs local commands with your full privileges, gated only by approval prompts and permission lists.

Open entry →
coding agent

GitHub Copilot CLI

click to flip
GitHub Copilot CLInone

Local, full privileges by default ('same access as you'); an opt-in preview sandbox and a --cloud mode exist.

Open entry →
coding agent

Copilot VS Code agent

click to flip
Copilot VS Code agentnone

Runs local commands with your full privileges, gated only by approval prompts; no built-in sandbox.

Open entry →
coding agent

Copilot coding agent

click to flip
Copilot coding agentvm

The async PR bot runs in an ephemeral GitHub Actions VM with the best-documented default-on firewall of any tool here.

Open entry →
coding agent

Devin

click to flip
Devinmicrovm

The best-documented closed agent and the only one that names its primitive: a homegrown otterlink .

Open entry →
coding agent

Google Jules

click to flip
Google Julesvm

Runs a fresh GCP VM per task, but the underlying isolation technology is undisclosed.

Open entry →
coding agent

Replit Agent

click to flip
Replit Agenthardened-system

Mid-migration from hardened seccomp-bpf containers to ; a given user may be on either backend today.

Open entry →
coding agent

OpenHands

click to flip
OpenHandscontainer

Open-source: each session runs in a Docker container by default (host network off).

Open entry →
coding agent

SWE-agent

click to flip
SWE-agentcontainer

Open-source: a container per task (via SWE-ReX), built for massively parallel runs.

Open entry →
coding agent

Factory (Droids)

click to flip
Factory (Droids)unknown

Asserts cloud sandboxing but does not disclose the isolation technology; its local droid exec CLI has no OS isolation.

Open entry →
coding agent

Cosine Genie

click to flip
Cosine Genieunknown

Runs in an ephemeral cloud workspace, but the isolation technology is undisclosed.

Open entry →
coding agent

Zencoder (Zenflow)

click to flip
Zencoder (Zenflow)unknown

Runs hundreds of ephemeral cloud sandboxes in parallel, but the isolation technology is undisclosed.

Open entry →