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.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

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