デジタルの安全 / 技術研究の解説

一つのサイトで漏れただけなのに。使い回したパスワードで被害が広がる理由

小さな買い物サイトと、大切なメール。違う会社なのに、同じ鍵なら入口はつながります。全部を一晩で直すのではなく、最初に守るアカウントから選びます。

4資料を参照読む目安 5分2026.10.30制作・運営:ENGINEERING BRIDGE
AI生成のイラスト · 記事のテーマを表現しています
この記事の目次

買い物サイトとメールは、別々の鍵で守りたい

久しぶりに使った通販サイトから、情報漏えいのお知らせが届いた。カードは登録していないし、もう買う予定もない。そう思って閉じる前に、一つだけ思い出してみてください。そこで使ったパスワード、普段のメールでも使っていないでしょうか。

同じメールアドレスとパスワードの組が別のサービスにも通るなら、漏れた場所と被害が出る場所は別になります。手に入れた組をほかの入口へ試す行為は、クレデンシャルスタッフィングと呼ばれます。秘密の文字列そのものが、別の会社への合鍵にもなってしまうんですね。[1]

まず変えたいのは、難しい文字列を考えることより、別のサービスへ同じ鍵を渡さないこと。使い回しをやめる理由は、この被害のつながりを切るためです。

末尾の数字を変えたら、別の鍵になる?

「同じにはしていない。末尾を1、2、3と変えている」。全部を覚えるための工夫としては自然でしょう。ただ、その変え方が分かりやすければ、一つを知った人が次を推測する足掛かりになります。完全に同じ文字列だけを探せばよい、とはいかなくなるわけです。

Das氏らの2014年の研究は、サービスをまたいだ使い回しと変更のパターンを調べました。漏えいした組を別の場所で試す危険だけでなく、人がどう似た文字列を作るかも扱っています。ここから持ち帰りたいのは、会社名や年を足す規則を自分だけの秘密と考えすぎないことです。[1]

一方、日常の負担も無視できません。Florêncio・Herley氏らは、2007年に約50万人を3か月間観察した大規模な調査で、多数のサイトを使う人のパスワード行動を扱いました。Pearman氏らの2017年の研究も、実際の利用状況を観察しています。作成画面で強い文字列を一度選べるかと、それを何年も管理できるかは、別の課題なんですね。[2][3]

この二つは古い時点の利用行動です。今の利用者全員の割合を示す数字へ置き換えるより、「人の記憶だけに数十個の秘密を任せる設計で続けられるか」と考える材料にしましょう。Bonneau氏らの比較枠組みでも、安全性と使いやすさ、導入しやすさは複数の軸で評価されています。[4]

一つの漏えいを、三つの入口へ広げない

下の図の通販、メール、学習サービスを見てみましょう。同じ鍵なら、通販で漏れた情報が残りの入口でも候補になります。別々の鍵なら、その一組だけで次の扉を開ける筋道は切れます。これは仕組みを考える例で、三つが必ず侵入されるという予測ではありません。

ここで特に先に守りたいのが、ほかのアカウントの復旧先になっているメールです。メールへ入れると、別サービスのパスワード再設定まで進める場合がある。買い物の履歴だけを守っているつもりが、ほかの入口の管理権まで預けていた、と気づけるでしょう。

メールの設定で忘れがちなのが、復旧先として登録した古い電話番号や、もう開けない予備メールです。普段のログインが快適でも、端末を失った日に戻れなければ困る。秘密を変える作業と、今も自分へ届く連絡先かを確かめる作業を分けると、見直す場所を探しやすくなります。

すでに漏えい通知が来た場合は、その通知のリンクから急いでログインするより、普段使う公式アプリや保存済みの入口から案内を確認しましょう。変更する対象は、そのサービスと、同じ鍵を使っていた重要な入口。名前が違うから無関係、という見方を一度外すと、自分の被害の広がり方に沿って順番を付けられます。

つまり、最初の順番は「大切な復旧先から、固有の認証へ」です。管理ソフトやパスキーを使えるなら、覚える仕事を減らす選択肢になります。ただし、管理ソフト自身のログインと復旧手段は残しておく。何を使うにしても、鍵を一か所へまとめた後の戻り方まで一緒に考えたいところです。

しくみを、手元の例で

同じ鍵がつなぐ入口を、切り替えて見る

通販同じ鍵A

この組が漏れたと仮定

普段のメール同じ鍵A

同じ組が候補になる

学習サービス同じ鍵A

同じ組が候補になる

漏れた場所と、次に試される場所は別です。追加の認証などで結果は変わります。

説明用の例です。研究の実測データや、あなたの環境の測定結果ではありません。ボタンで見る条件を切り替えられます。

今日やるのは、全部の変更より「復旧先の確認」

最初に、普段のメールの公式設定を開きます。復旧先のメールや電話が今も自分のものか、追加の認証方法が登録されているかを確認。次に、同じ文字列をほかでも使っているなら、メールのパスワードを固有のものへ変える準備をします。現在のパスワードをこの記事の画面やメモへ入力する必要はありません。

管理ソフトを選ぶ場合は、普段の端末で使えるか、端末をなくしたらどう復旧するかを公式の案内で確認しましょう。移行は影響の小さいアカウントで一度試してから。ログインできることと復旧できることを確かめ、最後に不要な使い回しを減らしていくと、一気に全部変える負担を抑えられます。

残すメモは秘密ではなく、作業の状態です。「メール:復旧先確認済み」「通販:変更待ち」「学習:固有の鍵へ変更済み」。次にやる一件が分かれば十分。進んだ分だけ、被害が広がる道を一本ずつ減らせます。

手順が見える資料

秘密を書かない、見直しの記録

優先する入口確かめること
普段のメール復旧先・固有の認証・追加の認証手段
管理ソフトのアカウント公式の復旧方法・自分で保管するもの
決済や重要サービス使い回しの変更・変更後のログイン
残りのサービス一度に全部ではなく、次の一件を決める
パスワードや復旧コードはこの記録に書きません。作業の完了状態だけを残す例です。
研究の補足と、よくある疑問

長いパスワードなら使い回してよい?

漏れた組がそのまま別の入口に通る問題は、長さだけでは切れません。推測されにくさとサービスごとに固有であることを、別々に考えます。[1][4]

古い調査を、今の被害の確率に使える?

記事では使っていません。当時の行動を扱う研究から管理の負担を考え、現在の設定は利用サービスの公式案内で確認する構成です。[2][3]

出典と確認した範囲(4資料)

出典と、読み取れる範囲

原著の公開要旨・取得できた本文部分・研究レビューと、仕様を確認する公式資料を照合しています。対象と比較条件が違う結果を一つの効果へ合算せず、手元の操作例は編集上の説明例として区別します。確認範囲は資料ごとに示しています。

  1. 観察研究

    対象・方法:サイト間のパスワード使い回しと変形を調べる研究。

    主な結果:一つの漏洩情報が別サービスの推測にも使われる関係を扱う。

    限界:データ源・時代・集団に依存。現在の全利用者の被害確率として示さない。

    確認した範囲

    Sciteの書誌・抄録の取得部分を照合。原著全文の精読や統計の再計算は未実施。 確認日:2026-10-29

    取得できた書誌で撤回・懸念通知は確認されていません。出版社の履歴を網羅した監査ではありません。

  2. 観察研究

    対象・方法:約50万人を3か月間観察した、パスワード利用・使い回しの測定。

    主な結果:多数の認証を日常で扱う負担と利用習慣を調べる。

    限界:古い観測集団。現在の日本の利用率や個人の被害率へ換算しない。

    確認した範囲

    Sciteの書誌・抄録の取得部分を照合。原著全文の精読や統計の再計算は未実施。 確認日:2026-10-29

    取得できた書誌で撤回・懸念通知は確認されていません。出版社の履歴を網羅した監査ではありません。

  3. 観察研究

    対象・方法:日常的な利用環境でのパスワード行動を観察する研究。

    主な結果:単発の作成実験だけでは捉えにくい実際の利用を扱う。

    限界:観察研究であり、特定の管理方法の無作為化介入効果ではない。

    確認した範囲

    Sciteの書誌・抄録の取得部分を照合。原著全文の精読や統計の再計算は未実施。 確認日:2026-10-29

    取得できた書誌で撤回・懸念通知は確認されていません。出版社の履歴を網羅した監査ではありません。

  4. 研究レビュー(統合効果量なし)

    対象・方法:パスワード代替方式を安全性・使いやすさ・導入可能性の25の利点で比較する枠組み。

    主な結果:一つの長所だけで認証方式を選べないことを整理する。

    限界:現代の同期パスキーを直接評価した研究ではない。効果量を統合したメタ分析でもない。

    確認した範囲

    Sciteの書誌・抄録の取得部分を照合。原著全文の精読や統計の再計算は未実施。 確認日:2026-10-29

    取得できた書誌で撤回・懸念通知は確認されていません。出版社の履歴を網羅した監査ではありません。

この記事は複数文献を照合した編集記事です。既存研究を照合し、結果と条件を紹介しています。研究が同じ参加者を含む可能性があるため、文献間の人数を足していません。本文の行動提案・未来のシナリオは編集上の整理です。

文献の選び方・撤回と訂正への対応 →