n8n: Account Takeover via Unverified Email Claim in Token Exchange Embed Login
An account takeover vulnerability exists in n8n when the embed login feature is enabled and trusted key sources are configured. The service fails to verify that the email claim in a valid token is verified or that the token's permitted role ceiling covers the local account. This allows an attacker with a token accepted by a trusted key (e.g., from a trusted issuer emitting unverified emails) to authenticate as any user and gain full account control. The issue is fixed in n8n version 2.32.1. Temporary mitigations include disabling embed login or restricting network access and auditing trusted keys and token-exchange records.
AI Analysis
Technical Summary
In n8n instances with embed login enabled and at least one trusted key configured, the system does not verify that the email claim in a validly signed incoming token is verified or that the token's permitted role ceiling covers the matched local account. Consequently, an attacker who obtains a token accepted by a trusted key that emits unverified email addresses can impersonate any existing user, gaining full control over that account. This vulnerability affects versions prior to 2.31.5 and versions from 2.32.0 up to but not including 2.32.1. The issue has been fixed in version 2.32.1.
Potential Impact
An attacker able to obtain a token accepted by a trusted key that does not verify email claims can authenticate as any user in the affected n8n instance, resulting in full account takeover. This compromises user accounts and potentially the entire system depending on the privileges of the impersonated account.
Mitigation Recommendations
A fix is available in n8n version 2.32.1; users should upgrade to this version or later to remediate the vulnerability. If immediate upgrade is not possible, administrators should disable the embed login feature by setting N8N_TOKEN_EXCHANGE_ENABLED=false. If disabling embed login is not feasible, restrict network access to trusted parties only, audit all configured trusted keys and their allowedRoles assignments, and review auth_identity records for unexpected token-exchange entries linked to high-privilege accounts. These workarounds are temporary and do not fully mitigate the risk.
n8n: Account Takeover via Unverified Email Claim in Token Exchange Embed Login
Description
An account takeover vulnerability exists in n8n when the embed login feature is enabled and trusted key sources are configured. The service fails to verify that the email claim in a valid token is verified or that the token's permitted role ceiling covers the local account. This allows an attacker with a token accepted by a trusted key (e.g., from a trusted issuer emitting unverified emails) to authenticate as any user and gain full account control. The issue is fixed in n8n version 2.32.1. Temporary mitigations include disabling embed login or restricting network access and auditing trusted keys and token-exchange records.
CVSS v4.0
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
In n8n instances with embed login enabled and at least one trusted key configured, the system does not verify that the email claim in a validly signed incoming token is verified or that the token's permitted role ceiling covers the matched local account. Consequently, an attacker who obtains a token accepted by a trusted key that emits unverified email addresses can impersonate any existing user, gaining full control over that account. This vulnerability affects versions prior to 2.31.5 and versions from 2.32.0 up to but not including 2.32.1. The issue has been fixed in version 2.32.1.
Potential Impact
An attacker able to obtain a token accepted by a trusted key that does not verify email claims can authenticate as any user in the affected n8n instance, resulting in full account takeover. This compromises user accounts and potentially the entire system depending on the privileges of the impersonated account.
Mitigation Recommendations
A fix is available in n8n version 2.32.1; users should upgrade to this version or later to remediate the vulnerability. If immediate upgrade is not possible, administrators should disable the embed login feature by setting N8N_TOKEN_EXCHANGE_ENABLED=false. If disabling embed login is not feasible, restrict network access to trusted parties only, audit all configured trusted keys and their allowedRoles assignments, and review auth_identity records for unexpected token-exchange entries linked to high-privilege accounts. These workarounds are temporary and do not fully mitigate the risk.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-8342-988q-86cr
- Osv Schema Version
- 1.4.0
- Aliases
- []
- Ecosystems
- ["npm"]
- Database Specific Severity
- HIGH
- Cvss Version
- 4.0
Threat ID: 6a6150d09c2644c7f8da0506
Added to database: 07/22/2026, 23:22:56 UTC
Last enriched: 07/22/2026, 23:28:21 UTC
Last updated: 07/22/2026, 23:28:21 UTC
Views: 2
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.
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.