Passkeysは個人ユーザーにはまだ早すぎる

I don't like passkeys

Passkeysは個人ユーザーにはまだ早すぎる

Passkeysはフィッシング耐性に優れ、企業環境では理想的な認証手段だ。しかし個人にとっては、アカウントの永久ロックアウトやデバイス紛失、プラットフォームによるアカウント停止のリスクの方が現実的で大きい。ハードウェアキーの登録数上限や、Apple・Googleの同期型Passkeysへの依存、パスワードマネージャーとの連携の未成熟さも課題だ。著者は、ランダム生成パスワードと独立したTOTPアプリの組み合わせこそが、ユーザーに制御と柔軟性を残すと主張する。

Passkeysは素晴らしい技術だ。作成したサイトに紐づけられるため、ハッカーの偽ログイン画面によるフィッシングは不可能だ。サイトがデータ侵害を受けたとしても、Passkeysは非対称であり、サーバー側の情報から復元することはできない。
  1. drtz

    PasskeysはMITM攻撃やフィッシング攻撃に対するセキュリティをわずかに向上させるが、主な目的は、パスワードを再利用したりパスワードマネージャーを使わないような、最も低い共通分母の人々を自分自身から守ることにある。

    一日中複数のデバイスを使う場合、これらすべてのシステムにパスキーを登録するのはO(m*n)の複雑さで大きな頭痛の種になるので、パスキーをパスワードマネージャーに入れるのが唯一現実的な解決策だ。しかし、これでも非常に一般的なユースケースである「所有していないデバイスでどうログインするか?」というログインフローが壊れてしまう。パスワードマネージャーにパスワードがあれば、少なくとも手動でパスワードを入力するという選択肢はある。

    しかし最大の問題は、ユーザーが何にサインアップしているのか警告も知識もなしに、どうやってそれに誘導されるかだ。過去に何度かOKボタンをクリックしただけで誤ってパスキーを設定してしまい、別のコンピュータでログインをブロックされた後で、元に戻す方法を調べなければならなかった(どのコンピュータにいたっけ?)。

  2. hannasanarion

    サードパーティのマネージャーに対するサポートが貧弱だという点は本当にイライラする。これが正しいからこそ、普通のユーザーにとっては明らかな解決策なのに、パスキーの実装はどういうわけかそれを扱う方法を知らない。

    Amazonは、私がパスキーでログインしたときでさえ、ログインするたびにパスキーを作成するように促してくる。私のパスキーはOSやブラウザではなくBitwardenにあるからだ。

    そして混乱を招く仕組みもそこに傷をつける:プロトコルが説明されるたびに「デバイスから出られない」という部分がセキュリティの主な源として強調されるので、私はいつも、TPMではなく全デバイスで共有されるVaultにパスキーを入れているせいで、何かとんでもなく危険な目に遭っているのではないかと少し恐れている。でも……私のは明らかにVaultと一緒にデバイスから出て行くので……。

  3. nunez

    著者に敬意を表して反対します!

    Passkeysは生活の質を大幅に向上させてくれました。ええ、パスキーへのアクセスを失った場合のロックアウトのリスクは最小限あります(ただし、私が使ったほぼすべてのサイトは、従来のユーザー名/パスワード認証フローの上にパスキーを載せています)。しかし一般的に言えば、ほとんどの人はiCloudやGoogleアカウントにパスキーを保存しており、それらはどこでも同期されるので、これは実際のリスクではありません。

    1Passwordの自動入力が不安定で、これらのサイトでパスワード/パスフレーズ/OTPをCMD-C/CMD-Vしなければならないという煩わしさから解放されるのが大好きです。

    YubiKeysも好きですが、複数のデバイスを扱う場合、比較にならないほど不便です。設定も一般的に非常にユーザーフレンドリーではなく、パスキーと比べればなおさらです。

    さて、私が本当に本当に消えてほしいのは、メールやテキストメッセージの受信トレイに送られてくるマジックリンクをクリックして認証する、パスワードレス/マジックリンク認証フローです。

    「メールはハッキングが非常に簡単で、テキストメッセージが米国のキャリアで送信しても安全かどうかまだ確信が持てないので、iOSやAndroidが自動的に提案してくれる厄介なパスワードに対処しなくて済むように、全員にメールやテキストで送られたリンクをクリックさせよう。」って、何なの?

  4. projektfu

    複数のサイト(例えばMicrosoft)が、ユーザー名を入力した後にパスキーを使ってログインするように求めてくるが、そのパスキーはどこにも保存されていないようだ。通常、QRコードをスキャンして携帯電話にあるか確認するが、否定的な答えが返ってくる。その後、すでに使う準備ができていた通常のパスワード+2FAの儀式を経なければならない。その後、現在使用しているデバイスや携帯電話にパスキーを保存するオプションは与えられない。次回も同じプロセスが繰り返される。パスキーを使うのは本当に楽しい。

    実際にパスキーでログインできるサイトは2つだけだと思う。

    また、ポップアップがいつもあまりに自動的で邪魔なのも嫌だ。他のログイン方法のようにボタンにすればいいのに?

  5. elteto

    技術自体は素晴らしいかもしれない(使っていないのでよくわからないが)、それはテックコングロマリットによって、ユーザーを彼らのエコシステムに隔離し囲い込む別の形態として取り込まれてしまった。

    そして正直なところ、今日では、テック企業が何かを本当に強く推し進めているなら、それは私にとって即座に危険信号であり、より一層の精査に値する。「彼らがそっちへ走っているのを見たら、反対方向へ走れ」というやつの一つだ。

  6. littlecranky67

    標準に組み込まれたattestation機能のせいで、私はパスキーをボイコットしようとしている。今はアクティブではないが、Google+Appleがすでにパスキー機能を使ってユーザーを自社のエコシステムに囲い込んでいることを考えると、彼らのサービスがパスキーがルート化されていないGoogleまたはAppleデバイスからattestationされていることを要求するようになるのは時間の問題だ。特にGoogleはAIスクレイピングボットを防ぐためにこれを真実にするだろうと思う。パスキーが広く使われるようになれば、これをオンにするのに何も必要なく、Apple、Googleなどは単にスイッチを入れるだけで済む。

  7. joshstrange

    私はパスキーを避け続けているが、それは信じられないほど密度の濃い地雷原になりつつある。特定のサイトは、私がログインするたびにパスキーを追加するよう騙そうとしてきて、私は1Passwordのプロンプトを閉じ、次にChromeのプロンプトを閉じ、次にOSレベルのプロンプトを閉じる(すべて連続して)ように注意しなければならない。実にユーザーに敵対的だ。

  8. Liftyee

    そう、まさにこれ。私は複数のデバイス(Linux、Xiaomi China ROMなど、非標準的/珍しいものもある)で作業しているが、パスキーがきちんと機能したことは一度もない。それなのに、常に追加するよう促される。たとえ機能したとしても、ハードウェアキーを持ち歩くか、各コンピュータを個別に登録しなければならないだろう。そして、デバイスを紛失/破損した場合のバックアップの欠如は、TOTPキーをフィッシングされるよりも私にとっては間違いなく大きな懸念だ。

  9. torstenvl

    > 個人にとって、最大のリスクは代わりに永久的なアカウントロックアウト、自動アカウント停止、デバイス紛失である。パスキーを使うことで、中間者攻撃に対するセキュリティは向上するが、アカウントへのアクセスを失うというより高い確率のシナリオに直面する。

    この見解がより主流になるのを見て嬉しい。パスキーはグロテスクに安全でない。

    フィッシング攻撃がロックアウトよりも一般的でより損害が大きい場合にのみ、それらをより安全と見なすことが可能だが、それはあまりに非現実的なので、誰かが誠意を持ってその立場を取ることができるとは思わない。

  10. verytrivial

    企業環境では、ユーザーのパスキーデバイスが故障した場合、それはビジネスの問題だ。個人環境では、それはユーザーの問題だ。企業環境における専門知識と予防プロセスは個人の文脈には存在せず、何か問題が起きたときにGoogleやAppleに「お願いします」と言うのは通常時間の無駄だ。TFAに100%同意する――パスキーでは「損害期待値」がおそらく高い。

この日のほかの記事

2026-09-18