Debian Package Tracker
Register | Log in
Subscribe

social-auth-core

Core component of the python-social-auth ecosystem (Python3)

Choose email to subscribe with

general
  • source: social-auth-core (main)
  • version: 5.1.1-1
  • maintainer: Debian Python Team (DMD)
  • uploaders: Andre Bianchi [DMD]
  • arch: all
  • std-ver: 4.7.4
  • VCS: Git (Browse, QA)
versions [more versions can be listed by madison] [old versions available from snapshot.debian.org]
[pool directory]
  • o-o-stable: 3.1.0-1.1
  • oldstable: 4.3.0-1
  • stable: 4.6.1-1
  • testing: 5.1.1-1
  • unstable: 5.1.1-1
versioned links
  • 3.1.0-1.1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 4.3.0-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 4.6.1-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 5.1.1-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
binaries
  • python3-social-auth-core
action needed
A new upstream version is available: 5.2.0 high
A new upstream version 5.2.0 is available, you should consider packaging it.
Created: 2026-10-02 Last update: 2026-10-07 17:00
5 security issues in trixie high

There are 5 open security issues in trixie.

5 important issues:
  • CVE-2026-57175: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, 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. The issue has been fixed in version 5.0.0 by validating SAML responses against stored `AuthnRequest` IDs.
  • CVE-2026-57176: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, the Vend OAuth2 backend used only the numeric Vend user_id 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. Version 5.0.0 patches the issue.
  • CVE-2026-57177: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, the LoginRadius backend did not validate OAuth state during the authentication flow. Applications using this backend were vulnerable to login CSRF. An attacker could cause a victim's browser session to complete authentication using an attacker-controlled LoginRadius token, making the victim authenticated as the attacker's LoginRadius identity. The issue affects only applications using the LoginRadius backend. The issue has been fixe in version 5.0.0 by enabling callback state validation for the LoginRadius backend.
  • CVE-2026-57178: 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 `auth_key` 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 `viewer_id`, `access_token`, `api_id`, and `api_result`, 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 `auth_key` to be present and valid before callback data is trusted.
  • CVE-2026-57179: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, the partial-pipeline resume mechanism accepted `partial_token` as a bearer credential without binding it to the browser session that created it. Applications using resumable partial pipeline steps could allow an attacker to start an authentication flow, obtain a valid partial token and verification data, and cause a victim's browser to resume that attacker-controlled flow. This could authenticate the victim's browser as the attacker's account. The issue affects applications using partial pipeline steps such as `mail_validation` or custom steps decorated with `@partial`. The issue has been fixed in version 5.0.0 by binding partial pipeline resumes to the originating browser session.
Created: 2026-09-26 Last update: 2026-09-26 11:01
5 security issues in bookworm high

There are 5 open security issues in bookworm.

5 important issues:
  • CVE-2026-57175: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, 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. The issue has been fixed in version 5.0.0 by validating SAML responses against stored `AuthnRequest` IDs.
  • CVE-2026-57176: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, the Vend OAuth2 backend used only the numeric Vend user_id 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. Version 5.0.0 patches the issue.
  • CVE-2026-57177: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, the LoginRadius backend did not validate OAuth state during the authentication flow. Applications using this backend were vulnerable to login CSRF. An attacker could cause a victim's browser session to complete authentication using an attacker-controlled LoginRadius token, making the victim authenticated as the attacker's LoginRadius identity. The issue affects only applications using the LoginRadius backend. The issue has been fixe in version 5.0.0 by enabling callback state validation for the LoginRadius backend.
  • CVE-2026-57178: 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 `auth_key` 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 `viewer_id`, `access_token`, `api_id`, and `api_result`, 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 `auth_key` to be present and valid before callback data is trusted.
  • CVE-2026-57179: Python Social Auth is a social authentication/registration mechanism. Prior to version 5.0.0, the partial-pipeline resume mechanism accepted `partial_token` as a bearer credential without binding it to the browser session that created it. Applications using resumable partial pipeline steps could allow an attacker to start an authentication flow, obtain a valid partial token and verification data, and cause a victim's browser to resume that attacker-controlled flow. This could authenticate the victim's browser as the attacker's account. The issue affects applications using partial pipeline steps such as `mail_validation` or custom steps decorated with `@partial`. The issue has been fixed in version 5.0.0 by binding partial pipeline resumes to the originating browser session.
Created: 2026-09-26 Last update: 2026-09-26 11:01
news
[rss feed]
  • [2026-09-27] social-auth-core 5.1.1-1 MIGRATED to testing (Debian testing watch)
  • [2026-09-24] Accepted social-auth-core 5.1.1-1 (source) into unstable (Carsten Schoenert)
  • [2026-09-19] social-auth-core 5.1.0-2 MIGRATED to testing (Debian testing watch)
  • [2026-09-15] Accepted social-auth-core 5.1.0-2 (source) into unstable (Colin Watson)
  • [2026-08-31] social-auth-core 5.1.0-1 MIGRATED to testing (Debian testing watch)
  • [2026-08-25] Accepted social-auth-core 5.1.0-1 (source) into unstable (Carsten Schoenert)
  • [2026-07-10] social-auth-core 5.0.2-1 MIGRATED to testing (Debian testing watch)
  • [2026-07-08] Accepted social-auth-core 5.0.2-1 (source) into unstable (Carsten Schoenert)
  • [2026-05-12] social-auth-core 4.9.1-1 MIGRATED to testing (Debian testing watch)
  • [2026-05-03] Accepted social-auth-core 4.9.1-1 (source) into unstable (Carsten Schoenert)
  • [2026-05-01] social-auth-core 4.8.7-1 MIGRATED to testing (Debian testing watch)
  • [2026-04-27] Accepted social-auth-core 4.8.7-1 (source) into unstable (Carsten Schoenert)
  • [2026-03-04] social-auth-core 4.8.5-1 MIGRATED to testing (Debian testing watch)
  • [2026-02-22] Accepted social-auth-core 4.8.5-1 (source) into unstable (Carsten Schoenert)
  • [2026-01-06] social-auth-core 4.8.3-1 MIGRATED to testing (Debian testing watch)
  • [2026-01-02] Accepted social-auth-core 4.8.3-1 (source) into unstable (Carsten Schoenert)
  • [2025-11-26] social-auth-core 4.8.1-1 MIGRATED to testing (Debian testing watch)
  • [2025-11-23] Accepted social-auth-core 4.8.1-1 (source) into unstable (Carsten Schoenert)
  • [2025-05-11] social-auth-core 4.6.1-1 MIGRATED to testing (Debian testing watch)
  • [2025-05-01] Accepted social-auth-core 4.6.1-1 (source) into unstable (Carsten Schoenert)
  • [2025-02-21] social-auth-core 4.5.6-1 MIGRATED to testing (Debian testing watch)
  • [2025-02-15] Accepted social-auth-core 4.5.6-1 (source) into unstable (Carsten Schoenert)
  • [2024-06-13] social-auth-core 4.5.4-1 MIGRATED to testing (Debian testing watch)
  • [2024-06-08] Accepted social-auth-core 4.5.4-1 (source) into unstable (Carsten Schoenert)
  • [2024-03-02] social-auth-core 4.5.3-1 MIGRATED to testing (Debian testing watch)
  • [2024-02-25] Accepted social-auth-core 4.5.3-1 (source) into unstable (Carsten Schoenert)
  • [2023-07-06] social-auth-core 4.4.2-2 MIGRATED to testing (Debian testing watch)
  • [2023-06-30] Accepted social-auth-core 4.4.2-2 (source) into unstable (Carsten Schoenert)
  • [2023-05-26] Accepted social-auth-core 4.4.2-1 (source) into experimental (Carsten Schoenert)
  • [2022-06-22] social-auth-core 4.3.0-1 MIGRATED to testing (Debian testing watch)
  • 1
  • 2
bugs [bug history graph]
  • all: 0
links
  • homepage
  • lintian
  • buildd: logs, reproducibility
  • popcon
  • browse source code
  • other distros
  • security tracker
  • debci
ubuntu Ubuntu logo [Information about Ubuntu for Debian Developers]
  • version: 5.0.2-1

Debian Package Tracker — Copyright 2013-2025 The Distro Tracker Developers
Report problems to the tracker.debian.org pseudo-package in the Debian BTS.
Documentation — Bugs — Git Repository — Contributing