世界を動かす技術を、日本語で。

パスキーが好きではありません

2026年9月18日原文(hawksley.dev)

概要

  • Passkey はフィッシング対策に優れた技術だが、個人利用には課題が多い現状
  • 大手IT企業 はパスワードレスを推進し、設定変更を促している
  • ハードウェアキー や同期型パスキーにはコストやロックアウトリスクが存在
  • 第三者パスワードマネージャー との連携はまだ未成熟
  • 現時点で 個人利用 には従来のパスワード+TOTPの方が柔軟性が高い

パスキー推進の現状と大手企業の動向

  • Passkey はログインの新しい標準として業界で推進されている
  • GoogleMicrosoft はパスワードレスの設定を積極的に案内
  • 設定変更をしない限り、パスキー利用を毎回提案される現状

パスキーの技術的メリットと企業利用

  • フィッシング耐性 が高く、偽ログイン画面による被害を防止
  • サイトごとに非対称鍵を利用し、サーバー側の情報漏洩にも強い設計
  • 企業環境 では理想的なソリューション

個人利用におけるパスキーのリスク

  • アカウントロックアウト やデバイス紛失時の復旧困難
  • 自動アカウントBANによるアクセス永久喪失リスク
  • 従来のリカバリ手段(SMS、メール、セキュリティ質問)が有効でない場合、復旧不可

ハードウェアキー運用の課題

  • パスキーのバックアップ不可 設計
  • サイトごとに2〜3個のハードウェアキーを登録する必要
  • アカウント数が増えるとコスト増加、スケーラビリティの問題
    • 1つのキーで最大25〜300アカウントまで
    • 上限超過時は追加購入やアカウント削除が必要

同期型パスキーとOS依存リスク

  • AppleGoogle アカウントとの連携が前提
  • アカウントBAN時に全パスキーへのアクセスを失うリスク
  • FIDO Alliance による互換性向上の取り組みは進行中だが、現状は未成熟
  • パスワードは容易に手作業でエクスポート可能だが、パスキーは困難

サードパーティ同期パスキーの課題

  • BitwardenKeePassXC などのパスワードマネージャーとの連携に課題
  • OSのAPI対応が始まったばかりで、ユーザー体験は未完成
  • ブラウザ外やネイティブアプリでの自動入力も不安定
  • 将来的には有望だが、現時点では実用性が低い

パスキーが機能しない状況

  • 自分のデバイス以外でのログインが困難
    • ハードウェアキー利用時はポートの有無が課題
    • 同期パスキー利用時は他人のPCのセキュリティリスク
    • Hybrid Transport (QRコード+Bluetooth)は接続失敗や非対応問題が頻発

個人利用における最適な認証方法

  • 企業利用 ではパスキーの導入メリットが大きい
  • 個人利用ではパスキーのリカバリ・ロックアウトリスクが現実的な脅威
  • TOTP (ワンタイムパスワード)はフィッシングリスクがあるが、復旧性が高い
  • ランダム生成パスワード+第三者パスワードマネージャー+独立TOTPアプリの組み合わせが柔軟性と安全性を両立
  • パスワード再利用者にはパスキーは大きな進歩だが、既に管理徹底しているユーザーには現状は後退

まとめ

  • Passkey は将来的に有望だが、現時点での個人利用には課題が多い
  • 柔軟性と復旧性を重視するなら、従来のパスワード管理+TOTPが最適

Hackerたちの意見

パスキーにはマーケティングの問題があって、技術用語を使わずに簡単に説明できる人がいないんだよね。それに、各OSがエンドユーザーに対してこれを押し付けすぎるっていう問題もある。

それは鍵だよ、非技術者が知るべきことは他に何があるの?皮肉なことに、macOSでは「キーチェーン」っていうアプリがあったけど、残念ながら非技術者向けに「パスワード」って名前に変わっちゃったんだよね。

パスキーは、あなたのセカンドデバイスがあなたのために作ったり入力したりするパスワードで、あなたはそれを見ることがない。私がパスキーに抱える大きな問題は、最初のデバイスを失った場合に、複数のデバイスを登録するための普遍的な方法がないことだ。

パスワードを想像してみて。a) 自動で入力してくれて、b) 偽サイトに送信されるときにそれを検知して、見えないようにブロックするから、フィッシングされることがない。はい、パスキーの完成。

これが一番改善してほしい点だね。普通の人の視点からの前触れがほとんどなかった。使うログイン画面の半分に新しい流れがあるだけ。確かに説明はされてるけど、全ユーザーが理解できるレベルで満足できるような説明じゃないんだよね。ちょっと誇張かもしれないけど、理想を言えば、どこかの大手テック企業がスーパーボウルの広告みたいなものを買ってほしい。普通の人が理解できる言葉で「パスワードを使ってきたのは分かってるけど、こっちの新しい技術の方がいいよ、理由はこれだよ」って伝えるようなやつ。残念ながら、XKCD 2501は今でも relevancy があるね。

普通の人には結構簡単に説明できると思うよ:パスキーを使うと、テキストやメールで送られたコードを入力する代わりになるんだ。それはみんなの日常の痛点で、メリットが分かりやすいはずだよ。

ウェブサイトは支払い端末みたいなもんだよ。デバイスはデビットカードみたいな感じ。パスワードはカードのPINみたいなもので、パスキーはカードのチップみたいなもの。デバイスでサイトにログインするのは、カードを端末に入れるのと同じ。サイトがパスワードを求めるのは、端末がPINを求めるのと同じだけど、デバイスがパスキーをサポートしてたら、それはカードにチップがあるみたいなもので、それを使うんだ。だから、パスキーはチップカードを使う感じだと思って。どれだけこの比喩が細かい部分まで合ってるかは分からないけど、親たちには伝わったよ。

実装されている形では、概念的な一貫性も欠けてるね。どうやって手に入れたのか(どこにあるの?)、どうやって使えるのか(具体的にどうやって?)は分かるけど、どこにもリスト化されてないし、見たり、どこから来たのか、何ができるのかも見えないんだ。

技術自体は素晴らしいかもしれないけど(実際、使ってないからよくわからない)、テック企業がユーザーを自分たちのエコシステムに閉じ込めるための手段として利用してる感じがする。正直、最近のテック企業が何かを強く推してると、それがすぐに赤信号に感じるし、もっと注意が必要だと思う。「あいつらがあっちに走ってるなら、こっちは逆に走るべき」って感じ。

アップルがそれをエクスポートできるっていうのはちょっと皮肉だよね。

正直、最近のテック企業が何かを強く推してると、それがすぐに赤信号に感じるし、もっと注意が必要だと思う。その理由は、ソーシャルメディアのアカウントやコードホスティングポータルのハイジャックが増えているからで、後者は深刻な財政的脅威になってる。正しく実施されれば、パスキーはセキュアエンクレーブに保管されるはずだし、少なくともAppleやほとんどのAndroid環境ではそうだよ。パスキーで保護されたアカウントのログイン情報を得る合理的な方法は、ユーザーのデバイスに物理的にアクセスしない限りないんだ。

その通り。だから俺はパスキーを絶対に使わない。商業的な囲いの中に押し込まれるだけだから。2FA付きのパスワードの方がずっと良いし、自由度も高い。

Hacker Newsで議論の続きを見る