2025年版:DeFiウォレットのセキュリティ対策トップ5

オフチェーン攻撃は2024年の資金損失の80.4%を占めており、その大部分はアカウントの侵害によるものでした。DeFiの成長が続く中、ウォレットセキュリティはデジタル資産を保護する上で重要な戦場となっています。

このガイドでは、Alchemyのブロックチェーンインフラで主要なDeFiプラットフォームを支えてきた経験をもとに、安全なDeFiウォレットの基礎と、ユーザーをより良く保護するために実装できる戦略について解説します。

DeFiにおけるスマートウォレットの理解

スマートウォレットは、単一の秘密鍵ではなくスマートコントラクトのロジックによって制御されるプログラマブルなアカウントです（これは外部所有アカウント（EOA）モデルとは異なります）。暗号署名とシードフレーズの保護をユーザーに依存する従来のcrypto walletsとは異なり、スマートウォレットはアカウントリカバリー、支出制限、自動化されたセキュリティプロトコルといった高度な機能を可能にします。

ここでの重要なポイントは、スマートウォレットが単純な鍵管理から高度なアカウントシステムへとDeFiウォレットを進化させているということです。Alchemyは、ガス代のスポンサーシップのためのGas Manager、ユーザーオペレーションのバンドリングのためのBundler、そしてRPCとData APIsによってスマートウォレット開発者をサポートしています。

外部所有アカウントとスマートアカウントの比較

市場は、スマートウォレットのプログラマビリティと優れたUXに対する明確な需要を示しています。最近の調査では、ウォレットユーザーの35%がセキュリティを最大の懸念事項として挙げており、ソーシャルリカバリー対応ウォレットは前年比44%増加しています。

一般ユーザーがオンチェーンに参入するにつれ、ソーシャルリカバリー、プログラマビリティ、より安全なUXへの需要はさらに高まっていくでしょう。スマートウォレットは、そのより良い体験を実現するインフラです。しかし、そのプログラマビリティの力やスマートウォレットがどのようにセキュリティを向上させるかを論じる前に、一度立ち止まって、現在市場にあるウォレットの種類を高いレベルで見てみましょう。

ホット、コールド、マルチシグ、MPCの解説

外部所有アカウントの世界には、ウォレットセキュリティに直接影響するいくつかの重要な概念があります。

ホットウォレットは秘密鍵をオンラインに保存し、即座にアクセスできるようにします。ブラウザから直接これらのアプリと簡単にやり取りできるため、日常的な取引には最適ですが、同時にリモート攻撃に脆弱です（インターネットと簡単にやり取りできるということは、逆にインターネット側もあなたのウォレットと簡単にやり取りでき、悪用される可能性があるということです）。これはMetamaskやPhantom、その他のブラウザ拡張機能に該当します。

コールドウォレットは鍵を完全にオフラインで保管し、長期保管に理想的なセキュリティを提供します。盗まれた暗号資産の70%が侵害された秘密鍵・シードフレーズに起因するのであれば、その情報をオフラインに保つことはセキュリティを大きく向上させます。ただし、そのセキュリティの向上はUXの悪化と引き換えになります。アプリとやり取りするには、このハードウェアデバイスをインターネットに接続されたデバイス（パソコン）に接続し、パスワードを入力し、ホットウォレットならワンクリックで済む取引に複数のステップを踏む必要があります。コールドウォレットにはLedger、Trezorなどがあります。

マルチシグウォレットは取引の承認に複数の署名を必要とし、単一障害点を排除します。上記の例では単一のユーザーが送金取引を承認できますが、マルチシグでは取引が実行される前に署名者の過半数による承認が必要です。例えば2-of-3の設定では、3つの鍵のうち2つの署名が取引実行に必要です。これにより、1つの鍵が侵害されても署名者の過半数が正当であればそのウォレットの資金は安全に保たれるため、セキュリティが向上します。ただし、これはUXとのトレードオフを伴います。複数の当事者が各取引に署名する必要があるため、取引の完了に時間がかかります。

MPC（マルチパーティ計算）ウォレットは両者の良いところを組み合わせ、マルチシグウォレットの高いセキュリティとホットウォレットの優れたUXを両立させます。MPCウォレットでは、秘密鍵が複数のデバイスやサーバーにシャーディングされているため、どのデバイスも鍵全体を保持していません。そのため、1つのシャードが侵害されたり失われたりしても、そのウォレットの資金が流出したり失われたりすることはありません。よくある実装として、シャードの所有権をアプリユーザーとアプリ自体の間で分割することが挙げられます。これにより、ユーザーが鍵を紛失した場合でも、アプリがアカウントへのアクセス回復を支援できます（現在のWeb2アカウントと同じ仕組みです）。

なぜDeFiでウォレットセキュリティは破綻するのか

DeFiのパーミッションレスな性質は、従来のセキュリティモデルでは対処できない独自の攻撃ベクトルを生み出します。これらの失敗のパターンを理解することは、効果的な対策を実装する上で重要です。そのためAlchemyは、それぞれの脆弱性に対応する包括的なセキュリティツールを開発してきました。

オフチェーン攻撃とフィッシングの統計

Halbornの2025年セキュリティレポートによると、DeFiの損失の80.5%はスマートコントラクトのエクスプロイトではなく、オフチェーン攻撃に起因しています。最も多い3つのフィッシングベクトルは以下の通りです。

• 偽のエアドロップ：悪意のある取引に署名させるよう仕向ける
• 悪意のあるブラウザ拡張機能：取引データを傍受・改ざんする
• 偽サイト：もっともらしいインターフェースで秘密鍵を収集する

この問題の根本にあるのは、ほとんどのウォレットが単一の鍵によって制御されているという単純な事実です。その鍵のデータが一度侵害されれば、それに紐づく資金はすべて自由に移動されてしまいます。

_「DeFiはカスタマーサービスのない銀行のようなもので、何か問題が起きても誰も助けてくれない」_とSovic Chakrabarti氏は最近のセキュリティ分析で警告しています。スマートウォレットのおかげでこの現実は変わりつつありますが、ウォレットプロバイダーの大多数がこのスマートアカウントモデルを採用するまでは、この現実は依然として当てはまります。

トークン承認の管理

DeFiとやり取りするために、ユーザーはしばしばスマートコントラクトに自分の資産へのアクセスを「承認」する必要があります。一つの課題は、ユーザーがアプリの利用を終えた後もそのアクセス権を取り消さないことが多く、それが接続されたウォレットを枯渇させかねないコントラクトエクスプロイトの入り口を開いたままにしてしまうことです。Georgia Techの研究によると、未使用の承認を定期的に確認しているユーザーはわずか10.8%です。

2024年に起きた2つの大きなインシデントがこのリスクを浮き彫りにしています。Radiant Capitalのエクスプロイトでは侵害された承認を通じて5,000万ドルが流出し、また複数の「承認ファーミング」攻撃が、悪意のあるコントラクトに無制限の許可を与えたユーザーを標的にしました。

自動化された承認の衛生管理――未使用の権限を定期的に取り消すこと――は、こうしたドレイナー攻撃に対する最も効果的な防御策です。チームは承認の監視や自動取り消しツールを使ってこうした権限を管理できます。

二要素認証とコントラクト監査による誤った安心感

多くのユーザーは、様々な理由から暗号資産について誤った安心感を抱いています。仮想通貨イコール安全と考えるユーザーもいれば、法定通貨のオン/オフランプで2FAを設定しているために、コントラクトのバグでも同じくらい簡単にウォレットが枯渇しうることを理解していないユーザーもいます。また、スマートコントラクトが監査済みであることを見て、それが完璧に安全だと思い込むユーザーもいます。

DeFiの世界では、慎重であること、そしてこの空間をゼロトラストの空間として扱うことが重要です。すべての取引やメッセージは検証されるべきであり、すべてのポップアップは疑われるべきであり、すべてのユーザーは慎重に行動すべきです。

スマートウォレットによるDeFiセキュリティのトップ戦略

こうしたセキュリティ上の問題がある中で、ユーザーがより安全に取引できる環境を提供するために何ができるでしょうか。Alchemyは7年以上にわたりブロックチェーンインフラを構築しており、RPC、Data APIs、Gas Manager、Bundlerによって主要なDeFiプラットフォームをサポートしています。ここでは、自社のアプリケーションやウォレットスタックに取り入れられるヒントと戦術を紹介します。

1. 多層的な鍵管理

リスクの大部分は、外部所有アカウントによる単一鍵ウォレットモデルに起因します。ハッキングされたプロトコルのうち、マルチシグウォレットを使用していたのはわずか19%、コールドウォレットの使用はわずか2%でした。鍵のローテーション、マルチシグ、コントラクトのホワイトリスト化、パスキー統合を可能にするようアプリを移行することが最初のステップです。

実装のステップ：

• スマートウォレットをデプロイする
• より安全なログインのために生体認証や多要素認証を有効にする
• セッションキーを使って特定のアクションやユーザーへの権限を委譲する
• シームレスなアカウントリカバリーの仕組みを有効にする

このアプローチにより、使いやすさを維持しながら単一障害点を排除できます。Alchemyはスマートウォレットアプリケーション向けに、RPCとData APIs、Gas Managerによるガス代スポンサーシップ、Bundlerによるユーザーオペレーションのバンドリングを提供しています。

2. トークン承認の衛生管理を自動化する

ウォレットに代わって取引を実行させるためにコントラクトを承認する必要がある場合は、日次または週次でその承認を定期的に取り消す仕組みや運用を検討してください。これにより、コントラクトエクスプロイトへの露出期間を制限できます。

推奨されるプラクティス：

• ウォレットが接続されているアプリを確認するために毎週レビュースケジュールを設定する
• 30日間非アクティブな承認を自動的に取り消す
• 一括管理にはRevoke.cashなどのツールを利用する
• ウォレットダッシュボードで承認イベントを監視する
• 最初の承認は無制限ではなく、特定の金額に制限する

3. ゼロトラストによる取引シミュレーション

ゼロトラスト検証とは、何も当然のこととして受け入れないということです。暗号資産の理念は「信頼せよ、しかし検証せよ」であり、この理念はオンチェーンで実行するすべての取引に適用すべきです。あるクライアントは、このアプローチを採用することで3か月以内にセキュリティインシデントを76%削減しました。これには以下のようなことが含まれます。

• やり取りするすべてのオンチェーンアドレスを相互参照する
• ホットウォレットとやり取りする前にドメインURLを確認する
• 署名しアクションを実行する前に、すべてのメッセージ・コントラクトのやり取りを確認する
• ウォレット管理システムを分離し、アクセス権を持つすべての人に2FA・生体認証を設定する
• オンチェーンでの実行前に取引をテストするためにtransaction simulatorsなどのツールを利用する

4. ガードレール付きのソーシャルリカバリー

ソーシャルリカバリーにより、信頼できるガーディアンが秘密鍵を露出させることなくウォレットへのアクセスを復元できます。よくある例としては、アプリケーションがユーザーのアカウントへのアクセス回復を支援するケースが挙げられます。このフローをどう設定するかを考える際には、以下のガードレールを念頭に置いてください。

• リカバリーには2-of-5のガーディアン承認を必須とする
• リカバリーアクションに48時間のタイムロックを実装する
• 多様なタイプのガーディアン（ハードウェア、モバイル、信頼できる連絡先の組み合わせ）を利用する
• ウォレットの移行を必要とせずにガーディアンのローテーションを可能にする

フローの例：ユーザーがデバイスを紛失 → リカバリープロセスを開始 → 2人のガーディアンがリクエストを承認 → ユーザーが異議申し立てや異議を唱えられる48時間の遅延期間 → 異議がなければウォレットへのアクセスが復元される。これにより、資産の喪失と不正アクセスの両方を防ぐことができます。

5. チェーンとアドレスの分散化

資産を複数のチェーンや複数のアドレスに分散させることで、単一の侵害から生じる被害範囲を減らすことができます。「すべての卵を一つのカゴに盛るな」という古典的な格言を、暗号資産の世界で実践しているのです。考え方の一例として、次のような分割が考えられます。

1. 取引用ウォレット：日々のDeFi活動のためのホットウォレット（資産の10%）
2. コールドストレージ：頻繁に動かさない長期保有資産のためのハードウェアで保護されたウォレット（資産の80%）
3. 実験用ウォレット：新しいアプリやチェーンのための独立したテスト環境（資産の10%）

アプリ開発者の場合も、フロート（短期的に流動性が必要な資産）、ボールト（長期間動かさない会社やユーザーの資産で、コールドストレージに保管可能）、新規プロダクトライン（未検証のコードのエクスプロイトリスクを最小化するために最小限の資金のみを保持する独立したウォレット）の間で、同様のローテーションを検討できます。

安全なDeFiスマートウォレットプラットフォームの選び方

アプリを構築する際、ウォレットプラットフォームやプロバイダーを評価するには、セキュリティ認証、ユーザー体験、移行のしやすさを検討する必要があります。この段階で慎重になることが、後々のコストのかかるミスを防ぐことにつながります。では、何を考慮すべきでしょうか。

必須のセキュリティ認証とオープンソースコード

セキュリティは前提条件であり、ここで妥協は許されません。確認すべき重要な認証には、SOC2 Type II準拠やISO/IEC 27001情報セキュリティ基準があります。これらは運用上のセキュリティ管理とデータ保護の実践を裏付けるものです。

また、プロバイダーが一定のオープンソース基準を満たしていることも重要です。これにより、コードの品質を検証し、悪意のあるものが含まれていないことを確認できます。注意すべき点は以下の通りです。

• ウォレットインフラのリポジトリがGitHubで公開されている
• 信頼できる企業による独立したセキュリティ監査
• ホワイトハットハッカーを後押しする、実質的な報酬のあるバグバウンティプログラム
• 透明性のあるインシデント対応手順

UXの考慮事項と機能

ウォレットを選ぶ際には、こうしたセキュリティ対策に加えて利用可能な機能も考慮する必要があります。近年のウォレットは「ユーザーが資金を保管する手段」という以上の役割を果たしています。Smart Walletsを使うことで、次のようなあらゆる種類のUX向上が可能になります。

• ソーシャルログイン：メールアドレスや電話番号でアカウントを作成できる、Web2で馴染みのあるログイン体験
• ガス代スポンサーシップ：アプリがユーザーの取引手数料を負担し、アクションの複雑さを抽象化できる
• トランザクションバンドリング：ウォレットインフラがユーザーの取引をまとめてバンドルし、確実にオンチェーンに反映させる
• セキュリティ機能：生体認証、2FA、取引限度額など、組み込みのセキュリティ機能を備えたウォレットプラットフォームも多い

Alchemyで、よりスマートなDeFiウォレットを構築する

オンチェーンの活動は増加しており、一般ユーザーの期待に応えるためにウォレットはUXとセキュリティの両面で進化を続けています。多層的な鍵管理、承認の衛生管理、取引シミュレーション、ソーシャルリカバリー、アドレスの分散化という5つの戦略を実践することで、セキュリティだけでなくユーザーにとって優れたUXも提供する堅牢なウォレットソリューションを構築できます。

未来はプログラマブルなアカウントのものです。Alchemyは、RPCとData APIs、Gas Manager、Bundlerによってウォレット開発者をサポートしています。オンチェーンファイナンスにおけるAlchemyとPrivyのパートナーシップについて詳しくはこちらをご覧ください。

よくある質問

なぜ2FAはオンチェーンウォレットにとって不十分なのか？

2FAは中央集権的なプラットフォームへのログインを保護しますが、秘密鍵が一度露出してしまえばそれを守ることはできません。攻撃者は二次的な認証コードを必要とせず、オンチェーンで直接取引に署名できてしまいます。従来の銀行業とは異なり、DeFiウォレットはアカウントへのアクセス権限ではなく暗号鍵の管理に依存しています。確かに2FAは役立ちますが、それだけでは十分ではありません。Gas ManagerとBundlerは、基本的な2FA保護を超えた、より高度なアカウントアブストラクションモデルをサポートしています。

トークンの承認はどのくらいの頻度で取り消すべきか？

これは、どれだけの資金が露出しているか、そしてどの程度のリスク許容度かによります。有用な目安としては、未使用のトークン承認を毎週、あるいは新しいアプリを利用した直後に確認・取り消すことです。オンチェーンで活発に活動している場合は、無制限のトークンアクセスが時間とともに蓄積するのを防ぐために、自動化された取り消しルーチンの導入を検討してください。

ハードウェア署名を追加するのはどのようなタイミングが適切か？

ボールトの入金処理、エンタープライズユーザーへの対応など、大きな取引量を扱う際には常にハードウェア署名を追加すべきです。ハードウェア署名機はホットウォレットの運用にコールドストレージ並みのセキュリティをもたらします。MPCウォレットのSDKはハードウェアデバイスと統合し、鍵管理を強化できます。

MPCとソーシャルリカバリーを組み合わせることはできるか？

はい。MPCが日々の鍵のセキュリティを担い、ソーシャルリカバリーは複数のデバイスを紛失した場合のバックアップの仕組みを提供します。これにより、単一障害点のない多層的な保護が実現します。MPCは鍵のシャードを複数のデバイスに分散させるため、単一の侵害によって鍵全体が露出することはありません。包括的なウォレットセキュリティを実現するには、MPCの実装とソーシャルリカバリーの仕組みの両方をサポートするウォレットSDKを選んでください。

署名前にウォレットはどのような取引データを開示すべきか？

安全なウォレットは、署名前に送信先アドレス、関数呼び出し、トークンの金額、ガス代、コントラクトの承認内容をプレビュー表示する必要があります。ユーザーが異常を検知し、隠れた承認を防ぐためには、取引の完全な可視性が必要です。取引シミュレーションは、実行前に潜在的なセキュリティリスクを明らかにするのに役立ちます。AlchemyのTransaction Simulationは、ユーザーがオンチェーンでのアクションを確定する前にすべての操作を検証できるよう、詳細な取引プレビューを提供します。