CVE-2025-64717
NixOS vulnerability analysis and mitigation

Overview

CVE-2025-64717 is an improper authentication vulnerability in ZITADEL, an open-source identity management platform, that allows unauthenticated attackers to perform account takeover by exploiting a flaw in the federation/auto-linking process. The vulnerability was disclosed on November 12–13, 2025, and affects ZITADEL versions 2.50.0–2.71.18, 3.0.0–3.4.3, and 4.0.0–4.6.5. It was reported by Jan Kühnlein of kultify and patched on November 12, 2025 (GitHub Advisory). The CVSS v3.1 base score is 9.8 (Critical), while the CNA-assigned CVSS v4.0 base score is 7.4 (High) (GitHub Advisory, Feedly).

Technical details

The root cause is classified as CWE-287 (Improper Authentication): ZITADEL's federation process failed to correctly validate an organization's login policy — specifically, whether a given Identity Provider (IdP) was active and whether the organization permitted federated authentication — before executing the auto-linking step (GitHub Advisory). An unauthenticated attacker can initiate a login flow using an instance-level IdP that has been explicitly disabled for a target organization; the platform incorrectly accepts the external identity and, based on matching criteria (e.g., email address), links it to an existing internal user account, effectively granting the attacker access to that account (GitHub Advisory). Two key preconditions limit the attack surface: the targeted account must not have MFA enabled, and the exploited IdP must be registered at the instance level (not at another organization level) (GitHub Advisory). The fix, introduced in commit 33c51deb20402dd5720e32cfb0c1d5fdc752f2e0, correctly enforces the organization's login policy prior to any auto-linking action (Feedly).

Impact

Successful exploitation results in full account takeover of any non-MFA-protected user account within an affected ZITADEL organization, granting the attacker complete control over the victim's identity, including access to all resources, applications, and data the account is authorized to reach (GitHub Advisory). The confidentiality and integrity of the compromised account are fully undermined, though availability is not directly impacted. Because ZITADEL functions as a central identity provider, a compromised account could serve as a pivot point for lateral movement into downstream applications and services that rely on ZITADEL for authentication (Feedly).

Exploitability

There is no public proof-of-concept exploit code and no evidence of in-the-wild exploitation at this time (Feedly). The EPSS score is approximately 0.34%, indicating a low current probability of exploitation in the wild. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog. No threat actor attribution has been reported. Despite the lack of active exploitation, the unauthenticated nature of the attack and the critical CVSS v3.1 score make it a high-priority patching target for organizations running affected ZITADEL versions without universal MFA enforcement.

Exploitation steps

  1. Reconnaissance: Identify a ZITADEL instance running an affected version (2.50.0–2.71.18, 3.0.0–3.4.3, or 4.0.0–4.6.5) using version disclosure endpoints or public registries. Confirm that at least one instance-level IdP is configured.
  2. Identify target account: Enumerate or guess a valid user account within the target organization that does not have MFA enabled. Email addresses are commonly used as matching criteria for auto-linking.
  3. Initiate federated login: Begin an OAuth/OIDC login flow against the ZITADEL instance using the instance-level IdP, even if that IdP has been disabled for the target organization or the organization has disallowed federated authentication.
  4. Authenticate with attacker-controlled external identity: Complete authentication at the external IdP using an attacker-controlled account whose identity attributes (e.g., email) match those of the target ZITADEL user.
  5. Trigger auto-linking: ZITADEL's federation process, failing to validate the organization's login policy, accepts the external identity and automatically links it to the matching internal user account.
  6. Account takeover: The attacker is now authenticated as the target user within ZITADEL, gaining full access to the account and all associated resources and downstream applications (GitHub Advisory).

Indicators of compromise

  • Logs: ZITADEL audit logs showing a successful external IdP login and auto-link event for a user account in an organization where the IdP is disabled or federation is disallowed; unexpected idp.user.linked or equivalent federation events in the audit trail.
  • Logs: Authentication events originating from an instance-level IdP for organizations that have explicitly restricted or disabled that IdP in their login policy.
  • Network: Login flow requests to ZITADEL's OAuth/OIDC callback endpoints (e.g., /idps/callback) from unexpected IP addresses or geographic locations, particularly for accounts not recently active.
  • Behavioral: User accounts showing login activity via an external IdP when the account owner has no history of federated login, or when the organization's policy prohibits it.
  • Behavioral: Newly linked external identities appearing on existing user accounts without corresponding user-initiated action, visible in ZITADEL's user management console under linked external identities.

Mitigation and workarounds

The primary and only recommended remediation is to upgrade ZITADEL to a patched version: v2.71.19 (for v2.x), v3.4.4 (for v3.x), or v4.6.6 (for v4.x) (GitHub Advisory, v2.71.19 Release, v3.4.4 Release, v4.6.6 Release). No configuration-based workarounds are available aside from upgrading. As an interim risk-reduction measure, enabling MFA for all user accounts will prevent account takeover via this vulnerability, since MFA-protected accounts are not susceptible to this attack (GitHub Advisory). Organizations should also audit their instance-level IdP configurations and review audit logs for any suspicious auto-linking events.

Community reactions

The vulnerability was noted by security community accounts on Mastodon (infosec.exchange) and Bluesky shortly after disclosure, reflecting routine community monitoring of identity platform CVEs (Feedly). Red Hat published a security advisory tracking the CVE, and INCIBE (Spain's national cybersecurity agency) issued an early warning alert (Feedly). No significant vendor statements beyond the ZITADEL security advisory, nor notable researcher deep-dives or media coverage, have been observed.

Additional resources


SourceThis report was generated using AI

Related NixOS vulnerabilities:

CVE ID

Severity

Score

Technologies

Component name

CISA KEV exploit

Has fix

Published date

CVE-2026-34191CRITICAL9.1
  • NixOS logoNixOS
  • apr-util
NoYesAug 06, 2026
CVE-2026-32327CRITICAL9.1
  • NixOS logoNixOS
  • apr-util
NoYesAug 06, 2026
CVE-2026-34502HIGH7.5
  • NixOS logoNixOS
  • apr-util
NoYesAug 06, 2026
CVE-2026-34501HIGH7.5
  • NixOS logoNixOS
  • apr-util
NoYesAug 06, 2026
CVE-2025-49506HIGH7.5
  • NixOS logoNixOS
  • apr-util
NoYesAug 06, 2026

Free Vulnerability Assessment

Benchmark your Cloud Security Posture

Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.

Request assessment

Get a personalized demo

Ready to see Wiz in action?

"Best User Experience I have ever seen, provides full visibility to cloud workloads."
David EstlickCISO
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
Adam FletcherChief Security Officer
"We know that if Wiz identifies something as critical, it actually is."
Greg PoniatowskiHead of Threat and Vulnerability Management