it.xnews.jp
出典: Scott Helme 原文公開: 2026-10-14 生成: 2026-10-14 読了 約 3 分 model: claude-haiku-5-5 原文: https://scotthelme.co.uk/passkeys-are-not-a-trap/ raw.md

パスキーは罠ではない——Scott Helme、使用回避を勧める投稿に反論

Scott Helme は、パスキーの使用を避けるよう勧めるバイラル投稿に反論した。同期型パスキーはWebサイトにアテステーションを提供せず、アテステーションが示すのは認証器のメーカーと機種のみだと説明している。

2026年10月14日、Scott Helme が自身のサイトで「Passkeys are a trap. Do not use them.」と題するバイラル投稿への反論を公開した。Helme はパスキーの利用を継続すべきだと主張している。

投稿の主張と反論

投稿の中心的な主張とみられるのは、パスキーがアテステーションに対応しており、Webサイトが認証器の出自について暗号学的な証明を求められるという点である。投稿によると、サイトは今後徐々にアテステーションを導入し、ユーザーは承認済みのソフトウェアと承認済みのOSでしかログインできなくなるとされる。その際、改造やLineageOS、Netflixパスワードの共有は認められなくなるという。

投稿の匿名の著者は、パスキーについて「not designed to prioritize your interests」と述べた。また、同じ著者は「hidden dial」という表現も用いている。

アテステーションの仕組み

同期型パスキーは、iCloud Keychain、Google Password Manager、1Password、Bitwarden など、ユーザーが選んだソフトウェアに保存される。これらはWebサイトにアテステーションを提供せず、サイトが要求しても返ってくるのは「none」である。Helme は、この点を自身がオープンソースのパスキーライブラリを作成したことから確認できると述べている。

アテステーションが存在する場合の内容は以下のとおりである。

フィッシング耐性とTOTP

Helme は、TOTPがEvilginxなどのフィッシングキットに対して脆弱だと主張している。こうしたキットは、パスワードとTOTPコードを本物のサイトへリアルタイムで中継し、セッションを乗っ取ることができる。

パスキーは作成されたドメインに紐付けられるため、ブラウザは example.com 用のパスキーを examp1e.com では使用しない。消費者向けサイトに対するガイダンスは、長年にわたりアテステーションを要求しないことだった。

筆者の見立て

この記事は元記事の事実のみに基づいて自動生成されました。

出典

この記事をシェア