GHSA-vq6g-g6c7-5f2j: Medium severity pip/social-auth-core vulnerability

Published Sep 24, 2026
·
Updated

Impact

The SAML backend accepted SAML responses on the Assertion Consumer Service endpoint without verifying that they matched a previously issued AuthnRequest.

Applications using SAML account association could allow an attacker with a valid account on a trusted IdP to link the attacker's SAML identity to a logged-in victim's local account. The attacker could then authenticate through SAML and gain access to the victim's account.

The issue affects applications using the SAML backend together with authenticated account association.

Patches

The issue has been fixed by validating SAML responses against stored AuthnRequest IDs.

Users should upgrade to a patched version.

Fix:

https://github.com/python-social-auth/social-core/pull/1794

Workarounds

Applications that cannot upgrade immediately should disable SAML account association for already authenticated users.

If SAML login is not required, the SAML backend can also be disabled by removing it from SOCIALAUTHAUTHENTICATIONBACKENDS.

There is no complete workaround while continuing to allow vulnerable SAML account association.

Credits

Reported through GitHub private vulnerability reporting by Liyi Zhou, Ziyue Wang, Strick, Maurice, and Chenchen Yu from the University of Sydney security research team.

Reporter references:

https://lzhou1110.github.io/ https://zyy0530.github.io/ https://str1ckl4nd.github.io/ https://maurice.busystar.org/ https://7thparkk.github.io/

Affected Software

1 affected componentFixes available
pip/social-auth-core<5.0.0
5.0.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade pip/social-auth-core to a version that resolves this vulnerability.

    Fixed in 5.0.0
  2. Configuration

    Disable SAML account association for already authenticated users until the application can be upgraded.

    SAML account association SAML account association for already authenticated users = disabled
  3. Configuration

    If SAML login is not required, disable the SAML backend by removing it from SOCIAL_AUTH_AUTHENTICATION_BACKENDS.

    SAML backend SOCIAL_AUTH_AUTHENTICATION_BACKENDS = SAML backend removed

Event History

Sep 24, 2026
Advisory Published
via GitHub·07:54 PM
Data Sourced
via GitHub·07:54 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are exposed to account takeover?

Applications using the SAML backend together with authenticated account association are affected. The attack relies on a victim already being logged in to a local account and an attacker having a valid account at a trusted identity provider.

2

What interaction is required for exploitation?

An attacker needs a valid trusted-IdP account and must cause a SAML response to be accepted at the Assertion Consumer Service endpoint while targeting a logged-in victim's local account. The vulnerable behavior is the lack of validation that the response corresponds to a previously issued AuthnRequest.

3

What can be done if an upgrade cannot be applied immediately?

Disable SAML account association for already authenticated users. If SAML login is not required, remove the SAML backend from SOCIAL_AUTH_AUTHENTICATION_BACKENDS; there is no complete workaround if vulnerable SAML account association remains enabled.

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