簡潔な回答
DeFiフロントエンドのドメインはどう守りますか？
ユーザーとページの間にあるすべての層を守ってください。レジストラアカウント、DNS、証明書、ホスティング、CDN、そして第二のドメインまたはENS名で事前に発表された予備です。Wardmintは、2023年10月から2026年10月の間に、公開された6件の乗っ取りインシデントを読みました。どれもコントラクトではなく、ドメインまたはDNSの層を経由していました。
文書化された6件のフロントエンド乗っ取り、2023年から2026年
| 日付 | プロジェクト | Layer reported | Reported outcome |
|---|---|---|---|
| 2023 年 10 月 6 日 | Galxe | DNSの乗っ取り。サイトがフィッシングページにリダイレクト | 980人を超えるユーザーに、トレジャリーから10%加えた約$396,000を返金 |
| 2024 年 7 月 9 日から 12 日 | Compound、Celer、Pendle ほか | Squarespaceに移行したドメインのレジストラアカウント。OAuthの弱点 | 少なくとも十数の組織が被害。一部のドメインでフィッシングページを表示 |
| 2025年5月12日 | Curve Finance | レジストラでのcurve.fiの委任の変更 | 署名を求める囮サイト。コントラクトとデータは侵害されず |
| 2026 年 2 月 16 日から 23 日 | OpenEden、Curvance、Smithii、Avantis、Nerochain | レジストラへの移管、サポート電話によるアカウント乗っ取り、DNSリダイレクト | AngelFernoドレイナー。同日のSSL証明書。コントラクトの侵害はなし |
| April 2026 | eth.limo | レジストラとDNSプロバイダーへのソーシャルエンジニアリング | DNSSECが偽造応答を拒否。事後報告で既知のユーザー被害はなし |
| 2026 年 10 月 30 日から 31 日 | Flap、Kintsu、Origami Financeなど | 1つのレジストラのドメインがリダイレクトされた。原因はホスティング事業者と争い中 | Step Drainer。約$138,000が3つのEVMウォレットまで追跡 |
最終確認日 。それより古い数値にはそれぞれの日付を記載しています
ユーザーとDeFiフロントエンドの間にはどの層がありますか？
層は5つあり、攻撃者はそのうち1つを押さえれば十分です。 レジストラは登録とネームサーバーの委任を管理します。DNSプロバイダーは、名前がどこを指すかに答えます。認証局は鍵のマークを発行します。ホスティング事業者またはCDNがファイルを配信します。最後に、ユーザー自身のリゾルバーとウォレットが、何を信頼するかを決めます。
インシデントの報告はこれらの層と一致しています。2025年5月12日のCurveの告知は、レジストラでのDNS委任の変更を述べています。2024年7月のSquarespaceの事例は、2024年7月15日にKrebs on Securityが報じたもので、レジストラでのアカウント乗っ取りでした。2026年2月の一連の事例について、Blockaidの分析は証明書の層を加えています。DNSの変更と同じ日に、攻撃者がSSL証明書を取得していました。2026年10月の波はホスティング層を加えています。Vercelの告知は影響を受けた10のドメインを同社のプラットフォームに結びつけ、一方でレジストラのName.comがそれらを復旧させました。
レジストラアカウントはどのように設定すべきですか？
レジストラのログインを本番インフラとして扱ってください。 固有の長いパスワード、2要素認証、少数で記録されたユーザーのリスト、そして見知らぬ人が話術で突破できない復旧手順を使ってください。Blockaidは、Avantisが、攻撃者がサポート電話で請求情報を入手した後に乗っ取られたと報告しており、Cointelegraphは、eth.limoの攻撃者がチームのメンバーになりすまして、アカウントの復旧を開始したと報じています。どちらの事例も、人を経由するため、優れたパスワードでも防げません。
すべてのドメインで移管ロックを有効にしてください。主要な.comや.netについては、レジストラがそれを販売している場合、レジストリロックを検討してください。レジストリロックとレジストラロックの違いで、それぞれが何を止めるかを説明しています。Wardmintは移管ロックと「ドメイン保護」オプションを提供しており、レジストリロックは提供していません。全体の手順はレジストラアカウントを乗っ取りから守る方法にあります。
DNSと証明書はどうあるべきですか？
ゾーンに署名し、証明書の発行を制限して、ログを監視してください。 eth.limoの事例では、DNSSECが違いを生みました。Cointelegraphは、DNSSECが有効で、攻撃者には署名鍵がなく、検証するリゾルバーが偽造応答を拒否したと報じました。ただし、レジストラアカウントを保有する攻撃者に対する防御ではありません。その人物がDSレコードを置き換えられるためです。そのため、DNSSECはアカウントの管理を補完するものです。ドメインでDNSSECを有効にする方法を参照してください。
自分の認証局だけを指定するCAAレコードを追加し（CAAレコードの設定方法のとおりに）、ブランドの証明書の透明性を監視する方法のとおりに、自分の名前の証明書の透明性を監視してください。CAAレコードも変更しなければならず、目に見えるログエントリーを残す攻撃者は、より捕まえやすくなります。WardmintにはA、AAAA、CNAME、ALIAS、MX、TXT、NS、SRV、CAA レコードに対応した無料の DNS ホスティング、マネージド DNSSEC、ご希望なら独自ネームサーバー(2〜13) が含まれます。
ホスティングとCDNはどう組み込まれますか？
ホスティング事業者とCDNには、それぞれ独自のアカウント、管理者、2要素認証を設定し、それらに接続されているすべてのドメインを一覧にしてください。 2026年10月の報告がその理由を示しています。The Blockは、KintsuとOrigami FinanceがVercelを原因として挙げたと記録しました。Vercelの告知は影響を受けた10のドメインを同社のプラットフォームに結びつけ、Name.comはすべての影響を受けたドメインを復旧したと述べて、顧客にDNSレコードの確認と2要素認証の有効化を促しました。ソースは原因を争われたままにしているため、教訓は範囲についてです。プラットフォームが提供内容を変更できるなら、そのプラットフォームすべてを守って初めて、ドメインは安全になります。
ホスティング側では、プロジェクトがそのプラットフォームで提供しうるドメインとサブドメインの一覧を保管し、使わなくなったものは削除し、デプロイトークンはボールトに保管してください。外部からも確認してください。ネームサーバーとAレコードを解決し、想定値と比較する定期ジョブは、リダイレクトを数時間ではなく数分で検知します。
DeFiフロントエンドにはENSまたはIPFSの予備が必要ですか？
はい。メインのドメインが回復するまでの間、インターフェースに到達する2つ目の方法が被害を抑えます。 Curveは2025年5月12日に、暫定的なアクセス先としてcurve.financeをユーザーに提供し、その告知では業界全体でのENSの採用拡大を求めました。ENSIP-7は、ENSリゾルバーのためのcontenthashフィールドを定義しており、これにより名前がIPFSまたはSwarm上のコンテンツを指せるため、.ethの名前をIPFSに公開されたフロントエンドの代替アドレスとして使えます。
予備は、ユーザーがそれをすでに知っている場合にのみ機能します。インシデントの前に、公式の代替先をウェブサイトのフッター、ドキュメント、認証済みのSNSチャンネルで発表し、他のアドレスは公式ではないと明記してください。オンチェーンの名前とDNSの名前のトレードオフは、暗号資産プロジェクトのENS名またはDNSドメインで説明しています。2つ目のDNSドメインも同じ計画の一部であり、Wardmintの中核の6つの拡張子のセットは年額$128.94です。
文書化された乗っ取りのうち、いくつがドメインの層を経由しましたか？
Wardmintの2026年11月12日の調査によると、上の表の6件のインシデントのうち5件は、実際のドメインのユーザーを、クローンまたはフィッシングページへ送りました。6件目のeth.limoでは、DNSSECが偽造応答を拒否しました。6件すべてで、報告された侵入口はレジストラ、DNSプロバイダー、またはレジストラアカウントでした。2026年10月については、レジストラとホスティングプラットフォームの間で分かれた原因が争われています。読んだソースのどれも、スマートコントラクトの欠陥を侵入口としては報告していません。
引用できる文が2つあります。DeFiプロトコルの乗っ取りの難しさは、そのドメインを保有するアカウントと同程度です。また、事前に発表された予備アドレスは、プロジェクトが持つ最も安価な回復の手段です。より広い事例の一覧はどの暗号資産プロジェクトがDNS乗っ取りでユーザーを失ったかにあり、業界全体の見方はDeFiプロトコルのドメインセキュリティにあります。
DeFiフロントエンドのドメインを守る7つの手順
各層を把握する
各ドメインについて、レジストラアカウント、DNSプロバイダー、認証局、ホスティング基盤、CDNを一覧にし、それぞれの所有者を決めてください。
レジストラアカウントをロックする
固有のパスワード、2要素認証、少数のユーザー、厳格な復旧手順を使ってください。
移管ロックを有効にする
すべてのドメインを移管から保護し、重要な.comまたは.netについてはレジストリロックを判断してください。
署名して制限する
DNSSECを有効にし、自分の認証局だけを指定するCAAレコードを公開してください。
ホスティングとCDNを守る
2要素認証を適用し、未使用のドメインを削除し、デプロイトークンはボールトに保管してください。
監視
証明書の透明性を監視し、ネームサーバーとAレコードを、定期的に想定値と比較してください。
Publish a fallback
2つ目のドメインまたはENS名を登録し、事前に発表して、切り替えの練習をしてください。
DeFiフロントエンドの保護：質問
フロントエンドの乗っ取りでスマートコントラクトは危険にさらされますか？
読んだインシデントでは、いいえ。Curveと2026年2月のプロジェクトは、コントラクトは侵害されていないと報告しました。ユーザーは、クローンされたページで署名することで資金を失います。
DNSSECはDeFiフロントエンドを守りますか？
転送中の応答を守り、2026年4月のeth.limoの乗っ取りを制限しました。ただし、レジストラアカウントを管理する攻撃者は止められません。そのため、アカウントのセキュリティと移管ロックと組み合わせてください。
すべての拡張子でレジストリロックは利用できますか？
いいえ。Verisignは、参加しているレジストラを通じて、.com、.net、.cc、.nameで提供しています。Wardmintはレジストリロックを提供しておらず、移管ロックとドメイン保護を提供しています。
プロトコルは、乗っ取りの最初の1時間に何をすべきですか？
レジストラとDNSプロバイダーに連絡し、ユーザーにメインのドメインでの署名を止めるよう伝え、事前に発表された予備へ誘導し、証拠を保存してください。Curveは2025年5月12日にこの流れに従いました。
DAOの財務で予備ドメインに支払えますか？
はい。WardmintはBTC, USDT, USDC, ETH, SOL, LTC をプリペイド残高で受け付け、最低$25 のチャージがあり、ドメインごとに確認済みメール1件で、身分証明書は不要です。
まとめ
- 5つの層がユーザーに届きます：レジストラ、DNS、証明書、ホスティングまたはCDN、そしてユーザーのリゾルバー。
- 2023年10月から2026年10月までの6件の文書化された乗っ取りは、コントラクトではなくドメインの層を経由しました。
- Galxeは約$396,000を980人を超えるユーザーに返金しました。2026年10月の波は、約$138,000を3つのEVMウォレットまで追跡しました。
- レジストラアカウントをロックし、移管ロックを有効にし、DNSSECで署名し、CAAで発行を制限してください。
- DNSSECは、eth.limoの乗っ取りを制限しましたが、アカウント保有者は止められません。
- インシデントの前に、予備、第2のドメイン、またはENS名を発表してください。
- Wardmintは移管ロック、マネージドDNSSEC、CAAを提供し、レジストリロックや監視は提供していません。
出典 (7)
- Curve のドメインインシデント — Curve Finance (確認日 2026-11-12)
- Galxe、DNS 攻撃の被害ユーザーへの $396,000 の返金を発表 — The Block, 11 October 2023 (確認日 2026-11-12)
- 研究者:弱いセキュリティ初期設定が Squarespace ドメインのハイジャックを可能にした — Krebs on Security, 15 July 2024 (確認日 2026-11-12)
- Web3 プロトコルを脅かすフロントエンドのハイジャックと Web2 の攻撃対象領域 — Blockaid, 19 March 2026 (確認日 2026-11-12)
- eth.limo domain hijack, DNSSEC and social engineering — Cointelegraph, 20 April 2026 (確認日 2026-11-12)
- ハッカーが Name.com に登録された十数件の DeFi ウェブサイトをハイジャック — The Block, 31 October 2026 (確認日 2026-11-12)
- ENSIP-7: Contenthash field — ENS documentation (確認日 2026-11-12)