MetaMask（メタマスク）のセキュリティ：詐欺から身を守るためのガイド

ブラウザウォレットから資産を失った人のほとんどは、誰かに暗号技術を破られたわけではありません。何かを承認したから失ったのです。確認画面が現れ、それがちょうど取りかかっていた作業に合致していたので、確定のボタンを押した——それだけです。

これが問題の全体像です——そして、防御が学べるものである理由でもあります。セルフカストディのアカウントから価値が出ていく経路が、本人の与えた承認だけであるならば、承認を注意深く読むことは、数あるセキュリティ習慣のひとつではありません。それこそが唯一の習慣なのです。

本ガイドが扱うのは4点です。第一に、MetaMaskのようなブラウザウォレットが実際に守るものと、守れない具体的な事柄。第二に、なぜ承認の段階が狙われるのか——資産を動かしうる3種類の要求、そして最も多くの人を驚かせる、トランザクションを伴わない署名を含めて。第三に、繰り返し現れる7つの詐欺パターンと、それぞれを見破る決め手。第四に、サイト、拡張機能、サポートを名乗る人物に対する、数秒で答えの出る確認方法です。

本ガイドは、ウォレットの接続も、何かの承認も、何かのインストールも、当方への情報の送信も、一切お願いしません。

要点

ウォレットは鍵を保管し、確認画面を表示します。その画面の前で下される判断は、すべてご自身のものです。
サイトへの接続は危険な段階ではありません。危険なのは承認です。
署名の中には資産を動かすものがあります。「署名するだけ、手数料もかかりません」は安全の保証ではありません。
アローワンスは一回限りではなく、継続する権限です。それを与えた瞬間より長く生き続けます。
本物のサポートが先に来ることはありません。こちらが連絡する前に接触してくる相手は、見知らぬ他人です。
すでに動いた資産の返還を保証できる者は、どこにもいません。それを申し出るのは、たいてい2番目の詐欺です。

ブラウザウォレットが守るもの、守らないもの

ブラウザウォレットの仕事は2つです。秘密鍵を暗号化してご自身の端末に保管すること、そしてその鍵が何かに署名する前に確認画面を表示することです。鍵はしっかり守ります。しかし、画面が表示されたあとに下す判断までは守れません。

セルフカストディのウォレットは、ひとつの秘密からアカウントを導出します——MetaMaskの用語ではシークレットリカバリーフレーズです。ベンダー自身のサポートドキュメントは、このフレーズがアカウントを支配し、それを持つ者は誰でもアカウントを使えると明記しています。^[10] ここから3つの帰結が導かれます。ほとんどの詐欺は、このうち少なくともひとつが誤解されていることに依存しているため、はっきり述べておく価値があります。

ロックできるアカウントが存在しません。このフレーズはサーバー上のパスワードではありません。どの端末からでも、いつでも、本人への通知もなく、作成した本人かどうかの確認もなしに使用できます。
リセットの経路が存在しません。漏れたフレーズをベンダーの誰かが失効させることはできません。ベンダーの誰もそれを保持しておらず、どのアカウントに対応するのかも知らないからです。
取り消しが存在しません。パブリックチェーン上で確定したトランザクションは、設計上、最終的です。これはサポートの不備ではなく、システムの性質です。

ご自身で設定するローカルのパスワードは、まったく別のものです。それは、その1つのブラウザプロファイル上でウォレットの保存領域を復号します。1枚の扉に付いた良質な錠前ではありますが、アカウントの認証情報ではなく、すでにどこかへ複製された鍵に対しては何の働きもしません。

ソフトウェアと、それを使う人との間の責任分担。
ウォレットが担うこと	本人だけが担えること
鍵を生成し、暗号化して端末に保管する	リカバリーフレーズを、あらゆる画面・写真・メモアプリ・メッセージから遠ざけておく
確認画面が承認されるまで署名を拒む	画面が説明している内容が、自分のやろうとしたことかどうかを判断する
サイトのオリジンと要求された操作を表示する	そのオリジンが、自分が意図していたものかどうかを確認する
自前のヒューリスティックが生成した警告を表示する	警告がないことを「安全」ではなく「不明」として扱う
誰が連絡してきたかについては、何もしない	「サポート担当」が本物であることを、何かに答える前に確かめる

例外のない唯一のルール

リカバリーフレーズは、サポートを受けるためにも、アカウントを「検証」するためにも、端末を「同期」するためにも、プレゼント企画に応募するためにも、詰まったトランザクションを解除するためにも、誰かに所有権を証明するためにも、まったく必要ありません。それをフォーム、チャット、表計算ソフト、サポートチケットに入力する必要のある正当な手順は存在しません。それを求めてきたという事実が、相手が他に何を名乗っていようと、相手の正体を示しています。

詐欺が暗号技術ではなく承認を狙う理由

攻撃者は署名方式を攻撃しません。攻撃するのは、作業の途中で、少し急いでいて、それなりに人を信じている人が要求を示され、それを確定すると決める瞬間です。その瞬間は攻撃するのが安く、守るのが高くつきます。だからこそ、そこに労力が注がれるのです。

そもそもサイトはどうやってウォレットと話すのか

ウェブサイトは、拡張機能がページに注入するプロバイダオブジェクトを通じてブラウザウォレットと通信します。このインターフェースはEIP-1193として標準化されており、リクエストメソッド、イベント、エラーの意味づけを定義しています。^[1] 複数のウォレットがインストールされている場合、EIP-6963が、単一のグローバル変数を奪い合うのではなく、ページが個々のウォレットを検出する方法を定めています。^[2]

セキュリティ上重要なのは、「接続」が何をして、何をしないかです。接続によってサイトはアカウントアドレスを知り、こちらに何かを依頼できるようになります。しかし、サイトに何かを動かす能力が渡るわけではありません。価値の移動には、その都度、個別の明示的な承認が必要です。接続の段階を危険なものとみなすのが誤りなのはこのためです。その誤解は、まさに気を抜いてはいけない瞬間——そのあとに来る承認——で人を油断させてしまいます。

表示される要求の種類

確認を求められるもののほぼすべては、4種類の要求で説明がつきます。いま目にしているのがどれなのかが分かれば、何が懸かっているのかも分かります。

各要求の種類ができること、できないこと。
要求	内容	資産を動かせるか
`eth_sendTransaction`	トランザクション。送付、またはコントラクト関数の呼び出し	はい。直接、ただちに動かせます
`personal_sign`	人が読めるメッセージへの署名。有効なトランザクションになりえないよう接頭辞が付きます^[8]	それ自体では動かせません——ただし、本人に代わって動作するオフチェーンの仕組みを認可しうる
`eth_signTypedData_v4`	EIP-712が定義する構造化データへの署名。ドメインと型付きフィールドを持ちます^[6]	はい、間接的に。署名されたデータが、コントラクトの尊重する権限になりうる
`eth_sign`	読み取れる文脈を持たない任意データへの、旧来の署名	歴史的には可能でした。MetaMaskのドキュメントが非推奨と明記しているのはこのためです^[8]

人がつまずくのは3行目です。金額を表示せず、ネットワーク手数料もかからず、「確認のため」と安心させる文言を添えた要求であっても、権限を与えることはできます。手数料が無料であることは、結果も無料であることを意味しません。

アローワンス：その瞬間より長く生き残る権限

ERC-20トークン標準は、権限を与える行為と、それを使う行為を分けています。保有者がapproveを呼び出してスペンダー（支出を許可される側）のアドレスにアローワンスを設定すると、そのスペンダーは transferFromを呼び出して、承認された額まで資産を動かせるようになります——あとからいつでも、本人への追加の確認なしに。^[3]

この設計こそが分散型アプリケーションを使えるものにしており、同時に、ウォレット詐欺で最も悪用されている仕組みでもあります。被害を生むのは2つの性質です。金額が、実際に必要な額ではなく、その型が許す最大値に設定されることが多いこと。そして権限が、変更されるまで無期限に持続することです。もう忘れてしまったページで数か月前に与えた権限も、1分前に与えたものとまったく同じだけ有効なままです。

コレクティブル（NFT）の標準は、これをさらに一点に集約します。ERC-721とERC-1155はいずれも setApprovalForAllを定義しており、これは1回の呼び出しで、そのコントラクトで保有するすべてのトークンの管理をオペレーターに認可します。^[4]^[5] 確認は1回、対象はコレクション全体、期間は無期限です。

権限を与える署名

ERC-2612はトークンのパターンにpermit関数を加えます。アローワンスを、トランザクションではなくEIP-712署名によって与えられるようにするものです。^[7] 保有者が署名し、別の誰かがそれを送信して手数料を払います。

本来の目的は利便性です——新規の利用者が、ネットワークの手数料用トークンを先に用意しなくても行動できるようにするためです。しかし、確認画面を読む側にとっての帰結は、「署名は無害」と「トランザクションは重大」という境界が、そもそも成り立たないということです。署名そのものが権限になりうるのです。「所有権の確認のため署名してください」と求められ、見た目には何も起こらないまま、後になって被害が現れる——その仕組みがこれです。

価値がアカウントから出ていく3つの経路

経路1
トランザクションを確定する資産がいま動く

目に見え、即時で、誰もが予期している経路。
経路2
アローワンスを確定する権限が持続するスペンダーが後で資産を引き出す

2段目には追加の確認が不要で、いつでも起こりうる。
経路3
型付きデータに署名する署名が権限になるスペンダーが後で資産を引き出す

手数料なし、履歴にトランザクションも残らず、結果は同じ。

経路2と3は、同意した瞬間と損失が生じる瞬間を切り離します。この時間差こそが効き目の源です。何かが目に見えるようになる頃には、その承認は遠い昔の、片付いた出来事のように見えているからです。

本ガイドが行わないことについて

アローワンスは確認して取り消すことができ、その取り消し自体も手数料のかかるオンチェーンの操作です。本ガイドはその手順を意図的に案内せず、ウォレットの接続を求めるツールにもリンクしません——「取り消しツール」は、ドレイナーページがまさに模倣する形だからです。これに取り組みたい場合は、第5節で述べる方法でたどったウォレットベンダー自身のドキュメントから始め、判断はご自身でなさってください。この種のツールにリンクしないのは本記事のためだけの選択ではなく、恒常的なルールとして当方の編集方針に明記されています。

実際に遭遇する7つの詐欺パターン

キャンペーンは絶えず変わりますが、その下にある構造は変わりません。以下のどのパターンも、ご自身から必要とするものは2つのうちどちらか1つだけです。決して共有すべきでない秘密か、理解しないまま与える承認か。 7つの形を覚えるほうが、あらゆるキャンペーンを覚えるより速く、長持ちします。

1. サポートのなりすまし

公開フォーラム、Discordサーバー、SNSのスレッドに困りごとを書き込みます。数分——ときには数秒——のうちに、製品名とロゴを使ったアカウントから返信が届きます。会話はプライベートなチャンネルへ移り、「検証」、「同期」、「復元」のフォームへ誘導されます。

決め手：向こうから来たサポートであること。ベンダーのヘルプデスクは、こちらが開いたチケットに答えるのであって、インターネット上の不満を監視して先にメッセージを送ってきたりはしません。 MetaMask自身の安全に関するドキュメントは、同社のサポートがシークレットリカバリーフレーズを尋ねることは決してないと述べています。^[9]

代わりにすべきこと：会話を終了し、サポートには、以前に自分で作ったブックマークから開いたベンダー自身のサイト経由でのみ連絡すること。

2. そっくりサイト

本物と、文字が1つ入れ替わっている、ハイフンが1つ増えている、トップレベルドメインが違う、あるいは別の文字体系からほとんど同じに見える文字が使われている——そういうドメインです。ページはしばしば 1バイト単位で同じ複製です。公開されているフロントエンドを複製するのは造作もないからです。確実に違うのは、アドレスバーの中だけです。

決め手：どうやってそこに来たか。メッセージ内のリンク、検索結果、広告枠は、いずれも攻撃者が買ったり仕込んだりできる経路です。Google Safe Browsingのようなブラウザレベルのブロックリストは既知の悪質なページを捕まえますが、^[20] 今朝登録されたドメインは、まだ既知の悪質ではありません。

代わりにすべきこと：自分のブックマークから、あるいはすでに知っているドメインを自分で入力してたどり着くこと。それ以外の経路は、すべて未検証として扱うこと。

3. 偽の拡張機能

期待どおりの名前、期待どおりのアイコン、もっともらしいスクリーンショット、そして少数の好意的なレビューを備えたストアの掲載ページです。主要な拡張機能ストアはいずれも、欺瞞的な掲載となりすましを禁じるポリシーを公開し、報告に対応しています。^[21]^[22] ただし審査は、こちらの都合ではなくストアの都合で行われます。

決め手：公開者の欄と権限の一覧。どちらもほとんどの人が読みません。ウォレット関連の拡張機能が、訪問するすべてのサイトのデータの読み取りと変更を求めているとすれば、それは相当なものを求めています。

代わりにすべきこと：ストアの掲載ページには、ベンダー自身のウェブサイトのリンクからのみたどり着くこと。ストア内を検索してはいけません。すでに入っているものを点検し、心当たりのないものは削除すること。

4. ドレイナーページ

表向きの目的は受け取り、ミント、対象確認、エアドロップで、実際の目的は承認画面を出させることにあるページです。手順はしばしば意図的に組まれています。まず無害に見える署名を出して、ボタンを押しても目に見える害が起きないと思わせ、それから本命の要求を出すのです。

決め手：表示されている操作と、要求されている権限のずれ。「対象かどうか確認する」のに、ご自身のトークンに対する権限は要りません。確認画面がボタンの約束以上のものを与えるなら、嘘だったのはその約束のほうです。

代わりにすべきこと：確認画面を閉じること。拒否には何の代償もなく、いつでもやり直せます。確定のほうは、そのどちらでもないかもしれません。代償があり、取り返しがつかないおそれがあります。

5. アドレスポイズニングとクリップボードの改ざん

狙いが同じ2つの手口です。標的は、送金先アドレスをコピーする瞬間。アドレスポイズニングでは、攻撃者が、ご自身が実際に使っているアドレスの先頭と末尾の文字に一致するよう生成したアドレスから、ゼロ額またはごくわずかな送付を行います。もっともらしく見える履歴の1行を、コピーされるのを待って置いておくのです。クリップボードの改ざんでは、端末上のマルウェアが、コピーした内容をそのまま置き換えます。

決め手：どちらも、アドレスの先頭と末尾だけを確認するという習慣を破ります——まさに一致させるよう作られている部分だからです。

代わりにすべきこと：送金先をトランザクション履歴からコピーしないこと。自分が管理している情報源を使い、両端だけでなく文字列の途中も照合すること。

6. 長期戦の誘い込み

自分にぴったり合う求人を持ってきたリクルーター。手法を教えてくれるという指南役。話しやすい新しい知人。何日、何週間もまったく普通の会話が続き、それから依頼が来ます——この評価用ファイルを実行してほしい、このオンボーディングを完了してほしい、まずは少額でプラットフォームを試してほしい、と。米国連邦取引委員会（FTC）の消費者向けガイダンスは、この系統の手口と、それに伴う圧力のかけ方を説明しています。^[16]

決め手：依頼は必ず信頼が築かれたあとに来て、必ず「待てない理由」を伴います。

代わりにすべきこと：関係と取引を切り離すこと。1週間の保留と第三者の意見に耐える提案なら、待っても何も失いません。耐えられない提案なら、その関係自体が目的だったということです。

7. インフォスティーラーと「リモートサポート」

インストーラーの実行、コンテンツの有効化を求める文書を開くこと、あるいは親切な見知らぬ相手に画面を見せたり操作させたりすること——そうした対処法です。いったんコードが自分の権限で動いてしまえば、あるいは第三者が画面を見ていれば、ウォレットのローカルな暗号化はもう決定的な要素ではありません。

決め手：提示された対処法が、報告した問題からは到底正当化できないほどのアクセスを必要としていること。英国国家サイバーセキュリティセンター（NCSC）の公開ガイダンスは、文脈を変えて同じ原則を繰り返しています。予期しない実行やインストールの要求こそが、警告なのだと。^[14]

代わりにすべきこと：アカウントやウォレットに関わることについては、画面共有と遠隔操作を例外なく断ること。ウォレットの問題を正しく診断するのに、そのどちらも必要ありません。

7つのパターンを、それぞれが必要とするものに還元したもの。
パターン	必要とするもの	決め手
サポートのなりすまし	秘密、または「検証」の承認	向こうから先に接触してきた
そっくりサイト	複製されたページ上での承認	リンクや検索からたどり着いた
偽の拡張機能	ブラウザへのローカルなアクセス	公開者と権限を確認していない
ドレイナーページ	表示された操作を超える承認	確認画面がボタンと一致しない
アドレスポイズニング	コピーされた送金先アドレス	一致するのはアドレスの両端だけ
長期戦の誘い込み	ファイル、プラットフォーム、または送金	まず信頼、次に切迫感
リモートサポート	コードの実行、または画面へのアクセス	対処法が不具合以上のアクセスを要求する

承認する前に要求を読む方法

5つの問いで、ほとんどの場合に決着がつきます。自分は実際に何を認可しているのか、相手は誰か、これはいま自分がした操作と一致しているか、これは恒久的である必要があるのか、そして、ただ待ったら何が起こるのか。ひとつでも答えがはっきりしなければ、正しい行動は確認画面を閉じることであり、それによって失うものはありません。

平たく言って、何が認可されるのか

まず、求められているのがトランザクションなのか署名なのかを見極め、次にその対象が実際に何をするのかを確かめます。「approve」、「permit」、「set approval for all」は、保有分に対する継続的な権限を与えます。送付は、特定の額を一度だけ動かします。この2つは種類として別物であり、受ける印象も別物であるべきです。
相手は誰か

確認画面には要求元のオリジンが表示されます。ロゴとしてではなく、ドメインとして、一文字ずつ読んでください。型付きデータの場合、EIP-712のドメインが、その署名が及ぶコントラクトを示します^[6]——ここは特に目を向ける価値のあるフィールドです。複製されたフロントエンドは、署名の効果を変えずにここを偽ることができないからです。
いま自分がした操作と一致しているか

目的の書かれたボタンを押したはずです。その目的に必要のない権限を確認画面が求めているなら、そのずれこそが答えです。対象かどうかの確認に、支出の権限は要りません。ページを見るための接続に、コレクションへの権限は要りません。
恒久的である必要があるのか

無制限・無期限のアローワンスは、セキュリティ上の代償を伴う利便性の選択であり、しばしば選択肢ではなく初期値として提示されます。「無制限」は、正当化を要する主張として扱ってください。
ただ待ったら何が起こるのか

正当な操作は遅延に耐えます。カウントダウンタイマー、消えていく割当枠、「最後のチャンス」という言い回しは、情報ではなく、作り込まれた圧力です。1分の遅れで機会が失われるなら、その機会こそが餌でした。

拒否は無料です

確認画面を閉じても、何の代償もなく、何も壊れず、何度でもやり直せます。そのページが本当にその認可を必要としていたのなら、信頼できる経路からたどり着いたときに、また求めてくるはずです。この非対称性——拒否は無料、承諾は恒久的になりうる——こそが、ご自身が持つ最も強い手札であり、切迫感が忘れさせようとしているものです。

サイト、拡張機能、「サポート」連絡先を確かめる

検証とは、多くの場合、調べる習慣というより「たどり着き方」の習慣です。急いでいないときに自分で確立した経路でいつもサービスにたどり着いていれば、なりすましのほとんどは、見抜くまでもなく失敗します。

何を確認するか、そして確認に失敗したとき、それが実際に何を意味するか。
対象	確認すること	確認に失敗したら
ウェブサイト	アドレスバーの完全なドメインを一文字ずつ読む。自分のブックマークから来たことを確認する。	離れること。「ひとつだけ確認してから」はいけません——ページに必要なのは、確認画面ひとつだけです。
拡張機能	ベンダー自身のサイトからストアのリンクをたどる。公開者名と権限の一覧を読む。	インストールしないこと。欺瞞的な掲載に関するポリシーに基づき、ストアに報告してください。^[21]
サポート連絡先	ベンダー自身のサイトに掲載された経路を通じて、自分から会話を始めたことを確認する。	終了すること。本物のサポートが先に接触してくる理由はありません。
メッセージやメール	送信者名は飾りとして扱う。何が求められているか、どれほど急かしているかで判断する。^[14]	メッセージの中で行動しないこと。すでに持っていた経路から、その組織に連絡してください。
確認画面	要求されている権限を、自分がした操作と照らし合わせる。	閉じること。拒否によって失うものはありません。

アドレスバーの鍵マークについて、一般的な注意をひとつ。通信の保護は、接続が暗号化されており、証明書がドメインと一致していることを証明します。そのドメインの所有者が誠実かどうかについては、何も語りません。フィッシングサイトも完全に有効な証明書を持つことができ、実際ほとんどが持っています。イーサリアム財団のセキュリティ資料も、通信路を守ることと、相手を信頼することの区別を同じように示しています。^[11]

攻撃者が実際に破る層を固める

ウォレットの侵害のほとんどは、ウォレット以外の場所から始まります。使い回されたパスワード、強い認証のないメールアカウント、更新されていないブラウザ、機能に見合わない過大な権限を持つ拡張機能などです。これらの地点で攻撃の手間を上げれば、上に挙げたすべてのパターンに対する手間が一度に上がります。

まずはメールアカウントから

メールボックスは他のほぼすべてのリセット経路であり、それゆえ連鎖の中で最も価値の高い標的です。NISTの認証ガイダンスSP 800-63Bは、パスワードの構成規則よりも、認証手段の強度と傍受への耐性のほうが重要である理由を示しており、^[12] そこで示されるフィッシング耐性のあるアプローチは、いまやパスキーやハードウェアセキュリティキーとして一般利用者にも広く提供されています。^[13] ページに入力したワンタイムコードは、攻撃者にリアルタイムで中継されてしまうおそれがあります。オリジンに結び付いた認証情報は中継できません。誤ったオリジンに対しては、自らを提示しないからです。

次に、地味で当たり前のこと

どこでも固有の認証情報を。使い回しは、たった1件の漏えいを、同じパスワードを共有するすべてへのアクセスに変えてしまいます。
ソフトウェアを最新に。ブラウザ、OS、拡張機能。公然たる悪用は通常、発見の後ではなく、修正パッチの後に続きます。
実際に行う拡張機能の棚卸し。もう使っていないもの、心当たりのないものを削除してください。一度与えた権限は、黙って残り続けます。
分離。機微な作業に別のブラウザプロファイルを使えば、普段のプロファイルにある侵害されたページや拡張機能が観測できる範囲を限定できます。
ファイルへの懐疑。予期しない添付、「課題ファイル」、不具合の解決策として提示されるインストーラーは、認証情報を盗むマルウェアのよくある配送経路です。^[15]

これらのいずれも、誰かを無敵にするものではありません。そのように示すのは不誠実でしょう。これが行うのは、規模を重視した機会主義的なキャンペーンが安価に取り込める層から、ご自身を外へ移すことです——そしてその層こそ、そうしたキャンペーンが狙って作られている対象なのです。

狙われたと思ったら

まず落ち着くこと。そのうえで、決まった順序で動きます。進行中のアクセスを止める、証拠を保全する、報告する。そして、その後に届く回復の申し出はすべて、そうでないと証明されるまで攻撃の一部として扱ってください。たいていの場合、実際にそうだからです。

まだ動いているものを止める

ファイルを実行した、あるいはリモートセッションを許可したのであれば、その端末をネットワークから切り離してください。機微な用途にその端末を使い続けないこと。そして、何が起きたのかを整理している間は、その端末でも、他のどの端末でも、リカバリーフレーズを入力しないでください。
信頼できる端末から作業する

パスワードの変更と認証設定の確認は、別の、汚染されていないと分かっている端末から行ってください。まずメールアカウントから。それが他のすべての復旧を握っているからです。
記憶が新しいうちに書き留める

日時、訪れたページの正確なアドレス、接触してきたアカウント名、トランザクションの識別子、そしてメッセージのスクリーンショット。その場で取った記録は、1週間後に記憶をたどって再構成したものより、その後のいかなる届出においてもはるかに価値があります。
自分が属する管轄の当局に届け出る

米国では、FBIのインターネット犯罪苦情センター（IC3）が届出を受け付けており、^[17] 集計結果を毎年公表しています。^[19] 連邦取引委員会（FTC）は同じ分野について消費者向けの案内を公開しています。^[16] 英国では、 NCSCがフィッシングと詐欺の報告経路を提供しています。^[14] それ以外の地域では、各国の警察またはコンピュータ緊急対応チームに届け出てください。

2番目の詐欺は、1番目の被害者を狙う

パブリックチェーン上で確定したトランザクションは、ウォレットのベンダーにも、出版者にも、当方にも取り消せません。動いた資産を回復すると約束するサービスは——手数料と引き換えに、「ガス代」と引き換えに、「確認用デポジット」と引き換えに、あるいはリカバリーフレーズと引き換えに——できないことを、できると称しています。

これは仮定の話ではありません。FBIは、IC3そのものになりすまし、すでに被害を届け出た人に接触して回復を持ちかける犯罪者について、公的な警告を出しています。^[18] 届出先の機関になりすますのは意図的な選択です。その相手はすでに、損失があることと、それを取り戻したいという気持ちの両方を示しているからです。

METABOARDはいかなる回復サービスも提供せず、資産を回復することもできず、それを申し出て連絡することも決してありません。この約束は免責事項に正式に定めています。

正しく聞こえるが正しくない6つの主張

広く信じられている説の中には、真実に十分近いために検証を生き延び、それでいて隙を残しているものがあります。以下の6つを正しておく価値があるのは、それを繰り返している人がたいてい善意で助けようとしているからこそです。

よく繰り返される主張と、そのうち成り立たない部分。
主張	実際のところ
「サイトへの接続が危険な部分だ」	接続はアドレスを共有し、サイトが依頼できるようにするだけです。^[1] リスクは次に何を承認するかとともに現れます——注意を向けるべきはそこです。
「メッセージへの署名は手数料がかからないから安全だ」	EIP-712の署名は、ERC-2612によるトークンのアローワンスを含め、コントラクトが尊重する権限を載せることができます。^[7]
「鍵マークが出ていればサイトは正規だ」	それは接続が暗号化され、証明書と一致していることを意味します。所有者の意図については何も語りません。
「ハードウェアウォレットを使えば承認は安全だ」	汎用コンピュータから鍵を切り離せる点は本当の利点です。しかし、要求を代わりに読んではくれません。自分で確定した承認は、やはり自分が与えた承認です。
「すぐ報告すればサポートが取り消してくれる」	ファイナリティはシステムの性質です。確定したトランザクションを取り消せる特権的な主体は存在しません。^[11]
「偽サイトなら自分はすぐ見抜ける」	フロントエンドは公開されており、複製は簡単です。違いはアドレスバーと、たどり着き方にあるのであって、ページの見た目にはありません。

手元に置けるチェックリスト

以下に特別なものはひとつもありません。同じ小さな行動の組を、一貫して適用するだけです。そしてそれこそが、一度だけ引っかかる人と、繰り返し引っかかる人を分けるものです。

何かを確定する前に

自分のブックマークから来たか、自分でドメインを入力してここに来た。
確認画面のドメイン全体を、一文字ずつ読んだ。
これがトランザクションなのか署名なのか、そして何を与えるのかを分かっている。
要求されている権限が、自分が実際にした操作と一致している。
これについて時間的な圧力はない。あるいは、その機会を失うことを受け入れた。
以上のいずれかに確信が持てないなら、確認画面を閉じる。

日頃の習慣として

リカバリーフレーズを、ウェブサイト、フォーム、チャット、ファイルに入力したことは一度もない。
メールアカウントにフィッシング耐性のある認証を使っている。^[13]
パスワードはサービスごとに固有である。
ブラウザ、OS、拡張機能を最新の状態にしている。
この3か月以内に、インストール済みの拡張機能とその権限を確認した。
送金先アドレスをトランザクション履歴からコピーすることはない。
アカウントに関わることについて、画面共有やリモートセッションを受け入れない。
ウォレットの問題について先に接触してきた相手は、アカウント名が何であれ、見知らぬ他人として扱う。

本ガイドで使う用語

シークレットリカバリーフレーズ: ウォレットがアカウントを導出する元になる単語列。これを持つ者は、どの端末からでも、永続的にそれらのアカウントを支配します。^[10]
プロバイダ: ページが要求を行えるよう、ウォレット拡張機能がウェブページに注入するJavaScriptオブジェクト。EIP-1193として標準化されています。^[1]
アローワンス: 指定されたスペンダーが、再度の確認なしに、設定された額までトークンを動かせるようにする継続的な権限。ERC-20が定義しています。^[3]
全件承認（approval for all）: コレクティブルのコントラクトで保有するすべてのトークンを対象とする単一の認可。ERC-721とERC-1155が定義しています。^[4]^[5]
型付きデータ署名: ドメインに紐づいた、構造化されラベル付けされたフィールドに対する署名。EIP-712が定義しています。生データより読みやすく、そして権限を載せることができます。^[6]
permit: トランザクションではなく署名によって与えられるアローワンス。ERC-2612が定義しています。手数料のかからない署名が自動的に無害とは言えない理由です。^[7]
ドレイナーページ: 表向きの目的が受け取り、ミント、対象確認であり、実際の目的は権限を移す承認画面を出させることにあるサイト。
アドレスポイズニング: 利用者が使うアドレスの先頭と末尾に一致するアドレスから、ごくわずかな送付を仕込み、誤ったアドレスを履歴に置いてコピーされるのを待つ手口。

参考文献

上記の技術的な記述はすべて、以下のいずれかに辿ることができます。ベンダーのドキュメントを引用しているのは、ベンダー自身が何を述べているかをご自身で確認できるようにするためです。それらのリンクは情報提供のためのものであり、何かの使用、インストール、購入を推奨するものではありません。すべての出典は 2026年8月3日に確認しました。

EIP-1193: Ethereum Provider JavaScript API. Ethereum Improvement Proposals（イーサリアム改善提案）. https://eips.ethereum.org/EIPS/eip-1193
EIP-6963: Multi Injected Provider Discovery. Ethereum Improvement Proposals（イーサリアム改善提案）. https://eips.ethereum.org/EIPS/eip-6963
ERC-20: Token Standard. Ethereum Improvement Proposals（イーサリアム改善提案）. https://eips.ethereum.org/EIPS/eip-20
ERC-721: Non-Fungible Token Standard. Ethereum Improvement Proposals（イーサリアム改善提案）. https://eips.ethereum.org/EIPS/eip-721
ERC-1155: Multi Token Standard. Ethereum Improvement Proposals（イーサリアム改善提案）. https://eips.ethereum.org/EIPS/eip-1155
EIP-712: Typed structured data hashing and signing. Ethereum Improvement Proposals（イーサリアム改善提案）. https://eips.ethereum.org/EIPS/eip-712
ERC-2612: Permit Extension for EIP-20 Signed Approvals. Ethereum Improvement Proposals（イーサリアム改善提案）. https://eips.ethereum.org/EIPS/eip-2612
Sign data. MetaMask 開発者向けドキュメント（情報提供）. https://docs.metamask.io/metamask-connect/evm/guides/sign-data/
Staying safe in web3. MetaMask ユーザーサポート（情報提供）. https://support.metamask.io/privacy-and-security/staying-safe-in-web3/
What is a Secret Recovery Phrase and how to keep your crypto wallet secure. MetaMask ユーザーサポート（情報提供）. https://support.metamask.io/privacy-and-security/what-is-a-secret-recovery-phrase-and-how-to-keep-your-crypto-wallet-secure/
Security. Ethereum Foundation（イーサリアム財団）. https://ethereum.org/security/
Grassi, P. A. ほか. NIST Special Publication 800-63B: Digital Identity Guidelines——Authentication and Lifecycle Management. 米国国立標準技術研究所（NIST）. https://pages.nist.gov/800-63-3/sp800-63b.html
Passkeys. FIDO Alliance（FIDOアライアンス）. https://fidoalliance.org/passkeys/
Phishing scams. 英国国家サイバーセキュリティセンター（NCSC）. https://www.ncsc.gov.uk/collection/phishing-scams
Top tips for staying secure online. 英国国家サイバーセキュリティセンター（NCSC）. https://www.ncsc.gov.uk/collection/top-tips-for-staying-secure-online
What to know about cryptocurrency and scams. 米国連邦取引委員会（FTC）. https://consumer.ftc.gov/articles/what-know-about-cryptocurrency-scams
Internet Crime Complaint Center. 米国連邦捜査局（FBI）. https://www.ic3.gov/
FBI Warns of Scammers Impersonating the IC3, PSA 250418. インターネット犯罪苦情センター（IC3）. https://www.ic3.gov/PSA/2025/PSA250418
Annual Reports. インターネット犯罪苦情センター（IC3）. https://www.ic3.gov/AnnualReport/Reports
Google Safe Browsing. Google. https://safebrowsing.google.com/
Chrome Web Store program policies. Google. https://developer.chrome.com/docs/webstore/program-policies
Add-on Policies. Mozilla Extension Workshop. https://extensionworkshop.com/documentation/publish/add-on-policies/