n8n: Wrong OAuth Scope On Evaluations Test Run Creation Endpoint
Medium7.4CVE-2026-56776 · Published Jun 16, 2026 · updated Jul 9, 2026
## Impact The `POST /workflows/{workflowId}/test-runs/new` endpoint authorized access using `workflow:read` rather than `workflow:execute`. An authenticated user with read-only access to a workflow could trigger a real evaluation test run, causing the workflow to execute via the internal workflow runner. This could result in unintended outbound API calls, data mutations, or other side effects in downstream systems connected to the workflow. This issue primarily affects instances where the Evaluations feature is in use and where users may have `workflow:read` access without `workflow:execute` access, such as deployments using RBAC project roles. ## Patches The issue has been fixed in n8n versions 1.123.55, 2.25.7, and 2.26.2. Users should upgrade to one of these versions or later to remediate the vulnerability. ## Workarounds If upgrading is not immediately possible, administrators should consider the following temporary mitigations: - Restrict workflow access to fully trusted users only. - Audit project role assignments and limit `workflow:read` access on sensitive workflows to users who should also be permitted to execute them. These workarounds do not fully remediate the risk...
Affected versions
| Package | Affected | Fixed in |
|---|---|---|
| n8n npm | < 1.123.55 | 1.123.55 |
| >= 2.26.0, < 2.26.2 | 2.26.2 | |
| >= 2.0.0-rc.0, < 2.25.7 | 2.25.7 |
Details and references
## Impact The `POST /workflows/{workflowId}/test-runs/new` endpoint authorized access using `workflow:read` rather than `workflow:execute`. An authenticated user with read-only access to a workflow could trigger a real evaluation test run, causing the workflow to execute via the internal workflow runner. This could result in unintended outbound API calls, data mutations, or other side effects in downstream systems connected to the workflow. This issue primarily affects instances where the Evaluations feature is in use and where users may have `workflow:read` access without `workflow:execute` access, such as deployments using RBAC project roles. ## Patches The issue has been fixed in n8n versions 1.123.55, 2.25.7, and 2.26.2. Users should upgrade to one of these versions or later to remediate the vulnerability. ## Workarounds If upgrading is not immediately possible, administrators should consider the following temporary mitigations: - Restrict workflow access to fully trusted users only. - Audit project role assignments and limit `workflow:read` access on sensitive workflows to users who should also be permitted to execute them. These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.
- CVSS 3.1
- CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:L
- Severity from
- GitHub (reviewed advisory)
- Weakness
- CWE-284
- Also known as
- CVE-2026-56776
More n8n advisories
All n8n| Date | Advisory | Severity | Fixed in |
|---|---|---|---|
| Jun 16 | n8n: SecurityScorecard Node Leaks API Token to User-Controlled Host | High7.7 | 1.123.55+2 more |
| Jun 16 | n8n: MCP Browser HTTP Transport Exposes Unauthenticated Browser-Control Sessions | High10.0 | 2.25.7+1 more |
| Jun 16 | n8n: Cross-Tenant Credential Takeover via Dynamic Credentials EE Endpoints | High9.9 | 1.123.55+2 more |
| Jun 16 | n8n: Credential Exfiltration via Permission Bypass | High9.6 | 1.123.55+2 more |
| Jun 16 | n8n: Denial of Service via ZIP decompression in webhook workflow | Medium5.9 | 2.24.0 |
| Jun 16 | n8n: Public API Execution Retry Authorization Bypass | Medium6.4 | 2.25.7+1 more |