実践知識・認証と権限

パスキーは、 なぜ破られにくいのか。

鍵のしくみを絵でつかみ、 2026年に報じられた攻撃の狙いと守り方を見分ける。

大きな鍵を抱えて胸を張るエスパーくん

2026年9月30日時点 ・ 前半の解説はwhatarepasskeys.infoの要約

1 / 15
はじめに

パスワードは、守る手間のわりに破られやすい。

使い回し

覚えきれず、別のサイトでも使う

漏えい

保存データから割り出される

偽サイト

偽の画面に自分で入力してしまう

手間

覚えて打ち、忘れたら再設定する

たくさんの鍵を抱えて困るエスパーくん
2 / 15
しくみ

パスキーは「鍵は手元、錠前はサイト」。

あなたの端末秘密鍵=鍵。サイトへは渡さない サイト公開鍵=錠前。署名を確かめるだけ 登録で錠前だけ渡す鍵はサイトごとに別。サイトをまたいで追えない
  1. あなたの端末:秘密鍵=鍵。サイトへは渡さない
  2. サイト:公開鍵=錠前。署名を確かめるだけ
  3. 登録で錠前だけ渡す:鍵はサイトごとに別。サイトをまたいで追えない

サイトから錠前が漏れても、鍵は作れず、サインインに使えない。

3 / 15
しくみ

登録で錠前を渡し、毎回の問いに署名して返す。

  1. 登録で鍵を作る

    鍵のペアを作り、公開鍵(錠前)を登録する。

  2. 端末で確かめる

    顔・指紋・PINで本人か確かめる。

  3. 毎回、署名して返す

    サイトの問い(チャレンジ)に、秘密鍵で署名して返す。

顔・指紋・PINは端末の中で確かめる。秘密鍵はサイトへ送らない。

問いを使い捨てにするサイトなら、同じ応答の再送は受け付けられない

4 / 15
パスワードとの違い

3つの攻撃すべてに強いのは、パスキーだけ。

攻撃
パスワード
パスワード+SMS
パスキー強い
偽サイト
漏えい
サイトに保存したデータ
保存データから割り出される
パスワードは同じく割り出される
漏れるのは公開鍵だけ
再送(リプレイ)
問いを使い捨てにするサイトで
この図をテキストで読む

比較表「方式ごとの強さ」。3列 × 3行。 【列】 1. パスワード 2. パスワード+SMS 3. パスキー〔強い〕 【比較】(観点ごとに) ■ 偽サイト - パスワード: 非対応 - パスワード+SMS: 非対応 - パスキー: 対応 ■ 漏えい - パスワード: 非対応 / 保存データから割り出される - パスワード+SMS: 非対応 / パスワードは同じく割り出される - パスキー: 対応 / 漏れるのは公開鍵だけ ■ 再送(リプレイ) - パスワード: 非対応 - パスワード+SMS: 一部対応 - パスキー: 対応 / 問いを使い捨てにするサイトで

しかも操作は、顔・指紋・PINで確かめるだけ。

whatarepasskeys.infoの比較。メールのリンク方式は全行△

5 / 15
フィッシング

偽サイトには、パスキーが応答しない。

中継型フィッシング:偽サイトが入力やコードをその場で本物へ送る手口

本物のサイト

登録したドメインと一致するので、応答する

見た目そっくりの偽サイト

ドメインが違うので、応答しない

SMSのコードは、中継型フィッシングでその場で使われる。

別の経路:偽の画面で同期用のPINを盗む手口(VaultJacking)

6 / 15
保管

同期パスキーは戻せる。デバイス固定は外へ出ない。

同期パスキー

パスワードマネージャーが暗号化して配る。なくしても戻せる。

デバイス固定のパスキー

端末やセキュリティキーの中だけ。クラウド側の侵害に強いが、なくすと使えない。

同期は2026年、VaultJackingとPass-ta-keyの標的になった。

職場では、会社がデバイス固定を指定することがある

7 / 15
使い始める

対応するサイトなら、設定から作って使える。

  1. 作成を選ぶ

    サイトやアプリの設定で、パスキーの作成を選ぶ。

  2. 端末で確かめる

    顔・指紋・PINで確かめると、保存される。

  3. 次から選んで確かめる

    サインイン画面で選び、端末で確かめる。

作った後もパスワードが残ることがある。残ったパスワードは偽サイトで盗まれうる。

QRコードを読み取り、別の端末のパスキーで確かめることもできる

8 / 15

2026年の報告

2026年、「パスキーが破られた」?

5〜9月に、「パスキー突破」の報道が4件続いた。 破られたのは暗号か、その周りか。

頑丈な門の横で、扉が開いている
9 / 15
2026年の報告

4件とも、パスキーの暗号は破っていない。

研究3件と、パスキーを口実にした攻撃の報告1件。公表日順

  1. 5月20日

    VaultJacking

    偽の画面で同期用のPINを入力させる(PhishU)

  2. 8月3日

    Pass-ta-key

    端末のマルウェアが同期パスキーを悪用(Unit 42)

  3. 8月5日

    Pass-the-Passkey

    ログに残った応答を再送する(SpecterOps)

  4. 9月9日

    パスキーを口実にした攻撃

    ヘルプデスクを装い、サインインを奪う(Microsoft)

名前が似たPass-ta-keyとPass-the-Passkeyは別の研究

10 / 15
2026年の報告

端末に入り込むか、記録を再送するか。

Pass-ta-key(Unit 42・8月3日)

マルウェアが、メモリに出た32バイトの同期の暗号鍵を抜いた。同期したパスキーをすべて復号できた。

どの手口も、端末でマルウェアが動いていることが前提

Pass-the-Passkey(SpecterOps・8月5日)

署名した応答が、誰でも読めるログに残った。それを再送すると、Entra IDが受け付けた。

ログに残す不具合は、公表前の7月に修正(CVE-2026-34348)

Pass-ta-keyは開示後、GoogleやeBayなどが修正した

11 / 15
2026年の報告

設定や同期を口実に、PINやサインインを差し出させる。

PhishU(5月20日)とMicrosoft(9月9日)の報告

VaultJacking

偽の入力欄で同期用のPIN(画面ロックとは別)を盗む。攻撃者の端末を同期に加え、パスワードとパスキーをまとめて開く。

パスキーを口実にした攻撃

ヘルプデスクを装って誘い、中継型フィッシングや、コードを入力させる認証(デバイスコード認証)で奪う。

12 / 15
4件のまとめ

錠前は無事。狙われたのは、その周り。

端末マルウェア・読めるログ 人の判断偽の連絡や入力欄 同期のしくみ同期の暗号鍵・同期用のPIN サイトの確認本人確認済みや再送を見ない
  1. 端末:マルウェア・読めるログ
  2. 人の判断:偽の連絡や入力欄
  3. 同期のしくみ:同期の暗号鍵・同期用のPIN
  4. サイトの確認:本人確認済みや再送を見ない

暗号と照合は破られていない。ただし2件では、同期から鍵が持ち出された。

13 / 15
対策

立場ごとに、周りを固める。

各発表元の推奨をまとめた

個人
  • OSとブラウザを更新する
  • 同期用のPINや再設定を求める連絡を疑う
  • 正規の窓口に確かめる
企業のIT部門
  • 重要なアカウントはデバイス固定のパスキーにする
  • デバイスコード認証を絞る
  • 端末の追加を監視する
  • ヘルプデスクでの再設定は身元確認を厳しくする
サイトの運営者
  • 応答が本人確認済みかを確かめる
  • 使い捨ての問いで、同じ応答の再送を拒む
14 / 15

おわりに

偽サイトには、今もパスキーがいちばん強い。

2026年の攻撃は、パスワードやSMSに戻る理由にならない。

解説・報道

お辞儀をするエスパーくん

修正の状況は発表元で確認(2026年9月30日時点)

15 / 15