アカウント乗っ取りはなぜ起こるのか|仕組み・犯人の目的・対策を行政書士が解説

Lillie / SNS Account Recovery — Mechanism

乗っ取りは、
あなたを狙って起きているのか。

アカウントを乗っ取られた人が最初に言うのは、「なぜ自分が」です。恨みを買った覚えもない、有名でもない、金融資産があるわけでもない。それでも起きる。答えは単純で、多くの場合それはあなたを狙った攻撃ではないからです。この記事では、乗っ取りが起きる仕組みと、犯人にとって何が得なのかを分解し、そこから対策を逆算します。

前半仕組み ── 入口はどこにあるのか侵入経路の六類型と、単一障害点構造の問題
中盤動機 ── 犯人にとって何が得なのか直接収益・信用・中間財・匿名性記事の中心
後半対策 ── 攻撃者のコストを上げる入口・認証・連携・回復経路今日できること
INTRO

「なぜ自分が」という問いから始める

この問いは感情から出てくるものですが、答えは技術と経済の側にあります。

CASE ── 設例

フォロワーは数百人。有名人でもインフルエンサーでもない。政治的な発信もしていない。誰かと揉めた記憶もない。

それでも、ある日ログインできなくなる。そして自分のアカウントから、知人に向けて送金を求めるメッセージが送られていく。

「なぜ自分が狙われたのか、まったく心当たりがない」——相談で最も多く聞く言葉です。

心当たりがないのは当然です。多くの乗っ取りは、あなたという個人を選んで始まったものではありません。どこかで流出した認証情報の一覧に、たまたまあなたのメールアドレスが載っていた。あるいは、無差別に送られたフィッシングメールの一通を、たまたま開いた。選ばれたのではなく、条件に合致しただけです。

そして、条件に合致したアカウントに何が起きるかは、犯人にとっての採算で決まります。だから対策とは、精神論でも運任せでもなく、攻撃者の採算を合わなくする作業だということになります。この記事はその一点を軸に組み立てています。

本稿の書き方について

手口については、自分の身を守るために必要な水準までで記述を止めます。具体的な実行手順、検知の回避方法、使用されるツールの名称は扱いません。攻撃の詳細を書けば記事としての情報量は増えますが、加害の側に資する内容になります。本稿は、警察庁・IPA等の公的機関が公表している資料の記述の範囲内で構成しています。

SUMMARY

先に、要点

01 ── 大半は、標的型ではない
流出した認証情報の照合と、無差別に送られるフィッシング。この二つが入口の中心です。個人を選んで始まる攻撃は、むしろ例外に属します。
02 ── すべての経路は、メールに収束する
パスワードをどれだけ強くしても、「パスワードを忘れた場合」の導線が生きている限り、登録メールアカウントが単一障害点になります。ここを取られた時点で、他は連鎖的に落ちます。
03 ── 犯人の利益は、金銭だけではない
直接の送金や決済に加えて、あなたの信用、他サービスへの踏み台、認証コードの受信箱、そして「他人名義であること」自体が価値を持ちます。資産がないから安全、とはなりません。
04 ── 標的選定は「価値 ÷ 防御の手間」で決まる
攻撃者は事業として動いています。最も安く取れるところから着手する。だから防御の目標は「破られないこと」ではなく、費用対効果を割らせることになります。
05 ── 最も見落とされるのは、回復経路である
強固なパスワードと二要素認証を設定していても、アカウント復旧の導線が古いメールアドレスや使っていない電話番号に繋がったままなら、そこが最弱リンクです。ここを点検している人はほとんどいません。
ENTRY

入口はどこにあるのか

乗っ取りは「破られる」というより「入られる」ものです。鍵を壊すのではなく、鍵そのものを手に入れる。公的な統計も、その形を示しています。

統計が示す入口
国家公安委員会・総務大臣・経済産業大臣が令和8年3月12日に公表した資料によれば、令和7年における不正アクセス行為の認知件数は7,190件で、前年から約34.2%増加しました。検挙件数431件のうち、他人のID・パスワードを用いる「識別符号窃用型」が399件と9割を超えています。
識別符号の入手方法として上位に挙がっているのは、パスワードの設定・管理の甘さにつけ込んで入手したもの84件、フィッシングサイトから入手したもの77件です。つまり、システムの脆弱性を突いて侵入する類型より、認証情報そのものを手に入れる類型が中心にあります。

侵入経路の六類型

経路
何が起きているか
効く対策
ROUTE 01フィッシング実在するサービスを装った連絡から偽サイトへ誘導され、認証情報を入力してしまう。
入力した情報がそのまま使われる。近年は、二要素認証のコードまで即時に中継される形が報告されている。
リンクから入らない。ブックマークか公式アプリから開く。パスキー等のフィッシング耐性のある認証。
ROUTE 02パスワードの使い回し他サービスから流出した組み合わせが、そのまま試される。
自分が使っているサービスが無事でも、過去に登録した別のサービスの流出が原因になる。心当たりが持てない理由がここにある。
サービスごとに固有のパスワード。管理はパスワード管理ツールに任せ、記憶に頼らない。
ROUTE 03セッションの奪取パスワードではなく、ログイン済みの状態そのものが奪われる。
パスワードを変えただけでは追い出せない場合がある。共用端末や、管理されていない端末が関係することが多い。
不審があれば「全端末からログアウト」を実行する。共用端末で常時ログインにしない。
ROUTE 04権限の残存かつて正当に権限を持っていた者が、そのままログインできる状態にある。
退職者、契約が終了した委託先、共有パスワード。外部からの侵入ではないため、検知の仕組みにかからない。
権限を持つ人の一覧化と、退職・異動・契約終了時に落とす手順の文書化。
ROUTE 05電話番号の経路本人確認や復旧の導線が、電話番号に依存している。
番号が第三者に渡る、あるいは解約後に再割当てされることがある。SMSによる認証は、この経路の影響を受ける。
認証アプリやパスキーへ切り替える。使っていない番号を登録したままにしない。
ROUTE 06連携アプリの権限過去に許可した外部サービスが、投稿やメッセージ送信の権限を持ち続けている。
パスワードを変更しても、連携が生きていれば投稿は続く。乗っ取りに見えて、実は連携が原因という事案がある。
連携アプリの一覧を定期的に見直し、使っていないものを解除する。
実務メモ私の経験では、相談を受けてまず切り分けるべきなのは ROUTE 03 と ROUTE 06 です。パスワードを変えたのに投稿が止まらない場合、原因はパスワードではありません。ここを見誤ると、何度パスワードを変えても被害が続き、本人は「何をしても無駄だ」と感じてしまいます。

すべての経路は、一点に収束する

六つの経路は別々に見えますが、被害の規模を決めているのは一つの要素です。

図1 ── 単一障害点としての登録メールアカウント
SINGLE POINT OF FAILURE登録メールアカウント
▼ パスワード再設定の導線が、ここに繋がっている ▼
SNS「パスワードを忘れた」から再設定できる。通知もここに届く。
決済・金融本人確認や通知の宛先。取引の記録も残っている。
クラウド・業務顧客情報と契約書。事業であれば最も重い。
EC・予約住所と決済手段。購入履歴から生活圏も分かる。
ドメイン・サーバウェブサイトの管理権限。事業の看板そのもの。
そして、他のメールここからさらに別の受信箱へ辿れることがある。
メールアカウントは、他のすべてのアカウントの「合鍵」を発行できる場所です。個々のサービスのパスワードをどれだけ強くしても、再設定の導線がここに繋がっている限り、防御の強度はこの一点で決まります。乗っ取り犯が最初にメールアドレスを変更するのは、この合鍵の発行権限を、本人から自分へ移し替えるためです。
実務メモだからこそ、被害の直後にやるべきことの一番目はSNSではなくメールを守ることになります。順序を間違えると、何度取り返しても巻き戻される。私の経験でも、復旧がうまく運ばなかった案件は、メール側を後回しにしていたものが目立ちます。IPAが公表している資料でも、フィッシングでログイン情報を窃取され、使い回しによって他のサービスへ被害が波及し、本人になりすまして第三者へメッセージが送られるという連鎖が示されています。
LEAK

そもそも、なぜパスワードが漏れるのか

前章で「認証情報そのものを手に入れる類型が中心にある」と書きました。では、その認証情報はどこから出てくるのか。ここを理解しないと、対策の優先順位を間違えます。

まず、「破られる」と「漏れる」は別のことです

パスワードの話をすると、多くの人が総当たりで解読される場面を思い浮かべます。だから「複雑にすれば安全」だと考える。しかし実際に起きているのは、その多くがすでにどこかで漏れていたものを、そのまま入力されるという事態です。

複雑さは、破られることには効きます。漏れることには効きません。32文字のランダムな文字列でも、偽サイトに入力してしまえば一瞬で相手の手に渡る。「強いパスワードにしたから大丈夫」という安心が、いちばん危うい。

漏れ方の六経路

LEAK 01サービス側からの流出
  • 登録していたサービスの側から、認証情報が外部に出る。利用者にまったく落ち度がなくても起きます
  • 問題は、その多くが「何年も前に一度だけ登録した、もう覚えていないサービス」であること。通販、フォーラム、キャンペーンの応募、退会したつもりのサービス
  • 本人は流出の事実を知らないまま、その組み合わせが他人の手元に残り続ける
LEAK 02自分で入力してしまう
  • 実在するサービスを装った連絡から偽サイトへ誘導され、本人が入力する。公表資料でも、識別符号の入手方法の上位に挙がっています
  • 近年は、入力した情報が即座に本物のサイトへ中継され、二要素認証のコードまで通過してしまう形が報告されています
  • 見抜けなかったことを責める話ではありません。本物と区別がつかないように作られているのだから、見抜く前提の対策は成り立たない
LEAK 03使い回しによる連鎖
  • 漏れたのは別のサービス、入られたのは今のサービス。この時間差と場所のずれが、「心当たりがない」の正体です
  • 手元にある大量の組み合わせを、片端から他のサービスで試す。ひとつでも通れば成功で、外れても損はしない。攻撃側にとって採算が合う構造になっています
  • だから、いま使っているサービスがどれだけ安全でも、過去の一つが原因になりえます
LEAK 04端末の側から抜かれる
  • 不正なアプリ、公式を装ったアプリ、正規の配布経路を装ったインストーラ
  • 共用のパソコン、ネットカフェ、他人に貸した端末。ブラウザに保存された情報がそのまま持ち出されることがある
  • 入力の瞬間ではなく、保存されている状態から抜かれるため、本人が気づく契機がほとんどありません
LEAK 05推測が成り立ってしまう
  • 公表資料では、識別符号の入手方法として「パスワードの設定・管理の甘さにつけ込んで入手」が最も多く挙げられています
  • 誕生日、名前、単純な並び。それだけでなく、作り方の規則性も含まれます。共通の文字列にサービス名を足す、末尾の数字だけを変える、といった運用は、一つ知られると他が推測できる
  • 「使い回してはいない」と思っている方の多くが、この規則性のほうを使っています。本人の感覚では別々のパスワードでも、並べれば法則が見える
LEAK 06人と紙から漏れる
  • 複数人で共有している、メモや表計算ファイルに書かれている、引き継ぎ資料に残っている
  • 退職者、契約が終了した委託先、かつての同僚。組織ではこの経路が最も多く、しかも検知の仕組みにかかりません
  • 技術的な問題ではないため、セキュリティ製品を入れても塞がりません
ここから導かれる優先順位
六つのうち、LEAK 01・03・04・06は、パスワードを複雑にしても防げません。複雑さが効くのは、推測(LEAK 05)に対してだけです。
したがって優先すべきは、次の二つになります。第一に、漏れても連鎖しない状態にすること——サービスごとに固有のパスワードにする。これでLEAK 03の連鎖が切れます。第二に、漏れても入られない状態にすること——二要素認証、できればパスキー。これでLEAK 01・04・06が、そのままでは通用しなくなります。
「複雑なパスワードを作る」という対策は、実は優先順位が高くありません。固有であることのほうが、複雑であることより効きます。
実務メモ自分の情報が過去の流出に含まれているかを確認できる仕組みは、いくつかのブラウザやパスワード管理ツールに標準で備わっています。該当したからといって直ちに乗っ取られるわけではありませんが、「漏れていた事実を知らないまま使い続けている」状態からは抜けられます。まず確認し、該当したものから順に変える。ここは今日できる作業です。
WHY

なぜ起こるのか ── 不注意ではなく、設計の帰結

「気をつけていれば防げた」という説明は、半分しか当たっていません。起きやすい構造が、先にあります。

01構造の四つの要素
要素
① IDがメールアドレスに統一されている。どのサービスでも同じ文字列が入口になる。一つの流出が、他のすべてに対する当たりくじになります。利便性のために選ばれた設計が、そのまま攻撃面になっている。
② パスワードの数が、人間の記憶容量を超えている。数十のサービスに固有の文字列を割り当てて記憶することは、現実的ではありません。使い回しは怠慢というより、制約に対する合理的な適応です。だから精神論では止まりません。
③ 事業者は、本人確認を厳しくしすぎられない。確認を厳格にすれば、正当な利用者を締め出します。締め出された利用者は離れていく。「本人であることを確かめる仕組み」と「本人が使いやすい仕組み」は、原理的に引っ張り合います。
④ 検知は、本質的に事後である。普段と違うログインを検知する仕組みは、普段と違う挙動が起きてからしか働きません。気づいたときには、すでに入られている。
実務メモこの四つは、どれも個人の努力で解消できません。だから「防ぐ」というより「起きたときの被害範囲を狭くしておく」という設計思想のほうが実際的です。単一障害点をなくす、権限を分ける、記録を外に置く。後述の対策は、すべてこの発想に立っています。
INCENTIVE

犯人にとって、何が得なのか

ここが本稿の中心です。乗っ取りは犯罪であると同時に、収支のある活動です。何が得られるのかが分かれば、なぜ自分のような人間が対象になるのかも分かります。

価値の種類
犯人が得るもの
狙われやすい条件
VALUE 01直接の金銭アカウントに紐づいた資金や決済手段を、そのまま動かす。
公表資料によれば、不正アクセス後の行為として最も多いのはインターネットバンキングでの不正送金等で4,747件、次いで証券会社での不正取引等が1,484件となっている。
金融・決済サービス。SNSでも、決済手段や広告アカウントが紐づいているもの。
VALUE 02あなたの信用本人であるという外観を借りて、周囲に働きかける。
見知らぬ人からの勧誘は警戒されるが、友人からの連絡は疑われにくい。犯人が欲しいのは、この「疑われにくさ」そのもの。
フォロワーの多寡より、関係の濃さ。相互のやりとりが日常的にあるアカウントほど価値が高い。
VALUE 03踏み台としての価値そのアカウント自体が目的ではなく、次の標的への通り道になる。
同じ認証情報が使われている別サービス、連絡先に入っている取引先、所属している組織のアカウント。
企業のドメインのメールアドレス、業務システムに繋がる端末、管理権限を持つ担当者。
VALUE 04認証コードの受信箱本人確認の通り道として使われる。
メールや電話番号が奪われると、それ自体が「本人確認を突破する装置」になる。他サービスの新規登録や再設定に使われる。
メールアカウント、電話番号。資産がなくても価値がある典型がこれ。
VALUE 05匿名性そのもの他人名義であることが、追跡を切る。
犯行に使うアカウントが自分名義でないというだけで、捜査の線が一段遠くなる。アカウントは道具として消費される。
実在の個人として自然に見えるアカウント。作りたてより、長く使われているものほど都合がよい。
VALUE 06蓄積された資産アカウントに載っている数字や権限が、単体で取引される。
認証済みの表示、長い運用歴、特定の分野で構築された関係。作るには時間がかかり、奪えば一瞬で手に入る。
運用年数が長いアカウント、専門分野で認知されているアカウント。

攻撃者の損益計算

これらを、犯人の側から一枚に並べます。

PROFIT ── 得られるもの
  • 直接の送金・決済・換金
  • 周囲への勧誘が通りやすくなること
  • 次の標的への経路
  • 本人確認を通過する手段
  • 追跡を切るための他人名義
COST ── かかるもの
  • 認証情報を入手する手間
  • 二要素認証を越えるための追加の工程
  • 本人が気づくまでの時間との競争
  • 事業者側の検知を通過すること
  • 個別に手をかけるほど、単価が上がる
RISK ── 負うもの
  • 不正アクセス禁止法違反としての検挙
  • 詐欺、電子計算機使用詐欺等の成立
  • 被害者からの民事上の請求
  • 手をかけた分だけ、痕跡が増える
標的選定は、価値 ÷ 防御の手間 で決まる。
実務メモこの式が、「なぜ自分が」への答えです。あなたが選ばれたのではなく、分母が小さかった。そして重要なのは、分子を下げることはできない——フォロワーも運用年数も減らせない——のに対して、分母は今日から上げられるということです。対策の全体が、この一点に集約されます。
私の経験では、「自分には盗られるものがない」と話していた方ほど、被害が周囲に広く及んでいました。狙われていたのは資産ではなく、その人が周囲から信用されているという事実のほうだったからです。
DEFENCE

対策 ── 攻撃者のコストを上げる

四つの層に分けます。上から順に、費用対効果が高い順です。

LAYER 01回復経路
  • 最初に点検すべきは、ここです。各サービスの「パスワードを忘れた場合」が、いまどこに繋がっているかを確認する
  • 登録メールアドレスが、いまも自分が管理している受信箱か。学生時代のアドレス、退職した会社のアドレス、解約したプロバイダのアドレスが残っていないか
  • 登録電話番号が、いまも自分が使っている番号か
  • 復旧用の連絡先を、主たるメールとは別に用意する
  • メールアカウント自体の防御を、他のどのサービスよりも高くする
LAYER 02認証
  • パスキーが使えるサービスでは、パスキーを使う。入力する情報がないため、偽サイトに入力してしまうという事故が原理的に起きない
  • パスキーが使えなければ、認証アプリによる二要素認証。SMSより一段強い
  • SMSしか選べない場合でも、設定しないよりは大きく強い。「完璧でないならやらない」が最も損
  • パスワードはサービスごとに固有のものにし、管理ツールに任せる。記憶に頼る運用は、使い回しを構造的に生む
LAYER 03入口
  • 連絡に含まれるリンクからログインしない。ブックマークか公式アプリから開く。この習慣だけで、フィッシングの多くは空振りになる
  • 「アカウントが停止されます」「不正な操作が検知されました」といった、急がせる文面ほど疑う
  • 公的機関も、事業者を装った連絡への警戒を繰り返し呼びかけている
LAYER 04権限と連携
  • 連携している外部アプリの一覧を確認し、使っていないものを解除する
  • ログイン中の端末・セッションの一覧を確認する。見覚えのないものがあれば、すべてログアウトする
  • 複数人で運用しているなら、共有パスワードをやめ、個別の権限に切り替える
LAYER 05被害範囲を狭くする
  • 記録をアカウントの外に置く。フォロワー数、経由売上、取引の証跡。中にあるものは、奪われた瞬間に取り出せなくなる
  • そのSNSでしか繋がっていない相手を減らす。告知の経路がないということは、被害を止める手段がないということ
  • 決済手段や広告アカウントの紐づけを、必要なものだけに絞る

順番を間違えないために

多くの解説記事は、LAYER 02(パスワードと二要素認証)から始まります。それ自体は正しいのですが、回復経路を放置したまま認証だけを強くしても、迂回されます。玄関の鍵を二重にして、勝手口を開けたままにするのと同じです。

そして回復経路の点検は、一度やれば当面は終わります。時間あたりの効果が、最も大きい作業です。

私の経験でも、復旧の相談を受けて登録情報を確認すると、何年も使っていないアドレスや、すでに解約した番号がそのまま残っていた例が少なくありませんでした。本人はまったく意識していません。設定した当時は、それが現役だったからです。

CORPORATE

法人の場合 ── 攻撃面は人数分ある

組織では、対策の対象が「アカウント」ではなく「アカウントに触れる人と経路の総体」になります。

02最低限、決めておくこと
内部統制・情報セキュリティ規程/退職時手続/外部委託先管理/個人情報保護法26条(漏えい等の報告)
三点
① 管理主体の特定。そのアカウントは誰のものか。法人の資産として台帳に載っているか。担当者の個人メールアドレスで作られたまま、その担当者の退職とともに失われる状態になっていないか。
② 権限の棚卸しと剥奪手順。ログインできる人を一覧で把握し、退職・異動・委託終了のたびに落とす手順が文書化されているか。外部からの侵入より、権限の残存のほうが検知されにくい。
③ 事故時の発動手順。誰が遮断を判断し、誰が告知し、どこへ報告するのか。個人データの漏えいが疑われる場合は、個人情報保護法上の報告・通知の検討も同時に走ります。
実務メモ公表資料でも、事業者側に対しては、脆弱性の管理、ID・パスワードの適切な管理(退職者のIDの削除を含む)、送信ドメイン認証技術の導入といった点が挙げられています。いずれも、事故が起きてからでは意味をなさない性質のものです。上場審査の場面で問われるのも、事故の有無ではなく、この設計が文書として存在するかどうかです。
私の経験でも、出発点が「そのアカウントは誰のものか、社内で答えられない」という状態だったことがあります。乗っ取り以前の問題として、担当者しかログインできない、あるいは退職者が権限を持ったままになっている。これは事故ではなく設計の欠落であり、事故が起きる前にしか直せません。
PRACTICE

弊所の見解 ── 本人に自覚がないことが、ほとんどだった

ここまで公表資料に基づいて整理してきました。ここでは、弊所がこれまで相談を受けてきた範囲での実感を述べます。件数を数えたものではなく、あくまで経験の範囲での所見です。

結論から書きます。乗っ取りの相談を受けて事情を伺うと、本人に自覚がなかったという場面がほとんどでした。不注意だったという意味ではありません。自覚のしようがない形で、条件が揃っていたということです。

自覚がなかったこと、四つ

01漏れていた自覚がない
  • 「どこからも漏らしていない」と話される。実際、本人は何もしていません
  • しかし、何年も前に一度だけ登録したサービスのことは、そもそも記憶に残っていません。退会したつもりのもの、社名が変わったもの、すでに存在しないもの
  • 流出は本人の行動と切り離されて起きるため、自覚が生まれる契機がありません
02使い回している自覚がない
  • 「同じパスワードは使っていません」と言われた方の設定を伺うと、共通の文字列にサービス名や数字を足す、という規則で作られていたことがあります
  • 本人の感覚としては、確かに全部違うパスワードです。しかし並べれば法則が見えます
  • ここは指摘して初めて気づかれる部分で、責める話ではなく、そういう作り方に自然になるという話です
03回復経路が古い自覚がない
  • 登録情報を確認すると、もう使っていないメールアドレスや、解約済みの電話番号が残っていたことがあります
  • 設定した当時は現役だったので、変更する理由がありませんでした。使わなくなったことと、登録から外すことは、頭の中で結びつきません
  • 本人が最も驚かれるのが、この点です。強いパスワードを設定していた方ほど、意外だと言われます
04連携を許可した自覚がない
  • 過去に許可した外部サービスが、いまも投稿やメッセージの権限を持っている
  • 許可した瞬間のことは覚えていても、「その権限がいまも生きている」という認識には繋がりません
  • パスワードを変えても投稿が止まらない、という相談の一因になります

そのほかに、印象に残っていること

心当たりがあった方は、ほとんどいませんでした。「誰かに恨まれた覚えはない」「有名でもない」と、皆さん同じことを話されます。本稿を仕組みと動機の側から書いたのは、その問いに納得のいく答えをお返ししたかったからです。心当たりがないのは、見落としているからではありません。

「パスワードを変えたのに止まらない」という相談が、想像より多くありました。本人は何度も変えていて、それでも投稿が続く。原因がパスワードではないのに、パスワードを変え続けている。この状態が続くと、多くの方が「何をしても無駄だ」と感じて動きを止めてしまいます。そこで止まってしまうことが、いちばんもったいない。

連絡が取れなくなることの重さは、被害に遭う前には見積もられていません。そのSNSでしか繋がっていない相手がいる、という状態は、日常では何の問題も起こしません。しかし乗っ取られた瞬間に、被害を止めるための告知を届ける経路がない、という意味に変わります。

弊所の見解
以上を踏まえると、この分野で「気をつける」という対策は、そもそも成立しにくいと考えています。気をつけようにも、自覚のない事柄は注意の対象になりません。漏れていたことも、規則性があることも、登録情報が古いことも、連携が生きていることも、指摘されるまで見えないからです。
したがって必要なのは、注意を促すことではなく、一度きちんと見にいくこと——棚卸しです。登録メールアドレス、電話番号、連携アプリ、ログイン中の端末。三十分で終わり、そして多くの方が、この作業のなかで何かしらを見つけます。
CONCLUSION

まとめ

この記事の結論

  1. 大半の乗っ取りは、標的型ではない。流出した認証情報の照合と、無差別のフィッシング。心当たりがないのは当然で、心当たりの有無は安全の指標になりません。
  2. 防御の強度は、最も弱い経路で決まる。そしてその多くは、登録メールアカウントに収束します。個々のパスワードを強くする前に、再設定の導線がどこに繋がっているかを確認してください。
  3. 犯人の利益は金銭だけではない。信用、踏み台、認証コードの受信箱、そして他人名義であること自体。「盗られるものがないから狙われない」は成り立ちません。
  4. 標的選定は、価値 ÷ 防御の手間で決まる。分子は下げられませんが、分母は今日から上げられます。対策とは、攻撃者の採算を合わなくする作業です。
  5. 費用対効果が最も高いのは、回復経路の点検である。一度やれば当面終わり、しかも認証を強化しただけでは塞がらない穴を塞ぎます。今日やるなら、まずここです。

当事務所が行うのは、事実関係と証拠の整理、事業者への申告書面・通知書面の作成、および法人の権限管理・事故対応に関する規程の整備です。相手方との交渉代理、発信者情報開示請求、仮処分・訴訟の手続は行いません。

OPINION

筆者の見解 ── 目標は「破られないこと」ではない

ここから先は、事実の整理ではなく、実務にあたる者としての見解です。

完全な防御は存在しない、が、それは諦める理由ではない

セキュリティの話をすると、しばしば二つの極に振れます。「どうせ完璧にはできない」という諦めと、「絶対に破られない設定を教えてほしい」という要求です。どちらも、防御を「破られるか、破られないか」の二値で捉えている点で同じです。

実際には違います。攻撃者は、最も安く取れるところから着手します。限られた時間と手間を、成功率の高い対象に配分する。だから防御の目標は、絶対的な堅牢さではなく、相対的な面倒さになります。

身も蓋もない言い方をすれば、隣より面倒であればよい。二要素認証を設定した時点で、設定していない大多数の後ろに回れます。それだけで、無差別に走査してくる攻撃の射程からは外れます。

「気をつける」は対策ではない

相談の場で「これからは気をつけます」と言われることがあります。しかし、注意力は資源であって、常時投入し続けられるものではありません。疲れている日も、急いでいる日もある。そして攻撃側は、こちらが疲れている日を狙って送っているわけではなく、毎日送り続けているだけです。確率の問題として、いつか当たります。

だから対策は、注意力に依存しない形にする必要があります。パスキーを使えば、偽サイトに入力するという事故がそもそも起きない。管理ツールを使えば、使い回しをしようがない。意志ではなく仕組みで解く。これが、この分野で唯一続く方法だと考えています。

そして、起きた後は難しい

別稿で詳しく書きましたが、実務上の実感として、乗っ取りは起きた後の回復が非常に難しい類型です。犯人には届かず、事業者は構造的に慎重で、公表裁判例もない。事業が持ちこたえられるのは数か月なのに、手続は年単位で動く。
だからこそ、この記事では仕組みと動機から書きました。相手の採算が見えれば、どこに手を打てば効くのかが分かる。そして効く手のほとんどは、今日の三十分で終わります。
面倒だと感じるものほど、攻撃者にとっても面倒です。その面倒さが、そのまま防御です。

出典

官公庁その他公的機関の公表資料に限っています。

  1. 国家公安委員会・総務大臣・経済産業大臣「不正アクセス行為の発生状況及びアクセス制御機能に関する技術の研究開発の状況」(令和8年3月12日公表)
    https://www.npsc.go.jp/policy/list/260313.pdf
    https://www.soumu.go.jp/main_content/001059979.pdf
  2. 独立行政法人情報処理推進機構(IPA)「情報セキュリティ10大脅威 2026」
    https://www.ipa.go.jp/security/10threats/10threats2026.html
  3. 独立行政法人情報処理推進機構(IPA)「情報セキュリティ10大脅威 2026[個人編]ハンドブック」
    https://www.ipa.go.jp/security/10threats/omgdg50000008fi8-att/setsumei_2026_kojin.pdf
  4. 警察庁「不正アクセス行為の禁止等に関する法律の解説」
    https://www.npa.go.jp/bureau/cyber/pdf/1_kaisetsu.pdf
  5. 個人情報保護委員会(個人データの漏えい等が発生した場合の報告・本人への通知)
    https://www.ppc.go.jp/
  6. e-Gov法令検索(不正アクセス行為の禁止等に関する法律3条・8条・9条・11条、刑法246条の2、個人情報の保護に関する法律26条)
    https://laws.e-gov.go.jp/

本稿は、公的機関の公表資料に基づく一般的な整理です。手口については、自衛に必要な範囲を超える具体的な記述を避けています。統計の数値は公表時点のものであり、最新の状況は各機関の公表資料をご確認ください。技術的な設定手順は各サービスの公式案内に従ってください。