<?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-03T03:33:56.135564+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-233439</id>
    <title>EUVD-2026-233439</title>
    <updated>2026-10-03T03:33:56.197372+00:00</updated>
    <content>EUVD-2026-233439</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-233439"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2022-39384</id>
    <title>fkie_cve-2022-39384</title>
    <updated>2026-10-03T03:33:56.197409+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>OpenZeppelin Contracts is a library for secure smart contract development. Before version 4.4.1 but after 3.2.0, initializer functions that are invoked separate from contract creation (the most prominent example being minimal proxies) may be reentered if they make an untrusted non-view external call. Once an initializer has finished running it can never be re-executed. However, an exception put in place to support multiple inheritance made reentrancy possible in the scenario described above, breaking the expectation that there is a single execution. Note that upgradeable proxies are commonly initialized together with contract creation, where reentrancy is not feasible, so the impact of this issue is believed to be minor. This issue has been patched, please upgrade to version 4.4.1. As a workaround, avoid untrusted external calls during initialization.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2022-39384"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-9c22-pwxw-p6hx</id>
    <title>GHSA-9c22-pwxw-p6hx — OpenZeppelin Contracts initializer reentrancy may lead to double initialization</title>
    <updated>2026-10-03T03:33:56.197443+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @openzeppelin/contracts, npm: @openzeppelin/contracts-upgradeable</p>
<p>### Impact</p>
<p>Initializer functions that are invoked separate from contract creation (the most prominent example being minimal proxies) may be reentered if they make an untrusted non-view external call.</p>
<p>Once an initializer has finished running it can never be re-executed. However, an exception put in place to support multiple inheritance made reentrancy possible in the scenario described above, breaking the expectation that there is a single execution.</p>
<p>Note that upgradeable proxies are commonly initialized together with contract creation, where reentrancy is not feasible, so the impact of this issue is believed to be minor.</p>
<p>### Patches</p>
<p>A fix is included in the version v4.4.1 of `@openzeppelin/contracts` and `@openzeppelin/contracts-upgradeable`.</p>
<p>### Workarounds</p>
<p>Avoid untrusted external calls during initialization.</p>
<p>### References
https://github.com/OpenZeppelin/openzeppelin-contracts/pull/3006</p>
<p>### Credits</p>
<p>This issue was identified and reported by @chaitinblockchain through [our bug bounty on Immunefi](https://immunefi.com/bounty/openzeppelin/).</p>
<p>### For more information</p>
<p>If you have any questions or comments about this advisory, or need assistance executing the mitigation, email us at security@openzeppelin.com.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-9c22-pwxw-p6hx"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2022-39384</id>
    <title>gsd-2022-39384</title>
    <updated>2026-10-03T03:33:56.197485+00:00</updated>
    <content>gsd-2022-39384</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2022-39384"/>
  </entry>
</feed>
