アイスフィッシング攻撃とは何ですか?

定義と仕組み

1. アイス フィッシング攻撃は、攻撃者がユーザーを騙して、暗号通貨ウォレットへの不正アクセスを許可する悪意のあるトランザクションに署名させるという欺瞞的な手法です。

2. 認証情報を盗む従来のフィッシングとは異なり、アイスフィッシングはウォレットの署名リクエストを悪用し、被害者が無意識のうちにトークンの割り当てや転送の承認を承認させます。

3. 攻撃者は通常、正規の DeFi プラットフォームや NFT マーケットプレイスを模倣した偽の分散型アプリケーション (dApp) インターフェイスをホストします。

4. ユーザーが自分の Web3 ウォレット (MetaMask など) に接続し、日常的に提示されたトランザクションに署名すると、実際にはアドレスから資産を引き出すためのスマート コントラクトが承認されます。

5. 承認されると、攻撃者はユーザーの追加の操作や確認を必要とせずに、いつでもトークンを排出できます。

共通のベクトルとプラットフォーム

1. Telegram グループ、Discord サーバー、Twitter/X DM を介して配布された悪意のあるリンクは、多くの場合、偽のエアドロップ請求ページにつながります。

2. 侵害された GitHub リポジトリまたは npm パッケージは、開発者が使用するオープンソースのウォレット統合に悪意のあるコードを挿入します。

3. ウォレットコネクタを装った偽のブラウザ拡張機能は、インストール時または最初の使用時に署名権限を要求します。

4. 侵害された広告ネットワークは、仮想通貨ニュース サイトに毒されたバナーを配信し、ユーザーを模倣のステーキング ダッシュボードにリダイレクトします。

5. 検索エンジン最適化操作により、「Uniswap v3 流動性計算ツール」のような意図の高いクエリに対して、不正な dApp が正規の dApp よりも上位に配置されます。

技術的特徴

1. アイスフィッシングに関与する取引に ETH 送金が含まれることはほとんどありません。代わりに、ERC-20 または ERC-721 コントラクトを対象としたapprove()呼び出しを展開します。

2. 攻撃者は、ゼロアドレス許可を頻繁に使用し、「initReward」や「setManager」などの一見無害な関数名を持つ悪意のあるコントラクトに無制限の使用権を付与します。

3. 署名ペイロードは多くの場合、 EIP-712 型付きデータ構造を使用して難読化され、人間が判読できるドメイン区切り文字やマスクされたメッセージ フィールドの背後に真の意図が隠されています。

4. 一部の亜種では、疑惑を軽減するために複数の承認を 1 つのプロンプトにまとめて、バッチ化された署名リクエストを採用しています。

5. これらの攻撃で使用されるコントラクト アドレスは、オンチェーン セキュリティ スキャナによる検出を回避するために、新しく展開された未検証の EVM 互換チェーン上に存在することがよくあります。

現実世界の事件

1. 2023 年 6 月、300 を超えるウォレットが偽の Arbitrum ブリッジ サイト経由で侵害され、ユーザーに「楽観的同期承認」への署名を促しました。これは実際には不正なコントラクトに対するトークン割り当てでした。

2. 2024 年初頭の OpenSea ユーザーをターゲットとしたフィッシング キャンペーンでは、SSL 証明書スプーフィングを使用したクローン ドメインが利用され、被害者は NFT の盗難を可能にする「コレクション検証」トランザクションに署名するように誘導されました。

3. Polygon 上の複数のウォレット接続ゲームは、隠蔽されたsetApprovalForAll()ロジックを含むサードパーティの分析 SDK を統合した後、大量悪用の被害に遭いました。

4. 偽装された Ledger Live 更新ページにより、ユーザーはファームウェア検証リクエストに署名するよう誘導され、BSC 上の BEP-20 トークン転送契約が密かに承認されました。

5. Blur マーケットプレイスの偽バージョンは、ウォレット接続イベントを傍受し、正規の署名ペイロードを攻撃者が制御する署名ペイロードに置き換える悪意のある JavaScript を挿入しました。

よくある質問

Q: ハードウェアウォレットはアイスフィッシングを防ぐことができますか? A: ハードウェア ウォレットには署名前に取引の詳細が表示されますが、ユーザーが表示されたデータを誤解したり、検証手順をスキップしたりすると、危険な許容量を承認する可能性があります。

Q: トークン許可を取り消すと、アイスフィッシング事件後の被害が完全に軽減されますか? A: 失効により将来の出金は停止されますが、すでに盗まれた資産は回復されません。攻撃者が転送を開始する前に実行する必要があります。

Q: モバイル Web3 ブラウザは、デスクトップブラウザよりもアイス フィッシングに対して脆弱ですか? A: モバイル インターフェイスでは、署名プロンプトが詳細度の低いビューに圧縮されることが多く、特に dApp デバッグ ツールが制限されている iOS Safari では、ブラインド承認の可能性が高くなります。

Q: 一部のブロックチェーン エクスプローラーがアイス フィッシング コントラクトに悪意のあるものとしてフラグを立てられないのはなぜですか? A: このような契約の多くには、展開時に明らかに有害なオペコードは含まれていません。その危険性は、特定の署名コンテキストおよび外部呼び出しパターンと組み合わせた場合にのみ現れます。