<?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-10T14:37:04.114105+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/euvd-2026-218527</id>
    <title>EUVD-2026-218527</title>
    <updated>2026-10-10T14:37:04.118619+00:00</updated>
    <content>EUVD-2026-218527</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-218527"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-21543</id>
    <title>fkie_cve-2024-21543</title>
    <updated>2026-10-10T14:37:04.118661+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Versions of the package djoser before 2.3.0 are vulnerable to Authentication Bypass when the authenticate() function fails. This is because the system falls back to querying the database directly, granting access to users with valid credentials, and eventually bypassing custom authentication checks such as two-factor authentication, LDAP validations, or requirements from configured AUTHENTICATION_BACKENDS.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-21543"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-v49p-m6gh-747c</id>
    <title>GHSA-v49p-m6gh-747c — djoser Authentication Bypass</title>
    <updated>2026-10-10T14:37:04.118707+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: djoser</p>
<p>Versions of the package djoser before 2.3.0 are vulnerable to Authentication Bypass when the authenticate() function fails. This is because the system falls back to querying the database directly, granting access to users with valid credentials, and eventually bypassing custom authentication checks such as two-factor authentication, LDAP validations, or requirements from configured AUTHENTICATION_BACKENDS.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-v49p-m6gh-747c"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2024-21543</id>
    <title>gsd-2024-21543</title>
    <updated>2026-10-10T14:37:04.118747+00:00</updated>
    <content>gsd-2024-21543</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2024-21543"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2024-158</id>
    <title>PYSEC-2024-158</title>
    <updated>2026-10-10T14:37:04.118766+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: djoser</p>
<p>Versions of the package djoser before 2.3.0 are vulnerable to Authentication Bypass when the authenticate() function fails. This is because the system falls back to querying the database directly, granting access to users with valid credentials, and eventually bypassing custom authentication checks such as two-factor authentication, LDAP validations, or requirements from configured AUTHENTICATION_BACKENDS.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2024-158"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-21543</id>
    <title>UBUNTU-CVE-2024-21543</title>
    <updated>2026-10-10T14:37:04.118801+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:Pro:20.04:LTS: djoser, Ubuntu:22.04:LTS: djoser, Ubuntu:24.04:LTS: djoser</p>
<p>Versions of the package djoser before 2.3.0 are vulnerable to Authentication Bypass when the authenticate() function fails. This is because the system falls back to querying the database directly, granting access to users with valid credentials, and eventually bypassing custom authentication checks such as two-factor authentication, LDAP validations, or requirements from configured AUTHENTICATION_BACKENDS.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-21543"/>
  </entry>
</feed>
