Rancher does not Properly Validate Account Bindings in SAML Authentication Enables User Impersonation on First Login
Published Apr 11, 2025 · Updated Oct 23, 2026 · Also known as GO-2025-3490, GHSA-mq23-vvg7-xfm4
Original summary
Normalized public record · Updated Oct 23, 2026
Rancher does not Properly Validate Account Bindings in SAML Authentication Enables User Impersonation on First Login
Publisher and source text is retained separately from QFinch interpretation.
QFinch assessment
A vulnerability in Rancher has been discovered, leading to a local user impersonation through SAML Authentication on first login.
Potential impact
A vulnerability in Rancher has been discovered, leading to a local user impersonation through SAML Authentication on first login. The issue occurs when a SAML authentication provider (AP) is configured (e.g. Keycloak). A newly created AP user can impersonate any user on Rancher by manipulating cookie values during their initial login to Rancher. This vulnerability could also be exploited if a Rancher user (present on the AP) is removed, either manually or automatically via the User Retention feature with delete-inactive-user-after. More precisely, Rancher validates only a subset of input from the SAML assertion request; however, it trusts and uses values that are not properly validated. An attacker could then configure the samlRancherUserID cookie and the samlRancherAction cookie so that the user principal from the AP will be added to the user specified by the attacker (from samlRancherUserID). Rancher can then be deceived by setting samlRancherUserID to the admin's user ID and samlRancherAction to testAndEnable, thereby executing the vulnerable code path and leading to privilege escalation. Note that the vulnerability impacts all SAML APs available in Rancher. However the following Rancher deployments are not affected: 1. Rancher deployments not using SAML-based AP. 2. Rancher deployments using SAML-based AP, where all SAML users are already signed in and linked to a Rancher account. Please consult the associated MITRE ATT&CK - Technique - Access Token Manipulation: Token Impersonation/Theft for further information about this category of attack.
Evidence: public source recordsAffected products
| Affected package, product or range | Fix status |
|---|---|
| Consult the referenced vendor advisory for affected versions. | Consult source advisory |
Matching a version is only one part of assessing exposure. QFinch has not assessed your environment on this public page.
Remediation
Apply the vendor-supported fixed release or mitigation, then verify the affected component is no longer reachable.
- Confirm the affected product and reachable code path exist in your environment.
- Apply the vendor-supported patch or mitigation from the primary advisory.
- Rescan the exact deployed revision and retain verification evidence.
Evidence coverage
- SSVC priority
- MEDIUM
- Confidence
- 10%
- Aliases
- GO-2025-3490, GHSA-mq23-vvg7-xfm4
Scores appear only when corresponding evidence exists. Missing data is never interpreted as zero risk.
Sources and record history
Record history
Published Apr 11, 2025 · Last refreshed Oct 23, 2026