Trigger.dev's trigger dev --mcp server let anyone on the network or a web page use the developer's token
On October 21, 2026 (UTC), which was October 20 in Pacific time, CVE-2026-114090 was published for the Trigger.dev CLI from 3.0.0 before 4.5.4. The MCP server started by trigger dev --mcp listened on all network interfaces with no authentication, so someone on the same network, or a malicious web page, could trigger tasks, cancel runs, and read run logs with the developer's stored access token. The record rates it High: CVSS 3.1 score 7.1 and CVSS 4.0 score 7.6. The fix shipped in 4.5.4 (advisory published July 21, 2026).
What was reported
CVE-2026-114090 was published October 21, 2026 (UTC), which was October 20 in Pacific time. The NVD record, from the CNA VulnCheck, says Trigger.dev cli-v3 from 3.0.0 before 4.5.4 has a missing authentication flaw in the trigger dev --mcp server. The server binds all network interfaces and exposes its /sse and /messages endpoints, so attackers on the local network, or malicious web pages, can send MCP tools/call requests that invoke trigger-task, cancel-run, list-runs, and get-run-logs using the developer's stored access token. The record names CWE-306 and rates it CVSS 3.1 7.1 High and CVSS 4.0 7.6 High.
Trigger.dev's advisory, GHSA-pqmg-rq46-vm4m, was published July 21, 2026 and rates it High. It says the server was started with a port and no host, so Node listened on every interface (port 3333 by default), and neither route checked a token or the request's origin. The developer's Trigger.dev access token was bound when the server started, so any caller that reached /messages acted as the developer. A web page the developer visits can open the server-sent events stream on localhost and then post tool calls to it. The advisory says trigger-task queues a real run in the developer's project, and that run lists and logs often contain payloads, user input, and secrets.
The advisory lists the affected range as 3.0.0 and later, patched in 4.5.4. The 4.5.4 release of the CLI (the trigger.dev npm package) removed the --mcp and --mcp-port options from trigger dev, and the MCP server now runs through the separate trigger mcp command. You were only exposed while trigger dev --mcp was running.
How to prevent it
Update the Trigger.dev CLI to 4.5.4 or later and start its MCP server with trigger mcp instead of trigger dev --mcp, which 4.5.4 removed. The advisory's suggested fix is hardening advice for local HTTP MCP servers your AI tools talk to: bind to 127.0.0.1 and require authentication on every request, because a server on all interfaces with no auth lets other people use the credentials it holds.
Sources
Related
Incidents on the same topics
- A crafted URL could run PowerShell on Windows through the open package, and MCP Inspector and OpenCode were affected
- Google's Cloud Run MCP server could send your source code to a storage bucket an attacker set up first
- Better Auth accepted an OAuth sign-in state as a Magic Link token, so knowing a user's email was enough to sign in as them
- One compressed request can crash a Node.js app that uses body-parser with default options
Guides for the same stack
The weekly fix
The weekly fix: 3 real security mistakes in vibe-coded apps and how to fix them, every Tuesday.