<?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-06T09:53:57.019809+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/bdu:2023-08236</id>
    <title>bdu:2023-08236</title>
    <updated>2026-10-06T09:53:57.025401+00:00</updated>
    <content>bdu:2023-08236</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2023-08236"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/certfr-2023-avi-0930</id>
    <title>certfr-2023-avi-0930 — De multiples vulnérabilités ont été découvertes dans&lt;span
class="textit"&gt; Symfony&lt;/span&gt;. Elles permettent à un attaqua…</title>
    <updated>2026-10-06T09:53:57.025437+00:00</updated>
    <content>certfr-2023-avi-0930</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2023-avi-0930"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-161074</id>
    <title>EUVD-2026-161074</title>
    <updated>2026-10-06T09:53:57.025455+00:00</updated>
    <content>EUVD-2026-161074</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-161074"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-46733</id>
    <title>fkie_cve-2023-46733</title>
    <updated>2026-10-06T09:53:57.025467+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Symfony is a PHP framework for web and console applications and a set of reusable PHP components. Starting in versions 5.4.21 and 6.2.7 and prior to versions 5.4.31 and 6.3.8, `SessionStrategyListener` does not migrate the session after every successful login. It does so only in case the logged in user changes by means of checking the user identifier. In some use cases, the user identifier doesn't change between the verification phase and the successful login, while the token itself changes from one type (partially-authenticated) to another (fully-authenticated). When this happens, the session id should be regenerated to prevent possible session fixations, which is not the case at the moment. As of versions 5.4.31 and 6.3.8, Symfony now checks the type of the token in addition to the user identifier before deciding whether the session id should be regenerated.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-46733"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-m2wj-r6g3-fxfx</id>
    <title>GHSA-m2wj-r6g3-fxfx — Symfony possible session fixation vulnerability</title>
    <updated>2026-10-06T09:53:57.025499+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: symfony/security-http, Packagist: symfony/symfony</p>
<p>### Description</p>
<p>SessionStrategyListener does not always migrate the session after a successful login. It only migrate the session when the logged-in user identifier changes. In some use cases, the user identifier doesn't change between the verification phase and the successful login, while the token itself changes from one type (partially-authenticated) to another (fully-authenticated). When this happens, the session id should be regenerated to prevent possible session fixations.</p>
<p>### Resolution</p>
<p>Symfony now checks the type of the token in addition to the user identifier before deciding whether the session id should be regenerated.</p>
<p>The patch for this issue is available [here](https://github.com/symfony/symfony/commit/dc356499d5ceb86f7cf2b4c7f032eca97061ed74) for branch 5.4.</p>
<p>### Credits</p>
<p>We would like to thank Robert Meijers for reporting the issue and providing the fix.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-m2wj-r6g3-fxfx"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-46733</id>
    <title>gsd-2023-46733</title>
    <updated>2026-10-06T09:53:57.025535+00:00</updated>
    <content>gsd-2023-46733</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-46733"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-46733</id>
    <title>Withdrawn: UBUNTU-CVE-2023-46733</title>
    <updated>2026-10-06T09:53:57.025547+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Withdrawn by the publisher.</strong></p>
<p><strong>Affected:</strong> Ubuntu:24.10: symfony</p>
<p>Symfony is a PHP framework for web and console applications and a set of reusable PHP components. Starting in versions 5.4.21 and 6.2.7 and prior to versions 5.4.31 and 6.3.8, `SessionStrategyListener` does not migrate the session after every successful login. It does so only in case the logged in user changes by means of checking the user identifier. In some use cases, the user identifier doesn't change between the verification phase and the successful login, while the token itself changes from one type (partially-authenticated) to another (fully-authenticated). When this happens, the session id should be regenerated to prevent possible session fixations, which is not the case at the moment. As of versions 5.4.31 and 6.3.8, Symfony now checks the type of the token in addition to the user identifier before deciding whether the session id should be regenerated.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-46733"/>
  </entry>
</feed>
