<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Arbitrum Security Reviews]]></title><description><![CDATA[Arbitrum Security Reviews]]></description><link>https://tanisha-web3-security.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Thu, 05 Nov 2026 06:05:21 GMT</lastBuildDate><atom:link href="https://tanisha-web3-security.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Inside Arbitrum's Token Contracts: What 8 Independent Security Reviews Found]]></title><description><![CDATA[Independent internship-level review by EtherAuthority. Not an official, commissioned or certified audit. Arbitrum One holds billions of dollars across…]]></description><link>https://tanisha-web3-security.hashnode.dev/inside-arbitrum-s-token-contracts-what-8-independent-security-reviews-found</link><guid isPermaLink="true">https://tanisha-web3-security.hashnode.dev/inside-arbitrum-s-token-contracts-what-8-independent-security-reviews-found</guid><category><![CDATA[Arbitrum]]></category><category><![CDATA[Security]]></category><category><![CDATA[Web3]]></category><category><![CDATA[Solidity]]></category><category><![CDATA[etherauthority]]></category><dc:creator><![CDATA[tanisha aggarwal]]></dc:creator><pubDate>Fri, 16 Oct 2026 05:17:38 GMT</pubDate><content:encoded><![CDATA[<p><em>Independent internship-level review by EtherAuthority. Not an official, commissioned or certified audit.</em></p>
<p>Arbitrum One holds billions of dollars across bridged tokens, stablecoins and yield vaults. We wanted to know how the contracts behind eight widely used assets actually behave, so we reviewed <strong>WBTC, LINK, VISR, cbBTC, USDS, sUSDS, sUSDC and RAIN</strong>.</p>
<h2>How we reviewed them</h2>
<p>For each contract we matched the deployed bytecode to its public source, recompiled it with the exact compiler version Arbiscan reports, ran Slither and Solhint, and, where possible, deployed the real compiled bytecode to a local EVM and tested it live. Where we could not verify something on-chain, the report says so.</p>
<h2>The headline</h2>
<p>No Critical or High severity findings in any of the eight contracts. But a clean code review is not the same as low risk. The bigger difference between these assets is their trust model: who is able to change the token's behaviour after you hold it.</p>
<h2>Bridge tokens: minimal trust, shared code (WBTC, LINK, VISR)</h2>
<p>These use Arbitrum's standard bridge token logic. There is no owner, admin, pauser or blacklister. The only privileged caller is the L2 gateway, set once at deployment. WBTC and LINK run byte-for-byte identical implementations, which we confirmed by comparing addresses rather than trusting Arbiscan's label. For VISR, Arbiscan did not show a resolved implementation address, so our match rests on strong circumstantial evidence and is flagged as an assumption.</p>
<p>The trade-off: because the code is shared, a defect in it would affect every token cloned from it.</p>
<h2>Stablecoins and vaults: where the trust decisions live</h2>
<p><strong>cbBTC</strong> reuses Circle's own USDC codebase (FiatTokenV2_1). The code is very clean and all 27 of our live tests passed, but it carries the largest control surface in the set: an owner, per-address minters, a pauser, a blacklister and a separate proxy admin.</p>
<p><strong>USDS and sUSDS</strong> come from Sky Ecosystem's MakerDAO lineage and use the wards/auth governance pattern. Minting is governed, while burn() is open by design, matching DAI. No exploitable bugs were found, so the practical question is who currently holds ward status. sUSDS's repository also already carries two professional audits (Cantina and ChainSecurity).</p>
<p><strong>sUSDC</strong> (Spark's USDC vault) is the most mechanically complex contract. It had three Medium findings in its own code: a divide-before-multiply precision loss in a view function, a loosely typed token interface and an ignored return value. None were exploitable in our live tests. Its safety also depends on an external PSM contract that was outside our scope.</p>
<h2>The smaller project: RAIN</h2>
<p>RAIN has no public source repository, so we recovered the source from Arbiscan. Its code compiled and passed all 21 tests. We flagged unused legacy price-feed code left over from an earlier version, and the fact that upgrades are now permanently disabled, which reduces owner control but also means a future bug could not be patched through the same proxy.</p>
<h2>What to take away</h2>
<ul>
<li><p>"No critical or high findings" describes the code, not the trust model.</p>
</li>
<li><p>Before relying on any of these assets, check on-chain who holds the privileged roles today.</p>
</li>
<li><p>Shared implementations are efficient but concentrate risk.</p>
</li>
</ul>
<h2>Read the full reports</h2>
<ol>
<li><p>cbBTC: <a href="https://docs.google.com/document/d/1SFfej2Navh83j2iS8ilRnCIUVTfbI5J_/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1SFfej2Navh83j2iS8ilRnCIUVTfbI5J_/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
<li><p>LINK: <a href="https://docs.google.com/document/d/1XI4nl0FhGoejdk2wzAy9hxG3IJqnQK0j/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1XI4nl0FhGoejdk2wzAy9hxG3IJqnQK0j/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
<li><p>RAIN: <a href="https://docs.google.com/document/d/1xSOpCiK8kBhHrqmE8XSDlVQk2Km4O10W/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1xSOpCiK8kBhHrqmE8XSDlVQk2Km4O10W/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
<li><p>sUSDC: <a href="https://docs.google.com/document/d/1AN2ASRObdtRb0BtUc187YsketqnhDTm0/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1AN2ASRObdtRb0BtUc187YsketqnhDTm0/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
<li><p>sUSDS: <a href="https://docs.google.com/document/d/1PJLVyAW64hIglgzU3ynSX029XG86uCZb/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1PJLVyAW64hIglgzU3ynSX029XG86uCZb/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
<li><p>USDS: <a href="https://docs.google.com/document/d/1PdmCNCpaVo7-oLJGAYNVPjAvzLCn5tu3/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1PdmCNCpaVo7-oLJGAYNVPjAvzLCn5tu3/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
<li><p>VISR: <a href="https://docs.google.com/document/d/1lxxC6qdy1N%5C_z6xutYPRnpMY6swlhsmiK/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1lxxC6qdy1N\_z6xutYPRnpMY6swlhsmiK/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
<li><p>WBTC: <a href="https://docs.google.com/document/d/1DsGFYn8CPqDCxVJwUe28zAOAYi7xqbgr/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true">https://docs.google.com/document/d/1DsGFYn8CPqDCxVJwUe28zAOAYi7xqbgr/edit?usp=sharing&amp;ouid=100643542964034034914&amp;rtpof=true&amp;sd=true</a></p>
</li>
</ol>
<h2><em>This post summarizes independent reviews prepared by an EtherAuthority intern. They are not endorsements or guarantees of security, and should not be presented as official audits.</em></h2>
]]></content:encoded></item></channel></rss>