GHSA-fp7w-m676-w7gc: Medium severity pip/social-auth-core vulnerability

Published Sep 24, 2026
·
Updated

Impact

The Vend OAuth2 backend used only the numeric Vend userid as the social-auth UID.

When multiple Vend shops authenticate through the same application, users from different shops with the same internal Vend user ID could collide in the social-auth association table. A user from one shop could then be authenticated as the local account previously associated with the same numeric user ID from another shop.

The issue affects applications using the Vend OAuth2 backend with more than one Vend shop.

Patches

The issue has been fixed by scoping Vend social-auth UIDs by shop.

Users should upgrade to a patched version.

Fix:

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

Workarounds

Applications that cannot upgrade immediately should restrict the Vend OAuth2 backend to a single trusted Vend shop.

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

There is no complete workaround while continuing to allow authentication from multiple Vend shops with the vulnerable backend.

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

    Restrict the Vend OAuth2 backend to authentication from a single trusted Vend shop.

    Vend OAuth2 backend allowed Vend shops = single trusted Vend shop
  3. Configuration

    If Vend authentication is not required, disable the Vend backend by removing it from SOCIAL_AUTH_AUTHENTICATION_BACKENDS.

    social-auth SOCIAL_AUTH_AUTHENTICATION_BACKENDS = Vend backend removed

Event History

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

Frequently Asked Questions

1

Which deployments are exposed to cross-shop account confusion?

Applications using the Vend OAuth2 backend and allowing authentication from more than one Vend shop are affected. The collision occurs when users in different shops have the same numeric Vend user ID.

2

What must an attacker have or do to exploit this issue?

The attacker must authenticate through a different Vend shop that is accepted by the same application and have a numeric Vend user ID matching one already associated with a local account from another shop. Exploitation relies on the vulnerable backend treating that numeric ID as globally unique.

3

What can be done if an upgrade is not immediately possible?

Restrict the Vend OAuth2 backend to one trusted Vend shop, or disable Vend authentication by removing the backend from SOCIAL_AUTH_AUTHENTICATION_BACKENDS. Continuing to accept authentication from multiple Vend shops has no complete workaround on the vulnerable backend.

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