Hi! I'd like to contribute a security fix and be vouched.
What I'd like to work on: PR #4898 fixes an authorization gap in the self-hosted supervisor's workload server (apps/supervisor/src/workloadServer/index.ts): the dequeue route skips authorizeWorkloadRequest entirely, and in enforce mode an absent token header bypasses enforcement. The PR adds the missing guard + rejects absent tokens in enforce mode — 7 lines + a doc-comment correction.
Background: I do independent security audits of OSS AI/workflow infrastructure (recent public work includes security fixes merged or in review across LiteLLM, vLLM, BentoML, LangChain, and Arize Phoenix). This came out of an authorized audit of trigger.dev's new self-host deployment lane.
Status of the PR: all CI checks passed before the vouch bot closed it (check-vouch, require-draft, CodeRabbit review, Devin review). The diff is single-purpose per your contribution guide. Happy to make any changes reviewers want.
There's a second, related hardening finding (MCP/egress) queued behind this one per your one-issue-per-PR rule — I'll send it as its own PR once vouched.
Thanks!
Hi! I'd like to contribute a security fix and be vouched.
What I'd like to work on: PR #4898 fixes an authorization gap in the self-hosted supervisor's workload server (
apps/supervisor/src/workloadServer/index.ts): the dequeue route skipsauthorizeWorkloadRequestentirely, and in enforce mode an absent token header bypasses enforcement. The PR adds the missing guard + rejects absent tokens in enforce mode — 7 lines + a doc-comment correction.Background: I do independent security audits of OSS AI/workflow infrastructure (recent public work includes security fixes merged or in review across LiteLLM, vLLM, BentoML, LangChain, and Arize Phoenix). This came out of an authorized audit of trigger.dev's new self-host deployment lane.
Status of the PR: all CI checks passed before the vouch bot closed it (check-vouch, require-draft, CodeRabbit review, Devin review). The diff is single-purpose per your contribution guide. Happy to make any changes reviewers want.
There's a second, related hardening finding (MCP/egress) queued behind this one per your one-issue-per-PR rule — I'll send it as its own PR once vouched.
Thanks!