Skip to content
Blog

n8n Server-Side Request Forgery Vulnerability (CVE-2026-65593) — Medium Severity

N8N-Banner-ucartz
In this article
  1. Understanding the n8n Server-Side Request Forgery Vulnerability
  2. CVE Details
  3. Affected Products
  4. Current Status
  5. Severity Level
  6. Possible Solutions
  7. Patched Versions:
  8. Workarounds (Temporary Mitigations):
  9. References

Understanding the n8n Server-Side Request Forgery Vulnerability

A significant security flaw has been identified in n8n, an open-source workflow automation platform. This vulnerability, known as Server-Side Request Forgery (SSRF), could allow authenticated attackers to bypass security measures and potentially access internal systems. It’s crucial for users to understand this risk and take immediate action to secure their n8n instances.

CVE Details

Product Name: n8n

CVE ID: CVE-2026-65593

Published Date: July 22, 2026

Severity: Medium

Status: Analyzed

Affected Products

This vulnerability impacts specific versions of the n8n workflow automation platform. Both community and enterprise editions are affected if they are running:

  • n8n versions before 1.123.64
  • n8n versions before 2.29.8
  • n8n versions before 2.30.1

Current Status

The vulnerability has been thoroughly analyzed, confirming its presence and potential impact. N8n has released patches to address this issue.

Severity Level

Rated as “Medium” severity, this SSRF vulnerability means that while an attacker needs to be authenticated to exploit it, the potential consequences can be serious. If successfully exploited, attackers could trick your n8n server into making unauthorized HTTP requests to internal networks. This could lead to information disclosure or access to other sensitive internal services that are not typically exposed to the internet.

Possible Solutions

The most effective way to protect your n8n instance from CVE-2026-65593 is to upgrade to a patched version immediately.

Patched Versions:

  • n8n version 1.123.64 and later
  • n8n version 2.29.8 and later
  • n8n version 2.30.1 and later

Workarounds (Temporary Mitigations):

If an immediate upgrade isn’t possible, consider these temporary steps:

  • Restrict User Access: Limit access to your n8n instance to only fully trusted users. Since exploitation requires authentication, this can reduce the attack surface.
  • Enable SSRF Protection: Set the environment variable N8N_SSRF_PROTECTION_ENABLED=true. This enables filtering for private IP ranges and cloud metadata endpoints, adding a layer of defense. Note that this setting is often disabled by default.
  • Network Egress Restrictions: Implement strict firewall rules to limit network outbound connections from the server hosting your n8n instance. This can help prevent the n8n server from reaching unauthorized internal services even if an SSRF attack occurs.

Please remember these workarounds only reduce the risk and do not fully resolve the vulnerability. Upgrading to the patched versions is strongly recommended for complete protection.

References

https://github.com/n8n-io/n8n/security/advisories/GHSA-9w78-79q7-r4fp

https://www.vulncheck.com/advisories/n8n-before-ssrf-via-dynamic-node-parameters

Share
Alex Joseph

Alex Joseph

Alex Joseph is a Senior Support Staff professional with deep experience in server management, web hosting technologies, and cybersecurity operations. He works daily with Linux servers, cloud platforms, performance tuning, and security hardening, giving him strong real-world technical knowledge. Along with his support role, he write about security best practices, hosting infrastructure, and software management.

Related updates

Start Building Today

Ready to Get Started?

VPS, dedicated servers, streaming and managed hosting with 24/7 support from the Ucartz team.