パスキー導入時のRelying Party側の考慮事項的なもの - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/kokukuma

23 usersがブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

inabajunmr 整理されている

2022/12/12 リンク

sora_h Appleがsingle-device credentialをplatformで作れなくしたのかなり自分のユースケースとミスマッチでRP実装に頭抱えてる

2022/12/12 リンク

b-wind “「hybrid transport」というのは、QRコードとBluetoothを使いスマートフォンをroaming Authenticatorとして利用できる方法です。”

2022/12/12 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

パスキー導入時のRelying Party側の考慮事項的なもの - Qiita

本記事は Digital Identity技術勉強会 #iddance Advent Calendar 2022 の11日目の記事です。最近いろい... 本記事は Digital Identity技術勉強会 #iddance Advent Calendar 2022 の11日目の記事です。最近いろいろ盛り上がってきているパスキーについて、実際にサービスに導入するときに気になりそうなポイントをまとめてみようと思います。あくまでパスキー調べてる個人の意見です！それはちがくね？みたいなのあったら、コメントください背景既存の状況・問題点今までのFIDO認証は、基本的にCredentialはAuthenticatorの外にはでない、Single-Device Credentialと呼ばれるものでした。そのため、セキュアではあるものの、Authenticatorを紛失した場合のリカバリが難しく、サービスの利用にあたってFIDO認証の利用を必須化することは難しい状態でした。特にコンシューマー領域では、「Authenticatorを複数台持って

ブックマークしたユーザー

asakura-t2024/01/26
takaheraw2022/12/26
p1ass2022/12/15
quodius2022/12/13
yugui2022/12/13
yug12242022/12/12
inabajunmr2022/12/12
hinaloe2022/12/12
t_otoda2022/12/12
dhesusan46492022/12/12
sora_h2022/12/12
honeybe2022/12/12
sh42022/12/12
OPIOPIINojsafa72022/12/12
Hiro_Matsuno2022/12/12
b-wind2022/12/12

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx