Jordan-Hall / Jordan-Hall/browser

[P0][SEC-04] Sandbox and egress broker

Open
#9 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
No language data
Stars
0
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Parent: #1

## Objective
Confine native agents, generated extensions, connectors and model tooling so a compromised worker cannot turn task context into host-wide filesystem, credential or network access.

## Scope
- Cross-platform sandbox abstraction with staged workspaces and clean environments.
- Native CLI confinement via OS sandbox/container/VM strategy per platform.
- WASM extension host with narrow imports, CPU/memory/time budgets and capability handles.
- Network egress broker with allowlists, redirects, DNS/IP revalidation and private-address controls.
- File mounts/read-write scopes and disposable build/test environments.
- Explicit mediated/confined/unconfined adapter classification.

## Design requirements
- External coding agents are not assumed to route their internal tools through our broker.
- Localhost/private-network access is a separate grant, not implicit network permission.
- Sandboxes must start before agent hooks/project config/MCP configuration can execute.

## Acceptance criteria
- [ ] Hostile repo/model/connector fixtures cannot read disallowed home files or credentials.
- [ ] Unapproved outbound destinations and redirect pivots are blocked and recorded.
- [ ] Generated WASM/extensions cannot call host APIs outside declared imports.
- [ ] Confined agents see only staged files and approved environment variables.
- [ ] Sandbox escape/egress regression fixtures run in CI on supported platforms.
- [ ] Unconfined integrations are visibly manual-only and cannot receive autonomous personal-account/desktop authority.

## Dependencies
- SEC-01
- SEC-02

**First phase:** P0
**Maturity target:** P3
**Workstream:** Authority and security

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing dependencies SEC-01 and SEC-02, then map the sandbox, staged workspace, WASM host, and egress-broker boundaries described in the scope. Define the supported-platform strategy and fixture coverage before implementation. Done means hostile fixtures are confined, blocked egress is recorded, WASM imports are narrow, and regression fixtures run in CI.

Written by the indexing model from the issue text.

Assessment

Tech stack
wasm
Domain
cli, infrastructure, networking, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.