2024 年 4 月 19 日、ヘッジ ファイナンスは複数の攻撃取引を受け、200 万ドルを超える損失を被りました。
SharkTeam はこのインシデントの技術分析を直ちに実施し、セキュリティ上の注意事項をまとめました。今後のプロジェクトがこれから学び、ブロックチェーン業界のセキュリティ防御ラインを共同で構築できることを願っています。
1. 攻撃トランザクション分析
Hedgey Finance は、トークン承認の脆弱性を悪用して ClaimCampaigns コントラクト内の大量のトークンを盗む攻撃者によって複数回攻撃を受けています。
約 130 万米ドルの最大規模の取引を例に挙げます。
攻撃トランザクション: 0x2606d459a50ca4920722a111745c2eeced1d8a01ff25ee762e22d5d4b1595739
攻撃者: 0xded2b1a426e1b7d415a40bcad44e98f47181dda2
攻撃契約: 0xc793113f1548b97e37c409f39244ee44241bf2b3
対象契約: 0xbc452fdc8f851d7c5b72e1fe74dfb63bb793d511 (クレームキャンペーン)
この取引により、ClaimCampaigns 契約から 1,303,910.12 USDC が直接送金されました。取引詳細は以下の通りです。
実際に攻撃を開始したトランザクションは、
0xa17fdb804728f226fcd10e78eae5247abd984e0f03301312315b89cae25aa517 (0x a 17 f と省略)
攻撃プロセスは次のとおりです。
バランサーからの 1 フラッシュ ローン 130 万 5000 万 USDC。
2. ClaimCampaigns コントラクトで createLockedCampaign 関数を呼び出します。この関数では、攻撃コントラクトは 130 万 500 万 USDC を ClaimCampaigns コントラクトにデポジットし、次に laimCampaigns コントラクトは転送された 130 万 5000 万 USDC を攻撃コントラクトが使用することを承認します。
3. ClaimCampaigns コントラクトで cancelCampaign 関数を呼び出します。この関数では、攻撃契約により入金された 130 万 5000 万 USDC が撤回されますが、createLockedCampaign 関数で攻撃契約に承認された USDC はキャンセルされません。
4 バランサーのフラッシュローンを返済するために契約を攻撃します。
このトランザクションでは、攻撃コントラクトが ClaimCampaigns コントラクトに格納されている 1.305 M USDC を引き出した後、ClaimCampaigns コントラクトによって承認された 1.305 M USDC が取り消されていないため、攻撃コントラクトは直接 USDC の transferFrom 関数を再度呼び出すことができます。 ClaimCampaigns 契約から 130 万 5000 万 USDC を譲渡します。これは、トランザクション 0xa17fdb804728f226fcd10e78eae5247abd984e0f03301312315b89cae25aa517 によって実装される関数でもあります。
上記 2 つのトランザクションを通じて、攻撃者は ClaimCampaigns 契約から 130 万 5000 万 USDC を盗みました。
USDC に加えて、攻撃者はこの脆弱性を悪用して、ClaimCampaigns 契約から大量の NOBL トークンを盗みました。USDC と合わせて総額は 200 万ドルを超えます。
2. 脆弱性分析
このインシデントの根本原因は、プロジェクトのスマート コントラクトの実装ロジックにトークン承認の脆弱性があり、攻撃者が対象のコントラクト承認を msg.sender のトークンに繰り返し転送できることです。
スマート コントラクト ClaimCampaigns の createLockedCamaign 関数は、msg.sender のトークンをターゲット コントラクトに保存し、これらのトークンを msg.sender に承認します。
cancelCampaign 関数は、入金されたトークンを引き出しますが、トークンの承認はキャンセルしません。
攻撃者はこの脆弱性を利用し、Token の transferFrom 関数を直接呼び出して、対象のコントラクトから承認されたトークンを再度転送します。
3. 安全に関する提案
この攻撃に対応するには、開発プロセス中に次の予防措置に従う必要があります。
(1) プロジェクトの設計および開発プロセス中、特に資産の譲渡に関しては、譲渡を避けるために承認されたトークンの数が同期されていることを確認して、ロジックの整合性と厳密性を維持する必要があります。上記からのトークンは承認のキャンセルはありません。
(2) プロジェクトがオンラインになる前に、サードパーティの専門監査会社によってスマート コントラクト監査を実施する必要があります。
私たちについて
SharkTeam のビジョンは、Web3 の世界を保護することです。このチームは、ブロックチェーンとスマート コントラクトの基礎理論に精通した、世界中から集まった経験豊富なセキュリティ専門家と上級研究者で構成されています。リスクの特定とブロック、スマートコントラクト監査、KYT/AML、オンチェーン分析などのサービスを提供し、高度な持続的脅威（高度な持続的脅威）に効果的に対抗できるオンチェーンのインテリジェントなリスク特定とブロックプラットフォームChainAegisを作成しました。 Web3 の世界では持続的脅威、APT)。 Polkadot、Moonbeam、polygon、Sui、OKX、imToken、Collab.Land、TinTinLand など、Web3 エコシステムのさまざまな分野の主要企業と長期的な協力関係を確立しています。
公式ウェブサイト： https://www.sharkteam.org
Twitter: https://twitter.com/sharkteamorg
ディスコード: https://discord.gg/jGH9xXCjDZ
