<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T10:25:16.614878+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cve-2026-57175</id>
    <title>CVE-2026-57175 — social-auth-core has an Improper Authentication issue</title>
    <updated>2026-10-02T10:25:16.655544+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> python-social-auth social-core</p>
<p>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.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-57175"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-4167</id>
    <title>PYSEC-2026-4167 — social-auth-core has an Improper Authentication issue</title>
    <updated>2026-10-02T10:25:16.655608+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: social-auth-core</p>
<p>### Impact</p>
<p>The SAML backend accepted SAML responses on the Assertion Consumer Service endpoint without verifying that they matched a previously issued `AuthnRequest`.</p>
<p>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.</p>
<p>The issue affects applications using the SAML backend together with authenticated account association.</p>
<p>### Patches</p>
<p>The issue has been fixed by validating SAML responses against stored `AuthnRequest` IDs.</p>
<p>Users should upgrade to a patched version.</p>
<p>Fix:</p>
<p>* https://github.com/python-social-auth/social-core/pull/1794</p>
<p>### Workarounds</p>
<p>Applications that cannot upgrade immediately should disable SAML account association for already authenticated users.</p>
<p>If SAML login is not required, the SAML backend can also be disabled by removing it from `SOCIAL_AUTH_AUTHENTICATION_BACKENDS`.</p>
<p>There is no complete workaround while continuing to allow vulnerable SAML account association.</p>
<p>### Credits</p>
<p>Reported through GitHub private vulnerability reporting by Liyi Zhou, Ziyue Wang, Strick, Maurice, and Chenchen Yu from the University of Sydney security research team.</p>
<p>Reporter references:</p>
<p>* https://lzhou1110.github.io/
* https://zyy0530.github.io/
* https://str1ckl4nd.github.io/
* https://maurice.busystar.org/
* https://7thparkk.github.io/</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-4167"/>
  </entry>
</feed>
