パスワードには問題があるが、パスキーにはもっと問題がある

当初はパスキーに全力を注ぐ予定でしたが、 ONCE/キャンプファイヤー、そして私たちはそれを中心にして初期の認証システムを構築しました。それは簡単なセットアップではありませんでした！パスキーを適切に処理することはバックエンドで驚くほど複雑ですが、私たちはそれをやり遂げました。残念ながら、ユーザーエクスペリエンスがあまり良くなかったので、結局すべてを元に戻すことになりました。パスキーの問題は、本質的にはパスワード マネージャーの中間的なものであり、ユーザーにはまったくわからない方法で特定のプラットフォームに結び付けられているため、アカウントにアクセスできなくなる可能性が高くなることです。2 要素認証とほぼ同じですが、ユーザーがそれに気付かないという点でさらに悪い状況です。簡単な例を挙げてみましょう。iPhone と Windows コンピュータがあります。Windows 上の Chrome はパスキーを Windows Hello に保存します。そのため、Windows でサービスにサインアップし、iPhone でそのサービスにアクセスしようとすると、行き詰まってしまいます (iPhone から Windows コンピュータに 2 つ目のパスキーを追加するような先見の明がない限り)。コンピュータから離れていてログインしたい場合、パスキーは間違ったデバイスに保存されており、ほとんどのユーザーにとって、これを修正する方法はまったく明らかではありません。iCloud 経由でキーチェーン アクセスと同期された iPhone と Mac を使用しているという最良のシナリオでも、緊急時に友人のコンピューターのサービスにアクセスする必要がある場合は、困ったことになります。あるいは、キーチェーン アクセスをまったく使用していない場合もそうです。フローのいたるところに落とし穴があります。また、別のデバイスで QR コードをスキャンするなどの解決策は、ほとんどのユーザーにとって面倒で馴染みのないものです。これらすべてに対処する方法、そしてサービスから締め出される可能性のある潜在的な落とし穴をすべて教えるつもりなら、1password のようなクロスプラットフォームのパスワード マネージャーの使い方も教えるのがよいでしょう。はい、パスワードには問題があります。パスワード マネージャーを使用せずにパスワードを使用している場合、複数のサービスでパスワードを再利用する可能性があります。その場合、パスワードの取り扱いがひどいサービス (bcrypt などでハッシュ化せずにプレーン テキストで保存するなど) が 1…