Skip to content

[3P] Tier-2: sandboxed creator code via Dynamic Workers (CRITICAL PATH) #52

Description

@serge-ivo

Part of the open-to-third-party program. This is the long pole — the public open is gated on it being solid.

Goal: creators ship custom logic that runs isolated, never touching platform/other-tenant secrets.

  • Integrate Worker Loader API (Dynamic Workers): store creator source in D1/R2 → load into an isolated V8 sandbox at runtime. NEVER `eval()` inside the platform worker (would run creator code with platform bindings).
  • Scoped per-tenant bindings + server-side secret injection — creator code sees only its instance's scoped resources; platform/other-tenant secrets are injected server-side and never exposed.
  • Define the creator-code contract: available tools/bindings, resource limits (CPU/time/subrequests), egress policy (reuse `lib/ssrf.ts`).
  • Per-Worker metering hook (CF meters per unique Worker) → feeds usage/cost.
  • Consider Workers for Platforms only for the "managed, deployed, custom-domain" creator worker case.
  • Threat-model doc + red-team before any third party touches it.

Metadata

Metadata

Assignees

No one assigned

    Labels

    P3: laterDesign, strategy, or deferred pending a decision or demanddeferred: no demandBlocked on the #68 focus bet — not before external users existenhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions