BlockaidによるWalletConnect詐欺検知の仕組みとは

主要な洞察

WalletConnectを悪用したモバイル発の「ドレイナー」詐欺が仮想通貨ユーザーにとって大きな脅威となっています。攻撃者はクローンdAppやフィッシング基盤、Drainer-as-a-Serviceキットを駆使し、ユーザーに悪意ある取引を承認させようとします。Blockaidは、オフチェーンとオンチェーンの分析や取引シミュレーション、機械学習を組み合わせ、署名時点で不審な動きを検知・ブロックします。Tangemなどのウォレットアプリにこの防御機能を組み込むことで、リスクの高い操作の前に明確な警告や説明を表示し、資産が盗まれる前に詐欺を未然に防ぎます。

ここ1年で、WalletConnectの仕組みを悪用したモバイル発の「ドレイナー」詐欺が仮想通貨ユーザーへの主要な攻撃手段となっています。何百万人ものユーザーが「Connect Wallet」ボタンをタップしたり、QRコードをスキャンしてモバイルウォレットとdAppを連携する際、WalletConnectに一定の信頼を預けています。このツールは本来、複雑なエコシステムを簡素化するために設計されましたが、その利便性がここ1年で武器化され、たった1回の署名が資産流出につながる巧妙な攻撃が相次いでいます。

攻撃の範囲は、フィッシングメールや偽アプリ、悪意あるdAppなどにも広がっています。WalletConnectは取引リクエストをユーザーに中継するため、詐欺師が正規のdAppやWalletConnectクライアントを装い、ユーザーに資産を引き渡させるケースが増えています。

悪意あるdAppの手口

悪意あるdAppがどのように作られ、配布されるのか、WalletConnectの署名を即座に資産流出へ変える技術的トリック、Blockaidが注目する具体的なシグナルや検知ポイントについて解説します。

信頼されているプラットフォームのクローン化

攻撃者はロゴやデザインだけでなく、dAppやウォレット、DeFiプロトコル全体をコピーします。通常、HTTrackなどのツールや独自スクリプトを使い、HTML・CSS・JavaScriptファイルごとサイトを丸ごと複製し、細かな変更を加えて再公開します。

This asset hijacking also involves embedding references to brand logos, fonts, and icons that are 
hotlinked directly from the original Content Delivery Network (CDN). It reduces forensic indicators, making the website appear authentic and trustworthy. 
Attackers use smart contract abstraction instead of rewriting the actual protocol. They create fake proxy contracts that look like real ones, but instead send calls to addresses they control. 

Fraudulent support ecosystems, including fake knowledge bases, live chat widgets, and Telegram “support admins," are created to further deceive users. These elements give the illusion of end-to-end legitimacy. As a result, cybercriminals can produce a pixel-perfect clone of legitimate sites, capable of intercepting seed phrases and private keys or misleading users into signing malicious transactions.

フィッシング基盤

攻撃者はドメイン生成アルゴリズムを使い、事前に大量のフィッシング用ドメインを作成します。これらは本物のサイトに酷似したスペルミスや類似文字、Unicodeの見た目の違いを利用して判別しにくくしています。

これらのドメインは通常、まとめて大量に登録されており、新しいものが常に利用可能です。さらに、Fast Fluxホスティングを用いてIPアドレスをボットネットや侵害サーバー経由で頻繁に切り替え、摘発を困難にします。多くのフィッシングサイトはリバースプロキシとしても機能し、外見上は本物に見えても実際は攻撃者のサーバーへ転送されます。こうしたサイトはLet’s Encryptなどのサービスから有効なSSL証明書を取得し、ユーザーに正規サイトのような印象を与えます。

また、攻撃者はドメインを直前に登録し、フィッシングに使うまで非アクティブ状態に保つ手法も取ります。これにより監視システムによる早期検知が困難になります。

攻撃基盤は一時的かつ変更が容易な設計です。仮に1つのドメインやサーバーが遮断されても、多数のコピーが残り、攻撃者は容易にキャンペーンを継続できます。これにより、攻撃者が防御側よりも速くインフラを入れ替え続ける「いたちごっこ」が生じます。

Drainer-as-a-Service（DaaS）

Drainer-as-a-Service（DaaS）の登場により、仮想通貨のフィッシング詐欺はさらに容易かつ組織的になりました。技術的な知識がなくても、犯罪者は攻撃に必要なテンプレートや悪意あるスマートコントラクト、管理システムを含むキットを購入できます。

一部のキットは利用中のウォレットを自動判別して攻撃内容をカスタマイズします。ビジネスモデルはSaaSに似ており、運営者がアクセス権を貸し出したり、盗んだ資金を分配したりします。これらのキットはセキュリティパッチやブラックリスト対策のため頻繁に更新されます。

拡散チャネル

攻撃者はフィッシングサイトやドレイナーを設置した後、ユーザーにクリックさせるための拡散に注力します。TelegramやDiscord、Xなどの人気チャネルで信頼されているメンバーを装ったり、既存グループを乗っ取ったりします。また、検索エンジンの上位表示や広告枠を利用して偽サイトへの誘導も行います。

ウェブ以外でも、悪意あるブラウザ拡張機能で正規dAppに不正スクリプトを注入したり、非公式アプリストアや時には公式ストア経由で偽モバイルアプリを配布することもあります。これらの手法は、ユーザーが普段から信頼している場所でフィッシングに遭遇させることを狙っています。

代表的な詐欺手口

悪意あるdAppが「Approve」やその他の署名を盗難に変える際に使う、オンチェーン・オフチェーンの具体的なパターンは以下の通りです：

• 無制限トークン承認/approve(MAX_UINT)：dAppがユーザーに無制限のトークン承認を求め、その後、攻撃者がtransferFromで資産を一括送金します。最も一般的な手口です。
   
• Permit/EIP-712オフライン署名（Permit, Seaport, Permit2）：オンチェーンの承認ではなく、dAppがEIP-712形式のメッセージ署名を求め、資産の使用権限を与えさせます。ユーザーには内容が分かりづらく、アプリ外で実行されることも多いです。BlockaidはEIP-712署名を悪用した事例を公開しています。
   
• エンコードされたcalldataの難読化：取引データがABIエンコードや圧縮、多重コール構造になっており、ウォレットのUIには「コントラクトコール」としか表示されず、ユーザーが内容を把握できません。
   
• プロキシや中継コントラクト：短期間だけ動作するプロキシコントラクトを使い、承認を受けてすぐに資産を攻撃者アドレスへ転送します。追跡やブラックリスト対策を困難にします。
   
• トークンラグや偽トークン：「トークン追加」や「エアドロップ承認」を装い、実際は悪意あるトークンで承認や資産流出を誘発します。
   
• メタトランザクション＆リレイヤー：オフチェーン署名とリレイヤーを組み合わせ、攻撃者自身が取引を送信せずに資産移動を実行します。
   
• 多段階UX操作：一見無害なステップ（接続や少額承認）を行った直後、同じセッション中に再度不透明な承認やpermitを求めるなど、複数段階でユーザーを誘導します。

Blockaidの役割

ここで登場するのがBlockaidです。Blockaidは複数のウォレットやプラットフォームで採用されており、ユーザーの承認時に危険を見抜く役割を担っています。署名リクエスト時に、宛先や内容を解析し、取引シミュレーションや既知の詐欺データベースとの照合を行い、不審な場合は警告またはブロックします。

The company’s platform blends broad internet crawling and dApp cataloging with fast transaction simulation and on-chain intelligence. It is increasingly embedded inside wallets, so the warning appears inside the app where the user decides.

The technology is less magic and more orchestration. Blockaid says it scans millions of web pages and dApp endpoints daily, maintaining a threat intelligence feed of malicious domains, deceptive token contracts, and known drainer signatures. Before a user attempts to sign, Tangem Wallet forwards the metadata about the dApp to Blockaid’s service. 

Blockaidは、リクエスト内容の高速シミュレーション、トークンやコントラクトの挙動分析、アドレスの評判チェック、そして独自のパターン認識を組み合わせて、リスクの高い操作かどうかを判定します。

BlockaidがdAppで注視するポイント

Blockaidは、インターネット全体のdAppスキャン、高速取引シミュレーション、オンチェーンのヒューリスティック分析を重視しています。ここでは、取引を許可・警告・ブロックする際に使われるシグナルや技術を紹介します。

フロントエンド指標（オフチェーン）

最初の防御ラインはオフチェーンのメタデータ検査です。攻撃者はクローンフロントエンドや使い捨てドメインに依存しており、これらは検知可能なシグナルとなります。

• ドメイン・ホスト名の信頼性：DNSテレメトリを脅威インテリジェンスと照合し、新規登録ドメインやTTLの短いドメイン（Fast Fluxに多い）、過去に悪用されたドメイン、フィッシング多発レジストラなどを検出します。
   
• UI/UXクローンパターン：DOMレベルでHTML/CSS構造やJavaScriptバンドル、インライン文字列を分析し、既知ブランドや過去のフィッシングテンプレートとの一致を調べます。クローラーが日々数百万のドメインをスクレイピングし、不正フロントエンドを特定します。
   
• ロゴ・アセットのハッシュ化：画像アセット（SVG・PNG等）を指紋化し、正規ブランドリポジトリと照合します。無関係なドメイン間でのハッシュ衝突や類似はなりすましの兆候です。

このフロントエンド分析により、ユーザーがオンチェーンで操作する前に悪意あるインフラを特定できます。

取引レベルのシミュレーション

ユーザーが取引を開始すると、決定論的シミュレーションが悪意ある挙動を最も確実に検知します。

• ステートフルフォーク＆ドライラン：未署名取引を現在のブロック高でブロックチェーンのフォーク状態上で実行し、実際の状態変化（トークン移動・ストレージ更新・イベント発火）をオンチェーンに記録せず再現します。
  For example, if the simulation shows that signing an approve call grants an attacker contract unlimited allowance followed by an immediate transfer, the transaction is flagged as high risk.
   
• calldataデコード：ABIデコードでcalldataを人間が読める関数呼び出し（approve、permit、transferFrom、fillOrder等）に変換し、UIで隠された意図も明らかにします。ABIが不明な場合は関数セレクタの一致などヒューリスティックを適用します。
   
• マルチコール展開：多くのドレイナーは多重マルチコール構造内に不正ロジックを隠します。シミュレーションで各サブコールを再帰的に展開し、バッチ操作の裏に隠れた送金を暴きます。

この実行層での検査が、取引の実際の経済的影響を確実に検証する唯一の方法です。

オンチェーンヒューリスティック

直接的なシミュレーションに加え、ドレイナーや悪意あるコントラクトに特有のパターンも検知します：

• コントラクトの新しさ：最近デプロイされたコントラクトや、取引履歴が少ない・過去にブラックリスト入りしたアドレスと関連するものは要注意です。
   
• 無制限承認→即送金：繰り返し現れるドレイナーが無限ERC-20承認を要求し、直後にsweep取引を行う場合、短いブロック間隔でapproveやpermit後に送金が続くシーケンスを検知します。
   
• ドレイナーの指紋：多くのDaaSキットは特定の関数呼び出し順やオペコードレベルのガス消費、既知のルーターコントラクトを再利用します。これらの行動パターンはYARAライクなシグネチャとして保存され、今後の取引と突合されます。Blockaidはこうした指紋やIOC（インジケータ・オブ・コンプロマイズ）も公開しています。

これらのヒューリスティックは常に更新され、既知・新規のドレイナーを共通の手口や技術で検知します。

行動・機械学習シグナル

最後に、統計的・行動的な異常検知が決定論的チェックを補完します：

• UXフローの逸脱：通常と異なる署名フロー（2段階目で搾取が発生する多段階承認や、ウォレット履歴から見て不自然なトークン量の要求など）を監視します。
   
• 第三者スイープパターン：悪意あるコントラクトは同一取引内で資産を「スイープ」アドレスへ転送することが多く、これらのアドレス群をクラスタリングすることで、報告前でも悪質ウォレットを特定できます。
   
• テレメトリ・ネットワーク効果：1つのウォレットでフィッシングが検知されると、そのシグナルが他のウォレットにも即時共有されます。これにより、単発の被害が数千人規模の予防策となる協調防御層が形成されます。Blockaidはこれを検知パイプラインの強みとしています。

要点まとめ（TL;DR）

多層的な防御戦略により、複数のアプローチを統合してセキュリティを強化します。Blockaidの主な役割は以下の通りです：

• ドメインやアセット検証、フロントエンド類似性チェックなどオフチェーンメタデータ分析を組み合わせる
• フォーク実行・calldata解析・マルチコール展開などオンチェーンシミュレーション技術を活用
• コントラクトの出自や無制限承認、ドレイナー指紋検出などヒューリスティックルールを適用
• 行動・機械学習テレメトリでフロー異常やスイープ検出、ブラックリストの迅速共有を実現
• インフラ構築段階からオンチェーン実行まで脅威を検知する包括的な防御モデルを構築
• 不可逆的な被害が出る前にドレイナー攻撃を無効化

Tangem Walletが実装する実用的なルール

Blockaidとの連携により、署名パイプラインに以下の実用的なチェックを導入しています：

• approveやpermit系の署名がある場合、「この操作はSPENDER XにY TOKENの送金権限を与えます」といった分かりやすい説明を表示
• 署名前に取引をシミュレーションし、ユーザーから外部アドレスへの送金が検出された場合は高リスクとして警告
• 限定的・無制限の承認それぞれに対し、強い明示的な確認を必須化
• 署名内容のデコードと、何を承認するのか平易な日本語でサマリー表示
• spenderや受取人が新規、または既知のドレイナーアドレスの場合は警告
• 同一ドメインやアドレスからの不審なフローには「本当に実行しますか？」の追加確認を表示
• ウォレットUIに「revoke」機能を実装し、承認の取り消し方法も案内

まとめ

悪意あるdAppはUIの信頼性や不透明な署名を悪用します。最も有効な防御策は、署名時点でcalldataをデコードし、状態変化をシミュレートし、オンチェーンの評判を確認して明確な警告を表示することです。Blockaidのスキャン＆シミュレーションパイプラインはまさにこの役割を担い、「Approve」ボタンを危険なものから情報提供型のものへと変えます。

Web3における詐欺師と防御側の攻防は、インターネット初期から続く発明と対抗のサイクルです。WalletConnectが取引を容易にしたことで、攻撃者も詐欺を容易にしました。

Blockaidのような企業は、Web3の分散型精神を損なうことなく、承認をより安全にすることを目指しています。今後、ユーザーに有利な状況となるかは、プラットフォームの警戒心や迅速な検知・業界全体での情報共有、そして最終的には「Approve」をクリックするユーザー自身の選択にかかっています。