<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Confidential-Contracts (&lt; 0.3.2, &gt;= 0.4.0-Rc.0 &lt; 0.4.2, &gt;= 0.5.0-Rc.0 &lt; 0.5.2) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/confidential-contracts--0.3.2--0.4.0-rc.0--0.4.2--0.5.0-rc.0--0.5.2/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Sat, 26 Sep 2026 02:07:35 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/confidential-contracts--0.3.2--0.4.0-rc.0--0.4.2--0.5.0-rc.0--0.5.2/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Information Disclosure in OpenZeppelin Confidential Contracts</title><link>https://feed.craftedsignal.io/briefs/2026-09-openzeppelin-confidential-contracts/</link><pubDate>Sat, 26 Sep 2026 02:07:35 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-openzeppelin-confidential-contracts/</guid><description>The OpenZeppelin confidential-contracts library is vulnerable to private data leakage due to improper validation of encrypted handles returned by untrusted ERC-7984 tokens and recipients.</description><content:encoded><![CDATA[<p>The OpenZeppelin confidential-contracts library contains critical logic errors in its handling of FHE (Fully Homomorphic Encryption) handles, specifically within the <code>VestingWalletConfidential</code> and <code>ERC7984</code> implementations. These flaws allow untrusted external parties to bypass access control list (ACL) verification when consuming handles returned during contract operations.</p>
<p>In the <code>VestingWalletConfidential</code> contract, a malicious ERC-7984 token can provide an alternative encrypted <code>euint64</code> handle during a <code>release</code> call. Because the contract fails to verify that the token has the necessary ACL authorization to access or return that specific handle, the contract inadvertently grants the caller access to the handle, leading to unauthorized data disclosure. A similar vulnerability exists in the <code>ERC7984</code> transfer callback, where a malicious recipient can return an arbitrary <code>ebool</code> handle during an <code>onConfidentialTransferReceived</code> call. By manipulating the refund logic, an attacker can extract the plaintext of the chosen <code>ebool</code> handle. These issues allow for unauthorized information retrieval from within the FHE environment, though they do not permit the theft of funds.</p>
<h2 id="impact">Impact</h2>
<p>The vulnerability affects users and protocols relying on the OpenZeppelin confidential-contracts library to manage private FHE-encrypted data. An attacker can gain unauthorized access to private <code>euint64</code> and <code>ebool</code> handles associated with the target wallet or token transactions. This results in the exposure of confidential data stored within the FHE encrypted state. While the impact is limited to information disclosure and does not allow for direct theft or draining of assets, it compromises the confidentiality guarantees of the smart contracts involved.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade the <code>confidential-contracts</code> library to versions 0.3.2, 0.4.2, or 0.5.2 immediately to apply the required ACL validation patches.</li>
<li>Audit all custom implementations of <code>IERC7984Receiver</code> to ensure that callback logic does not blindly process encrypted handles returned by untrusted callers.</li>
<li>Review smart contract interaction logs to identify any anomalous calls to <code>release</code> or <code>onConfidentialTransferReceived</code> involving unknown or non-standard token addresses that may have been used to probe for handle leakage.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>vulnerability</category><category>smart-contract</category><category>crypto</category><category>exfiltration</category></item></channel></rss>