CVE-2026-85172: n8n before 2.34.1 SSRF via Request Helper URI Validation Bypass

Published Sep 3, 2026
·
Updated

n8n versions before 2.34.1 contain a server-side request forgery vulnerability in the legacy request helper function exposed to Code and Function nodes. The validation logic checks the uri property for SSRF safety while the underlying HTTP client uses the url property when both are present, allowing attackers to bypass validation by supplying a safe uri alongside a malicious url to access internal addresses.

Affected Software

1 affected component
n8n n8n<2.34.1

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade n8n to a version that resolves this vulnerability.

    Fixed in 2.34.1
  2. Compensating control

    If you cannot upgrade immediately, restrict the ability of Code and Function nodes (legacy request helper usage) to prevent them from making outbound requests to internal addresses.

Event History

Sep 3, 2026
CVE Published
via MITRE·11:22 AM
Data Sourced
via MITRE·11:22 AM
DescriptionWeakness

Frequently Asked Questions

1

What access does an attacker need to exploit this issue?

The attacker needs the ability to supply code or input to a Code or Function node that invokes the legacy request helper. They can provide a benign uri value that passes validation while placing the target internal address in the url value used by the HTTP client.

2

What systems or services could be reached if exploitation succeeds?

The issue can be used to make requests to internal addresses reachable from the n8n server. The provided data does not identify specific internal services or cloud metadata endpoints.

3

How can I determine whether an instance is affected?

Instances running n8n before version 2.34.1 are affected if Code or Function nodes can use the legacy request helper. Review workflows and execution inputs for request helper calls that set both uri and url properties, especially where url targets internal addresses.

4

What should be done if an immediate upgrade is not possible?

Restrict who can create or modify Code and Function nodes and review existing workflows that use the legacy request helper. Limit the n8n server's network access to internal services where possible to reduce the impact of SSRF.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203