近年、インターネットを取り巻くセキュリティ環境はますます厳しくなっており、企業や個人を標的としたフィッシング詐欺やパスワード流出の被害が後を絶ちません。特に、従来のパスワード認証は利便性が低く、かつ脆弱性が多いため、多くの企業が新たな認証方式を模索しています。
その中で注目を集めているのが「パスキー(Passkey)」です。本記事では、パスキー(Passkey)の概要や仕組み、種類、そして日本国内の企業における導入事例を交えながら、そのメリットや課題について詳しく解説します。
パスキーとは(一言でいうと)
━━━━━━━━━━━━━━━━━━━━━━━━━━
パスキー(Passkey)とは、パスワードを使わずに生体認証(指紋・顔認証)やデバイスのPINコードだけでログインできる認証技術です。 FIDO2規格に基づいており、Apple・Google・Microsoftが標準採用しています。秘密鍵は端末内にのみ存在するため、フィッシング詐欺やパスワード漏洩のリスクを根本から排除できます。
━━━━━━━━━━━━━━━━━━━━━━━━━━
目次
パスキー(Passkey)とは?
パスキーは、オンライン認証の安全性を向上させるために設立された国際的な業界団体「FIDO(Fast Identity Online)アライアンス」と、Web技術の標準化を推進する国際的な非営利団体「W3C」が策定したFIDO2規格に基づく新しい認証技術です。
従来のパスワードに代わる安全かつ利便性の高い方法として、Apple、Google、Microsoftといった大手テクノロジー企業が積極的に採用を進めています。
パスキーの概要
パスキーは、パスワードを使用しない認証方式の一種であり、公開鍵暗号方式を利用することで、高いセキュリティを実現します。
具体的には、ユーザーがパスキーを使用してログインする際、端末内で生成された秘密鍵が使用され、認証が完了します。
この秘密鍵は外部には流出せず、サービスプロバイダーには公開鍵のみが送信されるため、たとえデータベースがハッキングされたとしても、攻撃者がユーザーのアカウントを乗っ取ることはできません。
また、パスキーは生体認証(指紋認証や顔認証)やデバイスのPINコードを用いることで、簡単かつ迅速に認証を行うことができます。
そのため、ユーザーの利便性が向上するだけでなく、企業にとってもパスワードの管理コストを削減できるというメリットがあります。
パスワードとの違い・比較表
パスキーとパスワードの最大の差は「認証情報がサーバー側に存在するかどうか」です。パスワードはサーバーにハッシュ化して保存されるため、データベース漏洩時に盗まれるリスクがあります。パスキーでは秘密鍵はデバイス内にのみ存在し、サーバーには公開鍵しか送られません。
| 比較項目 | パスワード | パスキー |
|---|---|---|
| 認証情報の保存先 | サーバー(ハッシュ) | ✓ デバイス内のみ(秘密鍵) |
| フィッシング耐性 | ✗ 偽サイトで盗まれる | ✓ 盗取不可(ドメイン紐付け) |
| リスト型攻撃への耐性 | ✗ 流出パスワードで突破される | ✓ 構造上不可能 |
| DBからの漏洩リスク | ✗ ハッシュが解析される可能性 | ✓ 公開鍵しか存在しない |
| ログイン操作 | 文字入力(記憶・入力コストあり) | ✓ 生体認証・PINのみ |
| パスワードリセット | 忘れると再設定が必要 | ✓ 忘れる概念がない |
| 機種変更・紛失時の対応 | 影響なし | △ デバイス管理・バックアップが必要 |
| 共有デバイスでの利用 | 可(自己責任) | △ 共有デバイスへの登録は非推奨 |
| パスワードマネージャーの要否 | 推奨(複雑なPW管理に必要) | ✓ 不要(OS・ブラウザが管理) |
パスキーのデメリット・注意点
パスキーはデバイスに紐付いているため、端末を紛失した場合はサービス管理画面から速やかに対象デバイスのパスキーを無効化してください。同期型パスキーはクラウド経由でバックアップされますが、デバイス固定型は別途対策が必要です。
- 共有デバイスには登録しない:家族や職場の共有PCに登録すると、他のユーザーが生体認証・PINでログインできてしまいます。
- 古いOS・ブラウザは非対応:iOS 16未満、Android 8以前、Internet Explorer等では利用できません。
- 企業ポリシーによる制限:Google Workspace等の企業環境では、管理者がパスキーを無効化しているケースがあります。
- 全サービスが対応しているわけではない:2026年時点でも未対応のサービスはあります。パスワードと併用する移行期間が続きます。
パスキーの種類
パスキーには運用方式によって主に2種類があります。用途・セキュリティ要件に応じて使い分けることが重要です。
| 種類 | 同期型パスキー | デバイス固定型パスキー |
|---|---|---|
| 別名 | Synced Passkeys | Device-bound Passkeys |
| 保存先 | クラウド(iCloud/Google等)経由で複数端末に同期 | 特定デバイス(物理セキュリティキー等)のみ |
| 利便性 | ✓ 機種変更・複数デバイスで継続利用可 | △ デバイスが手元にないと認証不可 |
| セキュリティ | 高い(フィッシング耐性あり) | 最高(クラウド同期なし) |
| 主な用途 | 一般ユーザー・法人の標準認証 | 金融機関・政府機関・高権限管理者 |
| 製品例 | iCloudキーチェーン、Google パスワードマネージャー | YubiKey 5シリーズ、Google Titan |
パスキーの設定方法
事前準備(必ず確認)
端末でパスキーに対応している必要があります。古い製品は対応していない場合があるのでご注意ください
-
端末の画面ロックと生体認証(Face ID/Touch ID/指紋/Windows Hello)を有効化しておきます。
-
ブラウザはChrome / Edge / Safariの最新を推奨します。
-
iPhone/iPad は iOS/iPadOS 16 以降、iCloudキーチェーンをオン。Android は Android 9 以降でGoogle パスワード マネージャが有効。
-
会社の Google Workspace 利用の場合、管理者ポリシーでパスキーが制限されていることがあります(後述)。
PC(Windows / macOS)での設定
-
ブラウザで myaccount.google.com にサインイン。
-
左メニュー 「セキュリティ」 → 中ほどの 「パスキー」 を開き 「パスキーを作成」。
-
画面の案内に従い、このデバイスに作成を選択。
-
OS のダイアログが出たら、Windows Hello(顔/指紋/PIN)または macOS のTouch ID等で認証。
-
登録が完了したら、識別しやすいようにデバイス名(例:“MacBook-Office”)を付けておくと管理が楽です。
補足:別のPCやスマホのパスキーを使う場合は、QRコードでのクロスデバイス登録が案内されます。近接Bluetoothで安全に連携します。
iPhone / iPad での設定
-
設定アプリ → 画面上部のApple ID → iCloud → パスワードとキーチェーンをオン(未設定なら)。
-
Google アプリまたは Safari で myaccount.google.com にサインイン。
-
「セキュリティ」→「パスキー」→「パスキーを作成」。
-
Face ID / Touch ID を求められるので認証して完了。
-
iCloudキーチェーン有効時は、同じApple IDの端末へ安全に同期されます。
Android での設定
-
設定アプリ → Google → パスワードマネージャ(または Chrome の設定 → パスワード)。
-
「パスキー」 が有効であることを確認。
-
Chrome で myaccount.google.com にサインイン → 「セキュリティ」→「パスキー」→「パスキーを作成」。
-
端末の画面ロック/生体認証で認証して完了。
-
Google アカウントでバックアップ・同期され、同じアカウントの Android 端末に引き継がれます。
セキュリティキー(FIDO2/USB/NFC)の登録
高リスク部門や管理者は物理キー併用を推奨します。
-
myaccount.google.com → セキュリティ → パスキー → 「パスキーを作成」。
-
「セキュリティキーを使用」 を選択。
-
指示に従って USB 挿入(または NFC でタップ)、キーのボタンをタッチ。
-
識別名を付けて登録完了。予備キーも同時に登録しておくと、紛失時の業務停止を避けられます。
サインイン時の使い方(挙動の違い)
-
同一端末:ログイン画面でアカウントを選ぶと、生体認証または端末ロックで即サインイン。
-
別端末:QRコードが表示され、手元スマホの生体認証で承認 → PC でログイン可能。
-
物理キー:USB/NFC/BLE でキーを使い、画面の指示に従ってタッチ。
紛失・機種変更時の対処
-
パスキーの確認・削除:
myaccount.google.com → セキュリティ → パスキーで、端末ごとのパスキーを無効化/削除できます。紛失端末は即削除。 -
バックアップ戦略:
-
メイン端末のパスキー+予備の物理キーの二重化が安全。
-
家族共有PCなど他人と共用する端末には作成しないのが原則。
-
-
一時的にパスワードでログイン後、新端末でパスキー再作成を行います。
うまくいかない時のチェック
-
端末の画面ロック/生体認証が未設定だと作成できません。
-
会社PCのグループポリシーやブラウザのサードパーティCookie制限でブロックされることがあります。別ブラウザや私用端末で一度作成し、あとから会社PCに追加する方法も有効です。
-
古いOS/ブラウザは非対応の場合があります。更新してください。
-
USB セキュリティキーは、一部 OS でドライバやファーム更新が必要です。
パスキーの仕組み
パスキーは、公開鍵暗号方式を利用することで、高度なセキュリティを提供します。基本的な仕組みは以下のようになっています。
- 鍵の生成:ユーザーがパスキーを作成すると、デバイス上で「公開鍵」と「秘密鍵」のペアが生成されます。
- 公開鍵の送信:公開鍵はサービスプロバイダー(例:Yahoo! JAPANやAmazon)のサーバーに送信され、登録されます。
- 秘密鍵の保存:秘密鍵はユーザーのデバイス内に安全に保存され、外部に送信されません。
認証時の流れ:ユーザーがスマートフォンの指紋認証や顔認証などを行ってログインする際、デバイス内の秘密鍵を用いて署名を作成し、それを公開鍵と照合することで本人確認を行います。
フィッシングや不正ログインのリスク低減
この仕組みによって、従来のパスワードを使用する認証方式と比較し、次のようなリスクを低減することができます。
フィッシング対策:秘密鍵はユーザーのデバイス内にのみ存在するため、攻撃者がフィッシングサイトを利用して認証情報を盗み取ることができません。
パスワード漏洩のリスク軽減:パスワードが不要なため、データベースからの漏洩リスクを大幅に低減できます。
また、生体認証やPINコードを利用して素早くログインできるため、パスワード入力の手間が省けるというユーザーの利便性向上にも繋がります。
パスキーの導入が求められる業界
パスキーは、特に高いセキュリティレベルが求められる業界や、ユーザーの利便性を重視する業界にとって有益です。以下のような業界の企業では、パスキーの導入が推奨されます。
金融・保険業界
銀行、証券会社、クレジットカード会社などは、顧客の資産を扱うため、高いセキュリティ対策が不可欠です。パスキーを導入することで、フィッシング詐欺のリスクを軽減し、顧客の資産保護を強化できます。
Eコマース業界
オンラインショッピングプラットフォームでは、多くのユーザーが日々決済を行っています。パスキーを導入することで、不正ログインを防ぎ、ユーザーの利便性を向上させることが可能です。
通信業界
通信キャリアは、顧客の個人情報や契約情報を多く管理しています。パスキーを導入することで、不正アクセスを防ぎ、セキュリティを強化できます。
IT・クラウドサービス業界
クラウドサービスを利用する企業では、機密データを扱うことが多く、セキュリティ対策が必須です。特に、エンタープライズ向けのSaaS(Software as a Service)企業では、パスキーを活用することで、より安全なアクセス管理を実現できます。
日本企業における導入事例
すでに日本国内でも、パスキーの導入が進んでいます。以下に代表的な導入事例を紹介します。
Yahoo! JAPAN
2023年3月、Yahoo! JAPANはパスキー対応を発表しました。ユーザーは、Yahoo!アカウントにログインする際にパスキーを利用できるようになり、より安全で快適な認証が可能となりました。
マネーフォワード
金融サービスを提供するマネーフォワードは、2023年4月にパスキーの対応を開始しました。金融関連のデータは特にセキュリティリスクが高いため、パスキーの導入により不正アクセスを防止し、ユーザーの安心感を向上させました。
NTTドコモ
NTTドコモは、2023年4月に「dアカウント」においてパスキーの導入を発表しました。これにより、スマートフォンを用いた認証がより安全かつスムーズになり、ユーザーの利便性向上につながりました。
まとめ
パスキーは、従来のパスワード認証に代わる新しい認証技術として、多くの企業で導入が進んでいます。その最大のメリットは、セキュリティの向上と利便性の両立にあります。特に、フィッシング攻撃の防止やパスワード漏洩リスクの軽減という点では、企業の情報セキュリティにとって非常に重要な技術と言えるでしょう。
一方で、導入にあたっては、ユーザーの認知度向上やシステムの互換性確保といった課題も存在します。しかし、GoogleやAppleなどの大手企業が積極的に推進していることから、今後パスキーの普及が加速することが予想されます。
企業の情報セキュリティ担当者は、これらの動向を注視しながら、自社のセキュリティ戦略においてパスキーの活用を検討す








