CVE-2026-33749: CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') in n8n-io n8n
n8n is an open source workflow automation platform. Prior to versions 1.123.27, 2.13.3, and 2.14.1, an authenticated user with permission to create or modify workflows could craft a workflow that produces an HTML binary data object without a filename. The `/rest/binary-data` endpoint served such responses inline on the n8n origin without `Content-Disposition` or `Content-Security-Policy` headers, allowing the HTML to render in the browser with full same-origin JavaScript access. By sending the resulting URL to a higher-privileged user, an attacker could execute JavaScript in the victim's authenticated session, enabling exfiltration of workflows and credentials, modification of workflows, or privilege escalation to admin. The issue has been fixed in n8n versions 1.123.27, 2.13.3, and 2.14.1. Users should upgrade to one of these versions or later to remediate the vulnerability. If upgrading is not immediately possible, administrators should consider the following temporary mitigations: Limit workflow creation and editing permissions to fully trusted users only, and/or restrict network access to the n8n instance to prevent untrusted users from accessing binary data URLs. These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.
AI Analysis
Technical Summary
The vulnerability CVE-2026-33749 in n8n arises from improper neutralization of input during web page generation, classified under CWE-79 (Cross-site Scripting). Specifically, when an authenticated user with permissions to create or modify workflows crafts a workflow that produces an HTML binary data object without specifying a filename, the n8n server’s /rest/binary-data endpoint serves this content inline without the 'Content-Disposition' or 'Content-Security-Policy' HTTP headers. This omission allows the browser to render the HTML content directly with full same-origin JavaScript privileges. An attacker can exploit this by sending the crafted URL to a higher-privileged user, such as an administrator, who when accessing the URL will execute the attacker’s JavaScript in their authenticated session. This can lead to exfiltration of sensitive workflows and credentials, unauthorized modification of workflows, or privilege escalation to admin level. The vulnerability affects n8n versions prior to 1.123.27, 2.13.3, and 2.14.1, including 2.14.0 specifically. The CVSS v4.0 score is 6.3 (medium severity), reflecting network exploitability without authentication but requiring low privileges and user interaction, with limited confidentiality and integrity impact but high scope and availability considerations. No known exploits are currently reported in the wild. The issue has been remediated by adding appropriate security headers and input handling in the fixed versions. Until upgrading, administrators should limit workflow creation and editing permissions to fully trusted users and restrict network access to prevent untrusted users from accessing the vulnerable endpoint. These mitigations reduce exposure but do not fully resolve the risk.
Potential Impact
If exploited, this vulnerability allows an attacker with low-level authenticated access to execute arbitrary JavaScript in the context of a higher-privileged user’s session. This can lead to theft of sensitive workflow configurations and credentials, unauthorized changes to workflows, and escalation of privileges to administrative levels. Such impacts can compromise the integrity and confidentiality of automation processes, potentially disrupting business operations that rely on n8n workflows. The ability to escalate privileges and exfiltrate credentials increases the risk of broader network compromise. Since n8n is often deployed in enterprise environments for automating critical workflows, this vulnerability can have significant operational and security consequences. The requirement for authentication and user interaction limits the attack surface but does not eliminate risk, especially in environments with multiple users or where social engineering can be used to trick privileged users into clicking malicious links.
Mitigation Recommendations
1. Upgrade n8n instances immediately to versions 1.123.27, 2.13.3, 2.14.1, or later to apply the official fix. 2. Restrict workflow creation and editing permissions strictly to fully trusted and vetted users to reduce the risk of malicious workflow injection. 3. Implement network access controls to limit access to the /rest/binary-data endpoint, ensuring only authorized users and systems can reach it. 4. Employ web application firewalls (WAFs) with custom rules to detect and block suspicious requests targeting the binary data endpoint. 5. Educate privileged users about the risk of clicking untrusted URLs, especially those related to the n8n platform. 6. Monitor logs for unusual access patterns or attempts to access binary data URLs. 7. Consider isolating n8n instances in segmented network zones to limit lateral movement if compromise occurs. 8. Regularly audit user permissions and workflow changes to detect unauthorized modifications. These steps provide layered defense beyond patching and help mitigate risk until full remediation is achieved.
Affected Countries
United States, Germany, United Kingdom, France, Netherlands, Australia, Canada, Japan, India, Brazil
CVE-2026-33749: CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') in n8n-io n8n
Description
n8n is an open source workflow automation platform. Prior to versions 1.123.27, 2.13.3, and 2.14.1, an authenticated user with permission to create or modify workflows could craft a workflow that produces an HTML binary data object without a filename. The `/rest/binary-data` endpoint served such responses inline on the n8n origin without `Content-Disposition` or `Content-Security-Policy` headers, allowing the HTML to render in the browser with full same-origin JavaScript access. By sending the resulting URL to a higher-privileged user, an attacker could execute JavaScript in the victim's authenticated session, enabling exfiltration of workflows and credentials, modification of workflows, or privilege escalation to admin. The issue has been fixed in n8n versions 1.123.27, 2.13.3, and 2.14.1. Users should upgrade to one of these versions or later to remediate the vulnerability. If upgrading is not immediately possible, administrators should consider the following temporary mitigations: Limit workflow creation and editing permissions to fully trusted users only, and/or restrict network access to the n8n instance to prevent untrusted users from accessing binary data URLs. These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability CVE-2026-33749 in n8n arises from improper neutralization of input during web page generation, classified under CWE-79 (Cross-site Scripting). Specifically, when an authenticated user with permissions to create or modify workflows crafts a workflow that produces an HTML binary data object without specifying a filename, the n8n server’s /rest/binary-data endpoint serves this content inline without the 'Content-Disposition' or 'Content-Security-Policy' HTTP headers. This omission allows the browser to render the HTML content directly with full same-origin JavaScript privileges. An attacker can exploit this by sending the crafted URL to a higher-privileged user, such as an administrator, who when accessing the URL will execute the attacker’s JavaScript in their authenticated session. This can lead to exfiltration of sensitive workflows and credentials, unauthorized modification of workflows, or privilege escalation to admin level. The vulnerability affects n8n versions prior to 1.123.27, 2.13.3, and 2.14.1, including 2.14.0 specifically. The CVSS v4.0 score is 6.3 (medium severity), reflecting network exploitability without authentication but requiring low privileges and user interaction, with limited confidentiality and integrity impact but high scope and availability considerations. No known exploits are currently reported in the wild. The issue has been remediated by adding appropriate security headers and input handling in the fixed versions. Until upgrading, administrators should limit workflow creation and editing permissions to fully trusted users and restrict network access to prevent untrusted users from accessing the vulnerable endpoint. These mitigations reduce exposure but do not fully resolve the risk.
Potential Impact
If exploited, this vulnerability allows an attacker with low-level authenticated access to execute arbitrary JavaScript in the context of a higher-privileged user’s session. This can lead to theft of sensitive workflow configurations and credentials, unauthorized changes to workflows, and escalation of privileges to administrative levels. Such impacts can compromise the integrity and confidentiality of automation processes, potentially disrupting business operations that rely on n8n workflows. The ability to escalate privileges and exfiltrate credentials increases the risk of broader network compromise. Since n8n is often deployed in enterprise environments for automating critical workflows, this vulnerability can have significant operational and security consequences. The requirement for authentication and user interaction limits the attack surface but does not eliminate risk, especially in environments with multiple users or where social engineering can be used to trick privileged users into clicking malicious links.
Mitigation Recommendations
1. Upgrade n8n instances immediately to versions 1.123.27, 2.13.3, 2.14.1, or later to apply the official fix. 2. Restrict workflow creation and editing permissions strictly to fully trusted and vetted users to reduce the risk of malicious workflow injection. 3. Implement network access controls to limit access to the /rest/binary-data endpoint, ensuring only authorized users and systems can reach it. 4. Employ web application firewalls (WAFs) with custom rules to detect and block suspicious requests targeting the binary data endpoint. 5. Educate privileged users about the risk of clicking untrusted URLs, especially those related to the n8n platform. 6. Monitor logs for unusual access patterns or attempts to access binary data URLs. 7. Consider isolating n8n instances in segmented network zones to limit lateral movement if compromise occurs. 8. Regularly audit user permissions and workflow changes to detect unauthorized modifications. These steps provide layered defense beyond patching and help mitigate risk until full remediation is achieved.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-03-23T18:30:14.124Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 69c430e5f4197a8e3b78e0b8
Added to database: 3/25/2026, 7:00:53 PM
Last enriched: 3/25/2026, 7:16:19 PM
Last updated: 3/26/2026, 5:28:52 AM
Views: 10
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
External Links
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.