<?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>Fri, 02 Oct 2026 19:38:53 +0000</lastBuildDate>
    <item>
      <title>certfr-2026-avi-0292 — De multiples vulnérabilités ont été découvertes dans les produits IBM. Certaines d'entre elles permettent à un attaquan…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0292</link>
      <description>certfr-2026-avi-0292</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0292</guid>
    </item>
    <item>
      <title>EUVD-2026-329597</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-329597</link>
      <description>EUVD-2026-329597</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-329597</guid>
    </item>
    <item>
      <title>fkie_cve-2023-46233</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-46233</link>
      <description>&lt;p&gt;crypto-js is a JavaScript library of crypto standards. Prior to version 4.2.0, crypto-js PBKDF2 is 1,000 times weaker than originally specified in 1993, and at least 1,300,000 times weaker than current industry standard. This is because it both defaults to SHA1, a cryptographic hash algorithm considered insecure since at least 2005, and defaults to one single iteration, a &amp;#39;strength&amp;#39; or &amp;#39;difficulty&amp;#39; value specified at 1,000 when specified in 1993. PBKDF2 relies on iteration count as a countermeasure to preimage and collision attacks. If used to protect passwords, the impact is high. If used to generate signatures, the impact is high. Version 4.2.0 contains a patch for this issue. As a workaround, configure crypto-js to use SHA256 with at least 250,000 iterations.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;crypto-js is a JavaScript library of crypto standards. Prior to version 4.2.0, crypto-js PBKDF2 is 1,000 times weaker than originally specified in 1993, and at least 1,300,000 times weaker than current industry standard. This is because it both defaults to SHA1, a cryptographic hash algorithm considered insecure since at least 2005, and defaults to one single iteration, a &amp;#39;strength&amp;#39; or &amp;#39;difficulty&amp;#39; value specified at 1,000 when specified in 1993. PBKDF2 relies on iteration count as a countermeasure to preimage and collision attacks. If used to protect passwords, the impact is high. If used to generate signatures, the impact is high. Version 4.2.0 contains a patch for this issue. As a workaround, configure crypto-js to use SHA256 with at least 250,000 iterations.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-46233</guid>
    </item>
    <item>
      <title>GHSA-xwcq-pm8m-c4vf — crypto-js PBKDF2 1,000 times weaker than specified in 1993 and 1.3M times weaker than current standard</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-xwcq-pm8m-c4vf</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: crypto-js&lt;/p&gt;
&lt;p&gt;### Impact
#### Summary
Crypto-js PBKDF2 is 1,000 times weaker than originally specified in 1993, and [at least 1,300,000 times weaker than current industry standard][OWASP PBKDF2 Cheatsheet]. This is because it both (1) defaults to [SHA1][SHA1 wiki], a cryptographic hash algorithm considered insecure [since at least 2005][Cryptanalysis of SHA-1] and (2) defaults to [one single iteration][one iteration src], a &amp;#39;strength&amp;#39; or &amp;#39;difficulty&amp;#39; value specified at 1,000 when specified in 1993. PBKDF2 relies on iteration count as a countermeasure to [preimage][preimage attack] and [collision][collision attack] attacks.&lt;/p&gt;
&lt;p&gt;Potential Impact:&lt;/p&gt;
&lt;p&gt;1. If used to protect passwords, the impact is high.
2. If used to generate signatures, the impact is high.&lt;/p&gt;
&lt;p&gt;Probability / risk analysis / attack enumeration:&lt;/p&gt;
&lt;p&gt;1. [For at most $45,000][SHA1 is a Shambles], an attacker, given control of only the beginning of a crypto-js PBKDF2 input, can create a value which has _identical cryptographic signature_ to any chosen known value.
4. Due to the [length extension attack] on SHA1, we can create a value that has identical signature to any _unknown_ value, provided it is prefixed by a known value. It does not matter if PBKDF2 applies &amp;#39;[salt][cryptographic salt]&amp;#39; or &amp;#39;[pepper][cryptographic pepper]&amp;#39; or any other secret unknown to the attacker. It will still create an identical signature.&lt;/p&gt;
&lt;p&gt;Update: PBKDF2 requires a pseudo-random function that takes two inputs, so HMAC-SHA1 is used rather than plain SHA1. HMAC is no…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: crypto-js&lt;/p&gt;
&lt;p&gt;### Impact
#### Summary
Crypto-js PBKDF2 is 1,000 times weaker than originally specified in 1993, and [at least 1,300,000 times weaker than current industry standard][OWASP PBKDF2 Cheatsheet]. This is because it both (1) defaults to [SHA1][SHA1 wiki], a cryptographic hash algorithm considered insecure [since at least 2005][Cryptanalysis of SHA-1] and (2) defaults to [one single iteration][one iteration src], a &amp;#39;strength&amp;#39; or &amp;#39;difficulty&amp;#39; value specified at 1,000 when specified in 1993. PBKDF2 relies on iteration count as a countermeasure to [preimage][preimage attack] and [collision][collision attack] attacks.&lt;/p&gt;
&lt;p&gt;Potential Impact:&lt;/p&gt;
&lt;p&gt;1. If used to protect passwords, the impact is high.
2. If used to generate signatures, the impact is high.&lt;/p&gt;
&lt;p&gt;Probability / risk analysis / attack enumeration:&lt;/p&gt;
&lt;p&gt;1. [For at most $45,000][SHA1 is a Shambles], an attacker, given control of only the beginning of a crypto-js PBKDF2 input, can create a value which has _identical cryptographic signature_ to any chosen known value.
4. Due to the [length extension attack] on SHA1, we can create a value that has identical signature to any _unknown_ value, provided it is prefixed by a known value. It does not matter if PBKDF2 applies &amp;#39;[salt][cryptographic salt]&amp;#39; or &amp;#39;[pepper][cryptographic pepper]&amp;#39; or any other secret unknown to the attacker. It will still create an identical signature.&lt;/p&gt;
&lt;p&gt;Update: PBKDF2 requires a pseudo-random function that takes two inputs, so HMAC-SHA1 is used rather than plain SHA1. HMAC is no…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-xwcq-pm8m-c4vf</guid>
    </item>
    <item>
      <title>gsd-2023-46233</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-46233</link>
      <description>gsd-2023-46233</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-46233</guid>
    </item>
    <item>
      <title>RHSA-2024:0151 — Red Hat Security Advisory: .NET 7.0 security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2024:0151</link>
      <description>&lt;p&gt;crypto-js: PBKDF2 1,000 times weaker than specified in 1993 and 1.3M times weaker than current standard dotnet: Information Disclosure: MD.SqlClient(MDS) &amp;amp; System.data.SQLClient (SDS) dotnet: X509 Certificates - Validation Bypass across Azure dotnet: .NET Denial of Service Vulnerability&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;crypto-js: PBKDF2 1,000 times weaker than specified in 1993 and 1.3M times weaker than current standard dotnet: Information Disclosure: MD.SqlClient(MDS) &amp;amp; System.data.SQLClient (SDS) dotnet: X509 Certificates - Validation Bypass across Azure dotnet: .NET Denial of Service Vulnerability&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2024:0151</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-46233</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-46233</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: cryptojs, Ubuntu:Pro:18.04:LTS: cryptojs, Ubuntu:20.04:LTS: cryptojs, Ubuntu:Pro:22.04:LTS: cryptojs, Ubuntu:24.04:LTS: cryptojs&lt;/p&gt;
&lt;p&gt;crypto-js is a JavaScript library of crypto standards. Prior to version 4.2.0, crypto-js PBKDF2 is 1,000 times weaker than originally specified in 1993, and at least 1,300,000 times weaker than current industry standard. This is because it both defaults to SHA1, a cryptographic hash algorithm considered insecure since at least 2005, and defaults to one single iteration, a &amp;#39;strength&amp;#39; or &amp;#39;difficulty&amp;#39; value specified at 1,000 when specified in 1993. PBKDF2 relies on iteration count as a countermeasure to preimage and collision attacks. If used to protect passwords, the impact is high. If used to generate signatures, the impact is high. Version 4.2.0 contains a patch for this issue. As a workaround, configure crypto-js to use SHA256 with at least 250,000 iterations.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: cryptojs, Ubuntu:Pro:18.04:LTS: cryptojs, Ubuntu:20.04:LTS: cryptojs, Ubuntu:Pro:22.04:LTS: cryptojs, Ubuntu:24.04:LTS: cryptojs&lt;/p&gt;
&lt;p&gt;crypto-js is a JavaScript library of crypto standards. Prior to version 4.2.0, crypto-js PBKDF2 is 1,000 times weaker than originally specified in 1993, and at least 1,300,000 times weaker than current industry standard. This is because it both defaults to SHA1, a cryptographic hash algorithm considered insecure since at least 2005, and defaults to one single iteration, a &amp;#39;strength&amp;#39; or &amp;#39;difficulty&amp;#39; value specified at 1,000 when specified in 1993. PBKDF2 relies on iteration count as a countermeasure to preimage and collision attacks. If used to protect passwords, the impact is high. If used to generate signatures, the impact is high. Version 4.2.0 contains a patch for this issue. As a workaround, configure crypto-js to use SHA256 with at least 250,000 iterations.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-46233</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-0949 — IBM Security Verify Access: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0949</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in IBM Security Verify Access ausnutzen, um Administratorrechte zu erlangen, beliebigen Code auszuführen, Sicherheitsmaßnahmen zu umgehen, Cross-Site-Scripting-Angriffe durchzuführen sowie Daten zu verändern oder offenzulegen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in IBM Security Verify Access ausnutzen, um Administratorrechte zu erlangen, beliebigen Code auszuführen, Sicherheitsmaßnahmen zu umgehen, Cross-Site-Scripting-Angriffe durchzuführen sowie Daten zu verändern oder offenzulegen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0949</guid>
    </item>
  </channel>
</rss>
