Repository navigation
chore(deps): update dependency social-auth-core to v6.2.0 - #598
Merged
Merged
Conversation
Documentation build overview
10 files changed ·
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
==6.1.1→==6.2.0Release Notes
python-social-auth/social-core (social-auth-core)
v6.2.0Compare Source
Added
issuer, PKCE, official branding, and optional legal-version storage.
get_title()method for sign-in labels.Security
rejecting authorization codes from other login attempts. In-progress OIDC
logins must restart after upgrading.
and stored in the initiating session. This prevents a callback from another
browser from linking an account while a login at the same provider is pending.
In-progress OpenID logins must restart after upgrading; unsolicited assertions
are no longer accepted.
transferred characters from authenticating as the previous local user. The
old association must be removed before the new owner can sign in.
SOCIAL_AUTH_SLACK_TEAMagainst the workspace ID returned by Slackbefore login. Configurations using a workspace name or Enterprise organization
ID must change to a workspace ID.
login, preventing different Mailchimp users on one account from sharing a
local user. Account-keyed associations migrate only when their stored login
identifier matches; rows without that evidence require authenticated linking
or account recovery. Mailchimp now rejects configured
ID_KEYvalues otherthan
mailchimp_identity; remove any olduser_idoverride before upgrading.tokens. Deployments without one must set
SOCIAL_AUTH_GOOGLE_ONETAP_KEYtokeep One Tap sign-in working.
signature, preventing one signed identity from authenticating as another UID.
login CSRF and unauthorized account linking. In-progress logins from before
this upgrade, or those that lose their session, must restart.
that are claimed once before token exchange, with PKCE verifiers kept per
transaction. In-progress OAuth2 logins from before this upgrade must restart;
custom storage implementations must provide atomic
NonceMixin.consume().New abandoned session transactions are pruned on a subsequent authorization start.
nextvalues from resolving configuration settingsinto post-login redirects, which could disclose URL-like setting values.
belongs to the presented provider session, preventing account substitution
by moving digits between undelimited signature fields.
ID_KEYis configured,preventing an account with a matching username from claiming a pre-6.0
association created under a stable identifier. Existing same-identifier
associations still re-key; deployments with older rows should review their
stored identifier keys before changing
ID_KEYsettings. Compatibility UIDhooks retain empty-key policy semantics and require an explicit opt-in for
unverified matches when
ID_KEYis configured.PROFILE_EXTRA_PARAMSsetting, preventing concurrent profile requests fromusing another login's token.
when a provider's e-mail address is missing or malformed. Deployments using a
global allowlist with backends that omit e-mail addresses must configure the
provider to supply one or scope the allowlist to compatible backends.
local user already logged in to the receiving browser. Authenticated sessions
now accept only a VK identity already associated with that user; anonymous
launches remain unbound and replayable as documented for the
VK backend.
with the local user already logged in to the receiving browser. Authenticated
sessions now accept only an OK identity already associated with that user.
initiated them, preventing a validation link from associating its provider
identity with a different authenticated account.
current session and accept assertions only from the exact HTTPS provider
endpoint discovered at that time. Previously, an attacker-controlled OpenID
provider could complete authentication under another provider's backend name
and, for some unmigrated legacy associations, take over an existing account.
initiating or provider-authenticated restored browser session. This prevents
a valid assertion initiated by an attacker from being associated with a user
in another browser session.
responsibilities and triage dispositions in the
threat model.
SubjectConfirmationDataInResponseTowhen the unsigned response envelopeattribute is missing, so a solicited response cannot be replayed as
IdP-initiated by stripping it.
subclaims(
Not supported currently. Use oid claim.and the legacy spelling withoutthe space after the period) issued by user flows whose "Subject (sub) claim"
setting is "Not supported", preventing every user of such a flow from being
bound to one association. Configure
SOCIAL_AUTH_AZUREAD_B2C_OAUTH2_ID_KEY = "oid"to use the object ID claimon those flows. Existing rows stored under the placeholder UID cannot be
attributed to a specific account and should be reviewed and removed.
Changed
guarantees, with operational guidance in the
security documentation.
Fixed
ordinary tracebacks omit credentials in URL paths and query strings.
the framework authenticates with a new backend instance, as Django does.
Resuming previously failed with
invalid_claim.authorization when the framework authenticates with a new backend instance.
expired VK OpenAPI callback state.
bad_refresh_tokenresponse now raisesAuthCredentialErrorwithreauthentication_required, likeinvalid_grant, instead of anAuthProviderError.Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.