<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 11:55:40 +0000</lastBuildDate>
    <item>
      <title>certfr-2024-avi-0145 — De multiples vulnérabilités ont été découvertes dans &lt;span
class="textit"&gt;les produits IBM&lt;/span&gt;. Certaines d'entre el…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2024-avi-0145</link>
      <description>certfr-2024-avi-0145</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0145</guid>
    </item>
    <item>
      <title>EUVD-2026-229573</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-229573</link>
      <description>EUVD-2026-229573</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-229573</guid>
    </item>
    <item>
      <title>fkie_cve-2022-23539</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-23539</link>
      <description>&lt;p&gt;Versions `&amp;lt;=8.5.1` of `jsonwebtoken` library could be misconfigured so that legacy, insecure key types are used for signature verification. For example, DSA keys could be used with the RS256 algorithm. You are affected if you are using an algorithm and a key type other than a combination listed in the GitHub Security Advisory as unaffected. This issue has been fixed, please update to version 9.0.0. This version validates for asymmetric key type and algorithm combinations. Please refer to the above mentioned algorithm / key type combinations for the valid secure configuration. After updating to version 9.0.0, if you still intend to continue with signing or verifying tokens using invalid key type/algorithm value combinations, you’ll need to set the `allowInvalidAsymmetricKeyTypes` option  to `true` in the `sign()` and/or `verify()` functions.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Versions `&amp;lt;=8.5.1` of `jsonwebtoken` library could be misconfigured so that legacy, insecure key types are used for signature verification. For example, DSA keys could be used with the RS256 algorithm. You are affected if you are using an algorithm and a key type other than a combination listed in the GitHub Security Advisory as unaffected. This issue has been fixed, please update to version 9.0.0. This version validates for asymmetric key type and algorithm combinations. Please refer to the above mentioned algorithm / key type combinations for the valid secure configuration. After updating to version 9.0.0, if you still intend to continue with signing or verifying tokens using invalid key type/algorithm value combinations, you’ll need to set the `allowInvalidAsymmetricKeyTypes` option  to `true` in the `sign()` and/or `verify()` functions.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-23539</guid>
    </item>
    <item>
      <title>GHSA-8cf7-32gw-wr33 — jsonwebtoken unrestricted key type could lead to legacy keys usage</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-8cf7-32gw-wr33</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: jsonwebtoken&lt;/p&gt;
&lt;p&gt;# Overview&lt;/p&gt;
&lt;p&gt;Versions `&amp;lt;=8.5.1` of `jsonwebtoken` library could be misconfigured so that legacy, insecure key types are used for signature verification. For example, DSA keys could be used with the RS256 algorithm.&lt;/p&gt;
&lt;p&gt;# Am I affected?&lt;/p&gt;
&lt;p&gt;You are affected if you are using an algorithm and a key type other than the combinations mentioned below&lt;/p&gt;
&lt;p&gt;| Key type |  algorithm                                    |
|----------|------------------------------------------|
| ec           | ES256, ES384, ES512                      |
| rsa          | RS256, RS384, RS512, PS256, PS384, PS512 |
| rsa-pss  | PS256, PS384, PS512                      |&lt;/p&gt;
&lt;p&gt;And for Elliptic Curve algorithms:&lt;/p&gt;
&lt;p&gt;| `alg` | Curve      |
|-------|------------|
| ES256 | prime256v1 |
| ES384 | secp384r1  |
| ES512 | secp521r1  |&lt;/p&gt;
&lt;p&gt;# How do I fix it?&lt;/p&gt;
&lt;p&gt;Update to version 9.0.0. This version validates for asymmetric key type and algorithm combinations. Please refer to the above mentioned algorithm / key type combinations for the valid secure configuration. After updating to version 9.0.0, If you still intend to continue with signing or verifying tokens using invalid key type/algorithm value combinations, you’ll need to set the `allowInvalidAsymmetricKeyTypes` option to `true` in the `sign()` and/or `verify()` functions.&lt;/p&gt;
&lt;p&gt;# Will the fix impact my users?&lt;/p&gt;
&lt;p&gt;There will be no impact, if you update to version 9.0.0 and you already use a valid secure combination of key type and algorithm. Otherwise,  use the  `allowInvalidAsymmetricKeyTypes`…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: jsonwebtoken&lt;/p&gt;
&lt;p&gt;# Overview&lt;/p&gt;
&lt;p&gt;Versions `&amp;lt;=8.5.1` of `jsonwebtoken` library could be misconfigured so that legacy, insecure key types are used for signature verification. For example, DSA keys could be used with the RS256 algorithm.&lt;/p&gt;
&lt;p&gt;# Am I affected?&lt;/p&gt;
&lt;p&gt;You are affected if you are using an algorithm and a key type other than the combinations mentioned below&lt;/p&gt;
&lt;p&gt;| Key type |  algorithm                                    |
|----------|------------------------------------------|
| ec           | ES256, ES384, ES512                      |
| rsa          | RS256, RS384, RS512, PS256, PS384, PS512 |
| rsa-pss  | PS256, PS384, PS512                      |&lt;/p&gt;
&lt;p&gt;And for Elliptic Curve algorithms:&lt;/p&gt;
&lt;p&gt;| `alg` | Curve      |
|-------|------------|
| ES256 | prime256v1 |
| ES384 | secp384r1  |
| ES512 | secp521r1  |&lt;/p&gt;
&lt;p&gt;# How do I fix it?&lt;/p&gt;
&lt;p&gt;Update to version 9.0.0. This version validates for asymmetric key type and algorithm combinations. Please refer to the above mentioned algorithm / key type combinations for the valid secure configuration. After updating to version 9.0.0, If you still intend to continue with signing or verifying tokens using invalid key type/algorithm value combinations, you’ll need to set the `allowInvalidAsymmetricKeyTypes` option to `true` in the `sign()` and/or `verify()` functions.&lt;/p&gt;
&lt;p&gt;# Will the fix impact my users?&lt;/p&gt;
&lt;p&gt;There will be no impact, if you update to version 9.0.0 and you already use a valid secure combination of key type and algorithm. Otherwise,  use the  `allowInvalidAsymmetricKeyTypes`…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-8cf7-32gw-wr33</guid>
    </item>
    <item>
      <title>gsd-2022-23539</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-23539</link>
      <description>gsd-2022-23539</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-23539</guid>
    </item>
    <item>
      <title>RHSA-2023:3265 — Red Hat Security Advisory: Red Hat OpenShift Data Foundation 4.12.3 Security and Bug fix update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2023:3265</link>
      <description>&lt;p&gt;jsonwebtoken: Unrestricted key type could lead to legacy keys usagen express: &amp;#34;qs&amp;#34; prototype poisoning causes the hang of the node process&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;jsonwebtoken: Unrestricted key type could lead to legacy keys usagen express: &amp;#34;qs&amp;#34; prototype poisoning causes the hang of the node process&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2023:3265</guid>
    </item>
    <item>
      <title>WID-SEC-W-2023-0218 — IBM Integration Bus: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2023-0218</link>
      <description>&lt;p&gt;Ein entfernter, authentisierter Angreifer kann mehrere Schwachstellen in IBM Integration Bus ausnutzen, um beliebigen Programmcode auszuführen oder Sicherheitsvorkehrungen zu umgehen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, authentisierter Angreifer kann mehrere Schwachstellen in IBM Integration Bus ausnutzen, um beliebigen Programmcode auszuführen oder Sicherheitsvorkehrungen zu umgehen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2023-0218</guid>
    </item>
  </channel>
</rss>
