CVE-2026-57178: social-auth-core: VK App backend accepts unsigned callback data when auth_key is missing

Published Sep 24, 2026
·
Updated

Impact

The vk-app backend accepted VK application callback data without verifying the callback signature when the authkey parameter was omitted.

Applications using this backend could treat unsigned attacker-controlled data as a verified VK identity. An attacker could choose callback fields such as viewerid, accesstoken, apiid, and apiresult, potentially allowing authentication as an arbitrary VK user ID.

The issue affects only applications using the vk-app backend.

Patches

The issue has been fixed by requiring authkey to be present and valid before callback data is trusted.

Users should upgrade to a patched version.

Fix:

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

Workarounds

Applications that cannot upgrade immediately should disable the vk-app backend by removing socialcore.backends.vk.VKAppOAuth2 from SOCIALAUTHAUTHENTICATIONBACKENDS.

There is no complete workaround while continuing to use the vulnerable backend.

Credits

Reported by @lalalala5678 through GitHub private vulnerability reporting.

Other sources

Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, the vk-app backend accepted VK application callback data without verifying the callback signature when the authkey parameter was omitted. Applications using this backend could treat unsigned attacker-controlled data as a verified VK identity. An attacker could choose callback fields such as viewerid, accesstoken, apiid, and apiresult, potentially allowing authentication as an arbitrary VK user ID. The issue affects only applications using the vk-app backend. The issue has been fixed in version 5.0.0 by requiring authkey to be present and valid before callback data is trusted.

— MITRE

Affected Software

2 affected componentsFixes available
pypi/social-auth-core<5.0.0
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. Upgrade

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

    Fixed in 5.0.0
  3. Configuration

    Disable the vk-app backend by removing social_core.backends.vk.VKAppOAuth2 from SOCIAL_AUTH_AUTHENTICATION_BACKENDS.

    Python Social Auth vk-app backend SOCIAL_AUTH_AUTHENTICATION_BACKENDS = remove social_core.backends.vk.VKAppOAuth2

Event History

Sep 24, 2026
CVE Published
via MITRE·05:25 PM
Data Sourced
via MITRE·05:25 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·06:17 PM
DescriptionSeverityWeakness
Advisory Published
via GitHub·07:57 PM
Data Sourced
via GitHub·07:57 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are affected?

Only applications that use the vk-app backend are affected. The flaw applies to versions of social-auth-core before 5.0.0.

2

What does an attacker need to exploit this issue?

An attacker can submit VK application callback data with the auth_key parameter omitted. They can control fields including viewer_id, access_token, api_id, and api_result, which may let them be treated as an arbitrary VK user identity.

3

How can we tell whether our application may be vulnerable?

Check whether the application uses the vk-app backend and runs social-auth-core earlier than 5.0.0. Such deployments may have trusted callback data even when auth_key was absent.

4

What is the remediation?

Upgrade to social-auth-core 5.0.0. This version requires auth_key to be present and valid before it trusts VK callback data.

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