Topic

Security Sandboxing

All digests tagged Security Sandboxing

Codex, Behind the Harness — Dominik Kundel, OpenAI thumbnail

· 20:55

Codex, Behind the Harness — Dominik Kundel, OpenAI

The Codex harness provides a comprehensive framework for building advanced, agentic AI systems. The system relies on two open protocols—the App Server (for UI-to-harness communication) and the Responses API (for harness-to-inference)—allowing developers to build custom agents regardless of their interface. Key features include sophisticated context management (using deferred tools and capping available skills), robust action capabilities (async tasks, code execution for computer use, and file system interaction via an 'apply patch tool'), and mandatory sandboxing layers (e.g., Seatbelt on macOS, Bubblewrap on Linux). Furthermore, the architecture addresses real-world enterprise concerns like security (Auto Review subagents) and performance (WebSocket mode and Auto Compaction), making it suitable for complex, long-running build processes.

Key takeaways

  1. Open Ecosystem Protocols 4:00

    The Codex harness is built on open standards: the App Server protocol (UI to harness) and the Responses API (harness to inference). These protocols allow developers to build custom UIs or integrate with different model providers, ensuring flexibility.

  2. Advanced Context Management 6:45

    To manage context size and maintain cacheability, the system uses 'deferred tools,' which are not added directly to the context window but are surfaced via tool search. The available skills list is capped at 2% of the total context window.

  3. Secure and Robust Actions 10:20

    Actions are handled through specialized tools: file edits use an 'apply patch tool,' while general navigation uses a shell tool (often defaulting to `ripgrep`). All interactions occur within mandatory sandboxes (e.g., Seatbelt on macOS, Bubblewrap on Linux).

  4. Mitigating Approval Fatigue 15:20

    An 'auto review subagent' is implemented to automatically judge high-risk actions against user authorization and the transcript context, reducing reliance on manual full-access approvals.

  5. Optimized Communication 17:15

    The system transitioned from Server-Sent Events (SSE) over HTTP to WebSocket mode. This persistent connection saves network overhead and provides stateful context, ensuring only changed data is transmitted.

Watch on YouTube Full article

Gadgets: Personal app vibe coding that is actually safe — Kenton Varda, Cloudflare thumbnail

· 18:54

Gadgets: Personal app vibe coding that is actually safe — Kenton Varda, Cloudflare

The talk argues that modern personal AI code generation capabilities fundamentally break traditional cloud infrastructure models designed for single-version applications. Kenton Varda introduces 'Gadgets,' a new application paradigm built on Cloudflare Workers. Gadgets allow users' agents to add custom features directly to an app instance (like adding strikethrough formatting or generating complex SVGs) without requiring the core developer to rewrite the entire platform, thus bypassing the limitations of centralized cloud architecture and traditional feature request pipelines.

Key takeaways

  1. Personal AI Codegen Breaks Traditional Cloud Infrastructure

    The current model requires developers to handle all user-requested features (filed in Jira) through massive, multi-year plugin rewrites. This process is slow and often fails. Personal AI agents offer an alternative where users can have their own agent write and add features directly for their specific use case, keeping the core app clean.

  2. The Limitations of Current Web/Cloud Architecture 13:59

    Traditional web apps run on a developer's server, ensuring all users see one 'blessed version.' This centralization prevents user customization. The proposed Gadget model ensures that each gadget is an isolated instance, and sharing/access control is managed by the platform, not the app itself.

  3. Gadgets Security Model 17:05

    The security architecture isolates components: The UI runs in a null origin iframe sandbox with Content Security Policy. Communication is restricted via `postMessage` to the parent frame, which establishes a Cap'n Web RPC session to server code running in a dynamic worker sandbox (durable objects). This prevents XSS bugs from leaking data outside the isolated environment.

Watch on YouTube Full article