「パスワードマネージャーって、結局そこが破られたら全部終わりじゃないの?」というよくある不安に、仕組みから正直に答えます。ここでは攻撃手順は扱わず、安全性の根拠と、自分に合う選び方だけを扱います。
暗号化で守れること・残るリスク
不安の理由は「1か所が破られると全部が漏れる」ことです。これはゼロ知識暗号で大きく和らぎます。
ここから、実務で守ることは**マスターパスワードを「長く・一意・端末外に出さない」**ことです。これが弱いと、盗まれた暗号文を時間をかけて破られる余地が残ります。強さの目安は パスワード強度チェッカー で確認できます。
MFAはアカウントへの不正ログインを防ぐ対策で、盗まれた暗号化データへの推測を止めるものではありません。端末やブラウザ・アプリの安全性も別に必要です。提供元の脅威モデルでも、端末侵害やWebクライアントの配信経路等を扱っています。
本当に守ってくれる3つの仕組み
「パスワードを覚えなくて済む」以上の価値が、ここにあります。
特に効くのが自動入力のフィッシング耐性です。人間は本物そっくりの偽ドメインを見分けにくいですが、マネージャは登録したドメインが一致しなければ入力しないため、「あれ、入らないな」が偽サイトに気づく手がかりになります。手で表からコピペする運用には、この防御がありません。
クラウド型 vs ローカル型 — 用途で選ぶ
ここで挙げる製品は端末側での暗号化を使います。暗号化対象、復旧方法、同期やバックアップの安全条件は製品・設定ごとに確認してください。大きな違いは、同期を誰が管理するかです。
クラウド型(Bitwarden / 1Password)
- 全端末で自動同期・共有が楽
- バックアップや復旧の導線が整っている
- 中身は暗号化されたまま(提供元も読めない)
- 手間が少なく続けやすい=多くの人に向く
ローカル型(KeePass など)
- 暗号化ファイル(.kdbx)を自分でDrive等に置いて同期
- 提供元を一切関与させたくない人向け
- 同期・バックアップは自己責任
- オフライン主体・完全に手元で管理したい人向け
どちらも安全側に作られています。続けられるかで選んでください。完璧でも使うのをやめてしまう道具より、地味でも毎日使える道具が、結果的にあなたを守ります。
安全な選び方(チェック項目)
ゼロ知識(端末側暗号)であること
ログインにMFAを設定できる
復旧手段が用意されている
使う端末すべてに対応
始め方・乗り換え方
1つ選んでインストール
マスターパスワードを長く一意に
管理アカウントとメール/主要アカウントにMFA
既存パスワードを取り込み、弱い物から強い別物へ
平文の置き場を確実に消す
対応サービスはパスキーへ
専用・OS標準・ブラウザ保存の比較
クラウド型とローカル型のほかに、OSやブラウザに組み込まれた保存機能という選択肢もあります。
| 専用(クラウド型) | 専用(ローカル型) | OS標準(iPhoneの「パスワード」・Google パスワードマネージャー) | |
|---|---|---|---|
| 費用 | 無料プランあり/有料 | 無料(KeePassなど) | 追加費用なし |
| 使える端末 | Windows・Mac・iPhone・Androidをまたげる | 同期は自分で用意 | 主に同じ会社の端末・ブラウザ |
| 家族・チームでの共有 | 得意 | 工夫が必要 | 一部対応 |
| 漏えい・使い回しの警告 | あり(製品やプランによる) | プラグインなどで対応 | あり |
| 向いている人 | OSが混在する人、共有したい人 | 同期まで自分で管理したい人 | 1社の端末だけで完結する人 |
OS標準の機能でも、自動生成と自動入力を使えばサービスごとに別のパスワードにできます。OSをまたぐ必要が出たら専用のものに移る、という順番で問題ありません。
自分の設定を確認する方法
使い始めて終わりにせず、次の設定を一度確認しておきます。
鍵の作り方(KDF)の設定を確認する
マスターパスワードから鍵を作る処理(鍵導出関数、KDF)が重いほど、盗まれた暗号文を総当たりで破るのが難しくなります。Bitwardenでは、Webアプリの「設定」→「セキュリティ」→「キー」で確認でき、既定はPBKDF2 SHA-256の60万回、Argon2idも選べます。古いアカウントは、今の推奨値になっているか見ておきます。
復旧用の情報をパスワードマネージャーの外に置く
1Passwordでは、マスターパスワードとは別に34文字のシークレットキーが使われ、エマージェンシーキットに記載されています。Bitwardenでは2段階認証の復旧コードを控えておきます。どちらも保管庫の中だけに置かず、印刷して自宅の決まった場所などにも保管します。
パスワードマネージャー自体のMFAを確認する
SMSよりも、パスキーや物理キー、認証アプリを選びます(→ 多要素認証ガイド)。
自動ロックの時間を確認する
ブラウザ拡張やアプリが、一定時間操作がないときやブラウザを閉じたときにロックされるか確認します。家族と共用するPCでは特に短くします。
よくある間違いと直し方
- マスターパスワードを他のサービスと同じにする:そのサービスから漏れると保管庫の鍵が知られます。マスターパスワードだけは、どこにも使っていないものにします。
- 復旧コードやエマージェンシーキットを保管庫の中にしか置かない:ロックされたときに取り出せません。紙などで外に置きます。
- 取り込みが終わっても、ブラウザの保存機能を有効なままにする:保存先が2か所に分かれ、古いパスワードが残ります。移行後はブラウザ側の保存を止め、中身を削除します。
- 保管庫を開いたまま席を離れる:自動ロックを短めに設定します。
具体例:提供元が侵害されたとき何が守られたか
LastPassは2022年12月、攻撃者に顧客の保管庫データのバックアップを複製されたと公表しました。同社の発表によると、Webサイトのユーザー名・パスワード・セキュアメモ・フォーム入力データは256ビットAESで暗号化されたままで、各利用者のマスターパスワードから作る鍵でしか復号できないとされています。
一方で、同じ発表では次の点も示されています。
- 保管庫のなかのWebサイトのURLは、暗号化されていない部分に含まれていた
- 会社名・氏名・メールアドレス・請求先住所・電話番号・接続元IPアドレスといったアカウント情報も複製された
- 推奨設定(PBKDF2を100,100回)で強いマスターパスワードを使っていれば、推測は非常に難しいとしている
ここから分かるのは、ゼロ知識の設計は中身を守る一方で、最後に効くのはマスターパスワードの強さと鍵の作り方の設定だということです。また、どのサイトのアカウントを持っているかが知られると、それを装ったフィッシングメールに使われるおそれがあります。提供元の侵害が公表されたら、マスターパスワードの変更と、重要なアカウントのパスワード変更を検討してください。
当サイトの視点:マスターパスワードとMFAを固め、続けられる道具を選ぶ
当サイトは、秘密(パスワード・鍵・接続情報)を共有ドキュメントにもコードにも平文で置かず、日常のログインはパスワードマネージャーで一元管理しています。長く一意なマスターパスワードと適切な暗号化設定に加え、不正ログインを防ぐMFAを設定します。端末・アプリの更新、自動ロック、復旧用情報の保管も別に確認します。道具は安全条件と続けやすさの両方で選んでください。
次に読む
- 漏れていないか確かめる:パスワード漏洩の確認方法(Have I Been Pwned など)
- 保管:パスワードの正しい保管(平文保存をやめる)
- 仕組み:サービス側はどう保存するか(ハッシュ化+ソルト)
- 二段階:多要素認証(MFA)ガイド
- パスワードレス:パスキーとは(対応サービスから移行)
- 実装側:パスワードリセットの設計欠陥(強いパスワードでも、リセットが弱ければそこから通る)
- 基本:セキュリティ最低限チェックリスト
- ツール:パスワード強度チェッカー
- 実態:パスワードの保管、みんなどうしてる?(調査データ)
- 漏えいの後:閲覧履歴・Cookie・保存パスワードの消し方(Chrome・Safari・Edge・Firefox)
出典
- LastPass「Notice of Recent Security Incident」(2022年12月22日): blog.lastpass.com
- Bitwarden ヘルプ「Encryption Key Derivation」: bitwarden.com
- Bitwarden「Security Whitepaper」脅威モデル: bitwarden.com
- 1Password サポート「About your Secret Key」: support.1password.com
- NIST「SP 800-63B-4(2025年8月)」パスワードマネージャーと貼り付けの許可: pages.nist.gov
更新履歴
- 2026-10-20:暗号化データの漏えい時の保証を限定し、MFAと復号耐性・端末の安全性を分けて訂正しました。既存の事故公表値・製品機能全体を再検証した更新ではありません。